Mất bao lâu để một màn hình xuất hiện trước khi nó được coi là một vấn đề về hiệu suất?

Tôi có liên quan đến việc phát triển một ứng dụng Windows có nhiều màn hình khác nhau. Một trong số chúng mất mười giây để xuất hiện mà không có spinner hoặc dấu hiệu khác cho thấy màn hình đang tải. Tôi coi đây là một vấn đề hiệu suất nghiêm trọng nhưng tôi dường như là người duy nhất quan tâm.

Tôi có quá nhiệt tình không? Một khoảng thời gian chấp nhận được để chờ màn hình xuất hiện là gì?

Đây là nghiên cứu cũ nhưng 10 giây là xấu:

http://www.useit.com/ersky/responsetime.html

từ trang:

Những lời khuyên cơ bản liên quan đến thời gian trả lời đã giống nhau trong ba mươi năm [Miller 1968; Thẻ et al. 1991]:

• 0,1 giây là khoảng giới hạn để người dùng cảm thấy rằng hệ thống đang phản ứng tức thời, nghĩa là không cần phản hồi đặc biệt nào ngoại trừ việc hiển thị kết quả.

• 1,0 giây là khoảng giới hạn để luồng suy nghĩ của người dùng không bị gián đoạn, mặc dù người dùng sẽ nhận thấy sự chậm trễ. Thông thường, không có phản hồi đặc biệt là cần thiết trong thời gian trễ hơn 0,1 nhưng dưới 1,0 giây, nhưng người dùng sẽ mất cảm giác vận hành trực tiếp trên dữ liệu.

• 10 giây là giới hạn để giữ sự chú ý của người dùng tập trung vào cuộc đối thoại. Đối với sự chậm trễ lâu hơn, người dùng sẽ muốn thực hiện các tác vụ khác trong khi chờ máy tính kết thúc, vì vậy họ sẽ được cung cấp phản hồi cho biết khi nào máy tính sẽ hoàn thành. Phản hồi trong thời gian trễ đặc biệt quan trọng nếu thời gian phản hồi có khả năng thay đổi cao, vì khi đó người dùng sẽ không biết phải mong đợi điều gì.

Hơn hai giây không có kính một giờ và tôi đã khá hoài nghi. Những người khác nhau sẽ có một số kỳ vọng khác nhau nhưng tôi sẽ mong đợi 10 giây mà không có phản hồi nào thậm chí thừa nhận rằng tôi đã nhấp vào nút hoặc bất cứ điều gì sẽ gây khó chịu cho hầu hết mọi người. Có hay không vấn đề gây khó chịu cho người dùng của bạn là một câu hỏi khác.

Người dùng dự định của ứng dụng này nghĩ gì? Nếu họ ổn với nó, thì đừng lo lắng. Một số ứng dụng phải xử lý nhiều dữ liệu, lệnh mở cửa sổ sẽ có một chút chậm trễ trước khi mở.

Nếu có thể thêm màn hình giật gân hoặc thanh tiến trình hoặc thứ gì đó để cho người dùng biết rằng nó hoạt động tốt. Tôi thường cố gắng thêm một chỉ báo tiến trình nào đó nếu thử nghiệm của tôi cho thấy một cửa sổ thường mất hơn 2-4 giây để xuất hiện.

Chúng tôi tuân theo một quy tắc rằng sẽ mất không quá 2 giây để BẤT K feedback phản hồi nào xuất hiện cho người dùng.

Tôi đã nói bất kỳ phản hồi nào vì có những lúc không thể tải lên toàn bộ trang trong vòng 2 giây. Bạn phải cho người dùng biết những gì mong đợi sau 2 giây đầu tiên.

Mặc dù DKnight trích dẫn nghiên cứu tốt trong câu trả lời của mình , một điều khác cần xem xét sẽ là các yêu cầu về hiệu suất của hệ thống. Là người dùng làm một số loại công việc nhạy cảm với thời gian hoặc vì một số lý do cần yêu cầu nhanh chóng? Nếu bạn có thể bằng cách nào đó hỏi người dùng về thời gian phản hồi họ muốn xem, đặc biệt là về thời gian tối thiểu chấp nhận được, đó sẽ là tốt nhất. Thực hiện kiểm tra khả năng sử dụng bằng quan sát cũng sẽ tốt cho khả năng sử dụng tổng thể và nếu bạn thấy người dùng cảm thấy thất vọng với việc chờ đợi sau khi thực hiện một hành động cụ thể, thì bạn biết xem lại hiệu suất của phần đó của hệ thống.

Tuy nhiên, về mặt tổng quát, tôi sẽ nghi ngờ rằng 10 giây thực sự là một khoảng thời gian dài. Có một số hoạt động lâu dài và nếu đây thực sự là trường hợp, điều quan trọng là cung cấp tín hiệu cho người dùng rằng hệ thống vẫn đang hoạt động và tiếp tục chờ đợi.

Tôi đồng ý rằng 10 giây chắc chắn là quá nhiều. Tôi đã làm việc cho các ứng dụng mạng nội bộ trong Nhà phần mềm (chỉ được nhân viên sử dụng nội bộ) và độ trễ tối đa trong khi tải trang là 5 giây. Đây là cho tôi giới hạn.

Tuy nhiên tôi thấy ứng dụng nội bộ khác, thực sự rất phức tạp, nhưng thời gian tải là một cái gì đó kịch tính. Trong tình huống xấu nhất, do hàng loạt hồ sơ / truy vấn được thực hiện, phải mất khoảng 2 phút! Nhưng điều này tất nhiên là quá xa với bối cảnh chung.

Do đó, tôi sẽ kết luận rằng 3 hoặc 4 giây là giới hạn để cung cấp dịch vụ phản hồi tốt.

Đây không phải là một vấn đề hiệu suất như vậy, mà là một vấn đề GUI. Người dùng nên NÓI những gì chương trình làm và nếu mất nhiều hơn 1-2 giây, một thanh tiến trình sẽ được hiển thị.

Điều đó nói rằng, có thể có LÝ DO cho điều này, nếu nó được sử dụng nhanh, nhưng đó không phải là những gì bạn yêu cầu.

Vấn đề điển hình với các ứng dụng như vậy là hết bộ nhớ vật lý nên Đĩa I / O trở thành nút cổ chai để tải và hoán đổi. Nó cũng có thể đơn giản là các bộ dữ liệu đã phát triển lớn đến mức thuật toán O (N ^ 3) hiện đang tỏa sáng.