Tài liệu lý thuyết chung về mô phỏng mạng và đánh giá hiệu năng
Tài liệu lý thuyết chung về mô phỏng mạng và đánh giá hiệu năng
Phần 1: Lý thuyết chung về mô phỏng mạng và đánh giá hiệu năngChương 1- Tổng quan về sự đánh giá và phân tích hiệu năng của hệ thống (system
performance evaluation and analysis)Tác giả: R. Jain
Dịch thuật: Nguyễn Thị Hiền, Nguyễn Mạnh Linh
Biên tập: Hoàng Trọng Minh1.1 Các lỗi thường gặpMục này sẽ trình bày về các lỗi thường gặp trong phân tích và đánh giá hiệu năng hệ thống. Hầu hết
các lỗi được liệt kê ở đây là lỗi không cố ý mà do các nhầm lẫn đơn giản, nhận thức sai hoặc thiếu
kiến thức về các kỹ thuật đánh giá hiệu năng.E1- Không có mục đíchMục đích là phần quan trọng nhất trong bất kỳ phương pháp đánh giá hiệu năng nào. Tuy nhiên,
trong nhiều trường hợp, khởi đầu của việc đánh giá hiệu năng chưa xác định được mục đích rõ ràng.
Một người làm công việc phân tích hiệu năng thường gắn bó chặt chẽ và lâu dài cùng với bộ phận
thiết kế. Sau quá trình thiết kế, người phân tích hiệu năng có thể bắt đầu mô hình hóa hoặc mô
phỏng thiết kế đó. Khi được hỏi về mục đích, những câu trả lời tiêu biểu của các nhà phân tích là:
mô hình này sẽ giúp chúng ta trả lời các vấn đề phát sinh từ thiết kế. Yêu cầu chung đối với các mô
hình kiểu này là đảm bảo tính mềm dẻo và dễ thay đổi để giải quyết những vấn đề phức tạp. Người
phân tích có kinh nghiệm đều hiểu rằng: Không có mô hình cụ thể nào được sử dụng cho một mục
đích chung chung. Mỗi một mô hình phải được phát triển với mục đích cụ thể xác định trước. Các
thông số, khối lượng công việc và phương pháp thực hiện đều phụ thuộc vào mục đích. Các phần
của thiết kế hệ thống trong một mô hình được nghiên cứu tùy theo các vấn đề khác nhau. Bởi vậy,
trước khi viết dòng mã chương trình mô phỏng đầu tiên hoặc viết phương trình đầu tiên của một mô
hình phân tích hoặc trước khi cài đặt một thí nghiệm đo, người phân tích cần hiểu về hệ thống và
nhận thức rõ vấn đề để giải quyết. Điều đó sẽ giúp nhận biết chính xác các thông số, khối lượng
công việc và phương pháp thực hiện.
Xác lập các mục đích không phải là một bài toán đơn giản. Bởi vì hầu hết các vấn đề về hiệu năng
đều mơ hồ khi được trình bày lần đầu. Vì vậy, nhận thức rõ vấn đề viết ra một tập hợp của các mục
đích là việc khó. Một khi vấn đề được sáng tỏ và mục đích đã được viết ra, thì việc tìm ra giải pháp
thường sẽ dễ dàng hơn.E2- Các mục đích thiên vị (biased)Một lỗi thông thường khác là việc đưa ra các mục đích theo hướng thiên vị ngầm hoặc thiên vị rõ
rệt. Ví dụ, nếu mục đích là “Chỉ ra rằng hệ thống của chúng ta tốt hơn hệ thống của người khác”,
vấn đề này trở thành việc tìm kiếm các thông số và tải làm việc sao cho hệ thống của chúng ta trở
nên tốt hơn. Đúng ra thì cần phải tìm ra các thông số và tải làm việc đúng đắn để so sánh hai hệ
thống. Một nguyên tắc của quy ước chuyên nghiệp của người phân tích là không thiên vị. Vai trò
của người phân tích giống như vai trò của Ban giám khảo. Không nên có bất kỳ sự thiên vị nào định
trước và mọi kết luận phải dựa vào kết quả phân tích chứ không phải là dựa vào các niềm tin thuần
túy.
performance evaluation and analysis)Tác giả: R. Jain
Dịch thuật: Nguyễn Thị Hiền, Nguyễn Mạnh Linh
Biên tập: Hoàng Trọng Minh1.1 Các lỗi thường gặpMục này sẽ trình bày về các lỗi thường gặp trong phân tích và đánh giá hiệu năng hệ thống. Hầu hết
các lỗi được liệt kê ở đây là lỗi không cố ý mà do các nhầm lẫn đơn giản, nhận thức sai hoặc thiếu
kiến thức về các kỹ thuật đánh giá hiệu năng.E1- Không có mục đíchMục đích là phần quan trọng nhất trong bất kỳ phương pháp đánh giá hiệu năng nào. Tuy nhiên,
trong nhiều trường hợp, khởi đầu của việc đánh giá hiệu năng chưa xác định được mục đích rõ ràng.
Một người làm công việc phân tích hiệu năng thường gắn bó chặt chẽ và lâu dài cùng với bộ phận
thiết kế. Sau quá trình thiết kế, người phân tích hiệu năng có thể bắt đầu mô hình hóa hoặc mô
phỏng thiết kế đó. Khi được hỏi về mục đích, những câu trả lời tiêu biểu của các nhà phân tích là:
mô hình này sẽ giúp chúng ta trả lời các vấn đề phát sinh từ thiết kế. Yêu cầu chung đối với các mô
hình kiểu này là đảm bảo tính mềm dẻo và dễ thay đổi để giải quyết những vấn đề phức tạp. Người
phân tích có kinh nghiệm đều hiểu rằng: Không có mô hình cụ thể nào được sử dụng cho một mục
đích chung chung. Mỗi một mô hình phải được phát triển với mục đích cụ thể xác định trước. Các
thông số, khối lượng công việc và phương pháp thực hiện đều phụ thuộc vào mục đích. Các phần
của thiết kế hệ thống trong một mô hình được nghiên cứu tùy theo các vấn đề khác nhau. Bởi vậy,
trước khi viết dòng mã chương trình mô phỏng đầu tiên hoặc viết phương trình đầu tiên của một mô
hình phân tích hoặc trước khi cài đặt một thí nghiệm đo, người phân tích cần hiểu về hệ thống và
nhận thức rõ vấn đề để giải quyết. Điều đó sẽ giúp nhận biết chính xác các thông số, khối lượng
công việc và phương pháp thực hiện.
Xác lập các mục đích không phải là một bài toán đơn giản. Bởi vì hầu hết các vấn đề về hiệu năng
đều mơ hồ khi được trình bày lần đầu. Vì vậy, nhận thức rõ vấn đề viết ra một tập hợp của các mục
đích là việc khó. Một khi vấn đề được sáng tỏ và mục đích đã được viết ra, thì việc tìm ra giải pháp
thường sẽ dễ dàng hơn.E2- Các mục đích thiên vị (biased)Một lỗi thông thường khác là việc đưa ra các mục đích theo hướng thiên vị ngầm hoặc thiên vị rõ
rệt. Ví dụ, nếu mục đích là “Chỉ ra rằng hệ thống của chúng ta tốt hơn hệ thống của người khác”,
vấn đề này trở thành việc tìm kiếm các thông số và tải làm việc sao cho hệ thống của chúng ta trở
nên tốt hơn. Đúng ra thì cần phải tìm ra các thông số và tải làm việc đúng đắn để so sánh hai hệ
thống. Một nguyên tắc của quy ước chuyên nghiệp của người phân tích là không thiên vị. Vai trò
của người phân tích giống như vai trò của Ban giám khảo. Không nên có bất kỳ sự thiên vị nào định
trước và mọi kết luận phải dựa vào kết quả phân tích chứ không phải là dựa vào các niềm tin thuần
túy.
.........................
Chương 2- Tổng quan về kỹ thuật mô phỏngTác giả: R. Jain
Dịch thuật: Tô Thành Công, Hoàng Diệp Anh
Biên tập: Nguyễn Xuân HoàngPhần này sẽ đưa ra các vấn đề trọng tâm trong mô hình hóa mô phỏng. Dưới là danh sách các câu
hỏi mà độc giả có thể trả lời được sau khi đọc xong phân này.
- Các lỗi phổ biến trong mô phỏng là gì và tại sao khi thực hiện mô phỏng thường gặp các lỗi này ?
- Ngôn ngữ bạn nên sử dụng để phát triển một mô hình mô phỏng là gì ?
- Các loại mô phỏng?
- Bạn sẽ lập lịch (schedule) các sự kiện trong quá trình mô phỏng như thế nào ?
- Bạn sẽ kiểm tra và xác thực một mô hình như thế nào ?
- Làm cách nào bạn xác định được một mô phỏng đã đạt tới một trạng thái ổn định?
- Thời gian mô phỏng sẽ mất bao nhiêu lâu?
- Bạn sẽ tạo ra các số ngẫu nhiên như thế nào ?
- Bạn sẽ kiểm tra lại bộ tạo số ngẫu nhiên có tốt hay không như thế nào ?
- Bạn sẽ lựa chọn số ngẫu nhiên bắt đầu như thế nào từ bộ tạo số ngẫu nhiên như thế nào ?
- Bạn tạo số ngẫu nhiên theo một phân bố cho trước nhu thế nào?
- Bạn sử dụng những phân bố gì và khi nào thì sử dụng chúng?
Dịch thuật: Tô Thành Công, Hoàng Diệp Anh
Biên tập: Nguyễn Xuân HoàngPhần này sẽ đưa ra các vấn đề trọng tâm trong mô hình hóa mô phỏng. Dưới là danh sách các câu
hỏi mà độc giả có thể trả lời được sau khi đọc xong phân này.
- Các lỗi phổ biến trong mô phỏng là gì và tại sao khi thực hiện mô phỏng thường gặp các lỗi này ?
- Ngôn ngữ bạn nên sử dụng để phát triển một mô hình mô phỏng là gì ?
- Các loại mô phỏng?
- Bạn sẽ lập lịch (schedule) các sự kiện trong quá trình mô phỏng như thế nào ?
- Bạn sẽ kiểm tra và xác thực một mô hình như thế nào ?
- Làm cách nào bạn xác định được một mô phỏng đã đạt tới một trạng thái ổn định?
- Thời gian mô phỏng sẽ mất bao nhiêu lâu?
- Bạn sẽ tạo ra các số ngẫu nhiên như thế nào ?
- Bạn sẽ kiểm tra lại bộ tạo số ngẫu nhiên có tốt hay không như thế nào ?
- Bạn sẽ lựa chọn số ngẫu nhiên bắt đầu như thế nào từ bộ tạo số ngẫu nhiên như thế nào ?
- Bạn tạo số ngẫu nhiên theo một phân bố cho trước nhu thế nào?
- Bạn sử dụng những phân bố gì và khi nào thì sử dụng chúng?
Nhận xét