Điểm:0

Kiểm tra độ trễ từ NFS đến máy khách NFS

lá cờ cn

Nhóm của tôi đã chọn máy chủ NFS tự xây dựng (sử dụng phiên bản EC2 để phục vụ các phiên bản khác), thay vì sử dụng AWS EFS. Chúng tôi muốn kiểm tra độ trễ mà NFS của chúng tôi có, sau đó so sánh nó với EFS.

Có cách nào/công cụ để kiểm tra độ trễ của các máy chủ NFS này không?

Điểm:1
lá cờ de

Cách đơn giản nhất là chạy cá mập trên máy khách với các tùy chọn để in thời gian phản hồi của rpc:

$ tshark -i bất kỳ -f "cổng 2049" -Y rpc -Tfields \
   -E dấu phân cách=/t -E tiêu đề=y \
   -e frame.number \
   -e rpc.repframe \
   -e rpc.time 
   -e ip.src -e ip.dst \
   -e nfs

Đầu ra sẽ giống như:

frame.number rpc.repframe rpc.time ip.src ip.dst nfs
Chụp trên 'bất kỳ'
3 x.x.x.x y.y.y.y Hệ thống tệp mạng, Ops(1): TRÌNH TỰ
4 3 0.000593460 y.y.y.y x.x.x.x Hệ thống tệp mạng, Ops(1): TRÌNH TỰ
8 x.x.x.x y.y.y.y Hệ thống tệp mạng, Ops(1): TRÌNH TỰ
9 8 0,000797399 y.y.y.y x.x.x.x Hệ thống tệp mạng, Ops(1): TRÌNH TỰ

Các rpc.time trong khung trả lời là sự khác biệt giữa gửi yêu cầu và nhận trả lời.

GHI CHÚ: các tùy chọn và đầu ra có thể khác nhau tùy thuộc vào phiên bản tshark.

Ngoài ra, bạn chỉ có thể thu thập lưu lượng mạng với thùng rác hoặc tcpdump và phân tích nó với Wireshark.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.