kết quả từ 1 tới 2 trên 2
  1. #1
    Tham gia
    Apr 2008
    Nơi Cư Ngụ
    Japan
    Bài viết
    787
    Thanks
    15
    Thanked 487 Times in 203 Posts

    Mặc định Các lỗi thường gặp trong Performance Evaluation (Đánh Giá Hiệu Năng)

    Nhóm NetSim dự định ra tài liệu Tập 1 về mô phỏng mạng đã lâu nhưng vì lý do chủ quan & khách quan, dự án tuy đã dịch và biên tập xong nhưng các bản thảo vẫn còn đang tắc ở chỗ tôi Tôi đang cố gắng để tổng hợp Tập 1 này sớm (thực chất vẫn chỉ là bản thô, nhiều nội dung dịch cần phải được viết lại -----> nói theo các nhà ngôn ngữ học thì một sự "cưỡng bức bản gốc lần thứ hai".
    Ngoài ra còn nhiều hình vẽ phải vẽ lại vì một số bạn tham gia dịch chứ lại không vẽ hình lại giùm luôn

    Trong tập này, có một phần rất quan trọng đối với những ai muốn đi sâu vào lĩnh vực Performance Evaluation: Các lỗi thường gặp
    Nội dung về các lỗi thường gặp trong PE được viết rất hay bởi Prof. R. Jain, sách của ông đã khai tâm cho tôi khi chập chững vào "nghề". Tổng cộng có 23 lỗi thường gặp nhưng tôi mới chỉ biên dịch lại phần trình bày về 5 lỗi mà tôi thấy rất hay thường gặp trong các papers về PE dùng mô phỏng.

    Các lỗi khác liên quan thêm đến mô phỏng hay liên quan với thí nghiệm, phân tích thì xin các bạn chờ đọc ở tài liệu đầy đủ sau

    -----------------------------------------------------------------
    1.1 Các lỗi thường gặp

    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 và thiếu kiến thức về các kỹ thuật đánh giá hiệu năng.

    E1- Không có mục đích:
    Mục đích là phần quan trọng trong bất kỳ sự đánh giá hiệu năng nào. Tuy nhiên có nhiều trường hợp đánh giá hiệu năng được bắt đầu mà không có mục đích rõ ràng. Một người phân tích hiệu năng được thuê lâu cùng dài với bộ phận thiết kế. Người phân tích này sau đó 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 trả lời các câu hỏi thiết kế nảy sinh. Yêu cầu chung là những mô hình đó có tính mềm dẻo và dễ thay đổi để giải quyết những vấn đề khó khăn. Người phân tích có kinh nghiệm đều biết rằng không có mô hình nào cho một mục đích chung. Mỗi một mô hình phải được phát triển với mục đích cụ thể định trước. Các thông số, tải làm 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 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 biết được vấn đề để giải quyết. Điều đó sẽ giúp nhận biết chính xác các thong số, tải làm việc, và phương pháp thực hiện.
    Thiết lập các mục đích không phải là một bài tập đơn giản. Bởi vì hầu hết các vấn đề về hiệu đều mơ hồ khi được trình bày lần đầu, hiểu 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 đề là rõ ràng và mục đích đã được viết ra, việc tìm ra giải pháp sẽ thường là 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 việc nêu các mục đích theo hướng thiên vị ngầm hoặc thiên vị rõ rệt. Ví dụ như 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 Họ”, 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ở thành tốt hơn. Đúng ra thì cần 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. Đừng 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.

    E3. Phương pháp tiệp cận không có hệ thống

    Các nhà phân tích thường làm theo một phương pháp tiếp cận không có hệ thống bởi vậy họ lựa chọn tham số hệ thống, các nhân tố ảnh hưởng, thông số (hiệu năng) và tải làm việc một cách tùy ý. Điều này dẫn tới các kết luận sai. Phương pháp tiếp cận có hệ thống để giải quyết một vấn đề về hiệu năng là nhận biết một tập hoàn chỉnh của các mục đích, tham số hệ thống, các nhân tố ảnh hương, các thông số hiệu năng và tải làm việc.

    E4. Phân tích mà không hiểu về vấn đề

    Các nhà phân tích thiếu kinh nghiệm cảm thấy rằng không có gì thực sự có được trước khi một mô hình được dựng nên và có được một số kết quả Với kinh nghiệm đã có, họ nhận ra rằng một phần lớn của các nỗ lực phân tích là dùng cho việc xác định một vấn đề. Phần này thường chiếm tới 40% tổng số nỗ lực này. Điều này khẳng định một châm ngôn xưa: “Khi một vấn đề được nêu ra rõ ràng thì đã được giải quyết xong một nửa”. 60% còn lại liên qua tói sự thiết kế các cách thức, sự giải thích kết quả và sự trình bày kết luận. Việc phát triển của mô hình tự bản thân nó là phần nhỏ của quá trình giải quyết vấn đề. Chẳng hạn xe ô tô và tàu hỏa là phương tiện để đi tới đâu đó chứ không phải là điểm đến cuối cùng. Các mô hình là phương thức để đi đến kết luận chứ không phải là kết quả cuối cùng. Các nhà phân tích mà được đào tạo về các khía cạnh mô hình hóa của sự đánh giá hiệu năng nhưng không được đào tạo về việc xác định vấn đề hoặc trình bày kết quả thì thường thấy rằng mô hình của họ bị bỏ đi bởi người phê duyệt, là người đang tìm kiếm đường hướng chứ không tìm kiếm một mô hình.

    E5. Các thông số hiệu năng không đúng

    Một thông số hiệu năng (metric) ứng với một tiêu chí ược sử dụng để định lượng hiệu năng của hệ thống. Các ví dụ về các thông số hiệu năng hay dùng là thông lượng (throughput) và thời gian đáp ứng (response time). Sự lựa chọn của các thong số hiệu năng đúng đắn phụ thuộc vào các dịch vụ cung cấp bởi hệ thống hoặc bởi hệ thống con mà được mô hình hóa.
    Một lỗi chung khi lựa chọn các thông số hiệu năng đó là các nhà phân thích thường chọn các thông số dễ tính toán hoặc dễ đo đạc hơn là chọn thông số thích hợp.
    Lần sửa cuối bởi nhat_kiem; 13/03/2009 lúc 12:43

  2. The Following User Says Thank You to nhat_kiem For This Useful Post:

    nvqthinh (13/10/2009)

  3. #2
    Tham gia
    Dec 2010
    Nơi Cư Ngụ
    thai nguyen
    Bài viết
    14
    Thanks
    0
    Thanked 1 Time in 1 Post

    Mặc định

    Cái này nằm trong tài liệu Tập 1 sách mà Vntelecom đã dịch thì phải....

Quyền Sử Dụng Ở Diễn Ðàn

  • Bạn không thể gửi chủ đề mới
  • Bạn không thể gửi trả lời
  • Bạn không thể gửi file đính kèm
  • Bạn không thể sửa bài viết của mình
  •