Btth p2 Nguyen Thi Mai Huong 2018 7170 He Phan Tan PDF

Title	Btth p2 Nguyen Thi Mai Huong 2018 7170 He Phan Tan
Author	Mai Hương Nguyễn Thị
Course	Hệ thống cung cấp nhiệt và làm mát
Institution	Trường Đại học Bách khoa Hà Nội
Pages	5
File Size	330.7 KB
File Type	PDF
Total Downloads	4
Total Views	342

Preview

CLICK TO PREVIEW PDF

Summary

Description

BÀI TẬP TRÊN LỚP MÔN HỌC: HỆ PHÂN TÁN CHƯƠNG 2: TIẾN TRÌNH VÀ LUỒNG TRONG HPT (PHẦN 2) HỌ TÊN SV: Nguyễn Thị Mai Hương MSSV: 20187170 MÃ LỚP: 126550 MÃ HỌC PHẦN: IT4610Q

Câu hỏi 6: Đâu là đoạn code mà Server gán correlationID vào câu trả lời? Đoạn code Server gán correlationID vào câu trả lời:

Câu hỏi 7: Dựa vào cả code của Client và Server để giải thích đâu là đoạn code mà Client gửi yêu cầu lên cho Server thông qua hàng đợi rpc_queue và tạo ra một hàng đợi mới để chờ câu trả lời của Server. Đoạn code mà Client gửi yêu cầu lên cho Server:

-

-

Hàm call sử dụng biến channel tại phương thức khởi tạo RPCClient để tạo ra 1 Queue với mục đích gửi yêu cầu gồm các thuộc tính cơ bản như tên queue, corrId, … Sau khi tạo ra 1 queue để gửi yêu cầu xong, trong hàm call 1 biến response được khởi tạo là 1 ArrayBlockingQueue là 1 hàng chờ khác để chờ đợi và nhận response từ phía server

Câu hỏi 8: Bây giờ hãy thử thêm một chút delay vào chương trình Server bằng cách thêm vào đoạn code sau ở dưới dòng: response += fib(n);

Chương trình Server sẽ ngủ 2s đối với mỗi request. Hãy dịch lại chương trình Server và chạy nó. Mở cùng lúc nhiều cửa sổ command và chạy nhiều chương trình Client trên đó cùng lúc. Cùng lúc đó mở một cửa sổ command khác và chạy dòng lệnh sau: >rabbitmqctl.bat list_queues name messages_ready messages_unacknowledged Bạn nhận được kết quả hiển thị gì? Giải thích!

- Ở terminal chạy file rabbitmqctl.bat, có 2 cột là message_ready và unacknowledged: • Cột message_ready = 2 tức là sau khi xử lí xong request từ client thứ 1 thì đã có request ở 2 client còn lại đang chờ để được xử lí. • Cột còn lại để thông báo rằng có 1 request đã được nhận bởi server nhưng chưa bao giờ nhận lại được tín hiệu ACK. Câu hỏi 9: Địa chỉ IP của 2 máy là gì? Làm sao để ping nhau? - Sử dụng lệnh ip address hoặc ifconfig để lấy về địa chỉ ip của máy - Sử dụng lệnh ping + địa chỉ ip để ping nhau Câu hỏi 10: Bạn đã xem được video trên máy client chưa? Đánh giá chất lượng video mà bạn xem trên máy client.

Câu hỏi 11: Kết quả nhận được sau lệnh ping là gì? Bạn có thấy độ trễ đã tăng 100ms không? Độ trễ có tăng 100ms Câu hỏi 13: Cũng như câu hỏi 7, hãy quan sát video ở Client và đưa ra đánh giá và kết luận về ảnh hưởng của độ biến đổi delay lên chất lượng dịch vụ truyền video. Độ biến đổi delay không làm ảnh hưởng tới tốc độ các gói tin được gửi đi. Tuy nhiên có thể sẽ xảy ra hiện tượng hình ảnh bị chậm hơn so với những client không bị độ delay cao.

Câu hỏi 14: Hãy xem video ở client và đánh giá về độ ảnh hưởng của packet loss lên chất lượng dịch vụ truyền video. Thử tăng giá trị của tỷ lệ mất gói tin lên để thấy độ ảnh hưởng rõ nét hơn -

Chất lượng hình ảnh và âm thanh đã bị ảnh hưởng (không đồng bộ, …)

Câu hỏi 15: Hãy xem video ở client và đánh giá về độ ảnh hưởng của việc biến đổi packet loss lên chất lượng dịch vụ truyền video. Thử tăng giá trị của tỷ lệ mất gói tin lên để thấy độ ảnh hưởng rõ nét hơn. Tương tự như câu 14, sau khi tăng độ loss lên thì do gói tin bị mất nhiều hơn nên hình ảnh, âm thanh cũng sẽ bị gián đoạn nhiều hơn, thể hiện sự không đồng bộ rõ rệt. Câu hỏi 16: Hãy xem video ở client và đánh giá về độ ảnh hưởng của việc lặp gói tin lên chất lượng dịch vụ truyền video. Thử tăng giá trị của tỷ lệ lặp gói tin lên để thấy độ ảnh hưởng rõ nét hơn. Việc lặp gói tin sẽ gây ra sự không đồng bộ trong việc truyền video, có thể âm thanh và hình ảnh sẽ bị lặp lại dù trong video theo thực tế đã chuyển sang phân cảnh khác.

Câu hỏi 17: Hãy xem video ở client và đánh giá về độ ảnh hưởng của việc đảo thứ tự gói tin lên chất lượng dịch vụ truyền video. Với việc đảo thứ tự gói tin thì sẽ gây nên hiện tượng đoạn video khi đến client sẽ không bảo toàn nội dung....