प्रदर्शन के मुद्दे पर विचार करने से पहले स्क्रीन को प्रदर्शित होने में कितना समय लग सकता है?

12

मैं एक विंडोज एप्लिकेशन के विकास में शामिल हूं जिसमें विभिन्न स्क्रीन हैं। उनमें से कोई एक स्पिनर या अन्य संकेत के साथ प्रकट होने में दस सेकंड लेता है कि स्क्रीन लोड हो रही है। मैं इसे एक गंभीर प्रदर्शन मुद्दा मानता हूं लेकिन मुझे केवल वही लगता है जो चिंतित है।

क्या मैं अतिउत्साही हो रहा हूँ? स्क्रीन के प्रकट होने की प्रतीक्षा करने के लिए समय की स्वीकार्य राशि क्या है?

usability ui user-experience performance

— नीला
स्रोत

2

क्या रेंज मशीन के किसी डेवलपर के शीर्ष पर 10 सेकंड या औसत उपयोगकर्ता की देखी गई बेहतर-दिनों की मशीन पर 10 सेकंड है?

— MZB

@MZB: डेवलपर की मशीन पर 10 सेकंड ...

— नीले रंग की

@ 8kb वह मुद्दा है जो स्क्रीन को प्रदर्शित होने में इतना समय लगा रहा है।

— AttackingHobo

3

एंड्रॉइड 5 सेकंड के बाद अटक गई स्क्रीन पर विचार करेगा, अगर मुझे अच्छी तरह से याद है। फिर यह उपयोगकर्ता से पूछेगा कि क्या वह एप्लिकेशन को मारना चाहता है या प्रतीक्षा करना चाहता है।

— फेडेरिको क्लेज़ कुल्लोक

23

यह पुराना शोध है लेकिन 10 सेकंड खराब है:

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

पृष्ठ से:

प्रतिक्रिया समय के बारे में मूल सलाह लगभग तीस वर्षों से समान है [मिलर 1968; कार्ड एट अल। 1991]:

• 0.1 सेकंड के बारे में है कि उपयोगकर्ता को लगता है कि सिस्टम तुरंत प्रतिक्रिया दे रहा है, इसका मतलब यह है कि परिणाम प्रदर्शित करने के अलावा कोई विशेष प्रतिक्रिया आवश्यक नहीं है।

• 1.0 सेकंड उपयोगकर्ता के विचार प्रवाह के निर्बाध रहने की सीमा के बारे में है, भले ही उपयोगकर्ता देरी को नोटिस करेगा। आम तौर पर, 0.1 से अधिक लेकिन 1.0 सेकंड से कम की देरी के दौरान कोई विशेष प्रतिक्रिया आवश्यक नहीं है, लेकिन उपयोगकर्ता सीधे डेटा पर काम करने की भावना खो देता है।

• 10 सेकंड संवाद पर उपयोगकर्ता का ध्यान केंद्रित रखने की सीमा के बारे में है। देरी के लिए, उपयोगकर्ता कंप्यूटर के समाप्त होने की प्रतीक्षा करते समय अन्य कार्य करना चाहते हैं, इसलिए उन्हें यह इंगित करने के लिए प्रतिक्रिया दी जानी चाहिए कि कंप्यूटर कब काम करने की उम्मीद करता है। देरी के दौरान प्रतिक्रिया विशेष रूप से महत्वपूर्ण है यदि प्रतिक्रिया समय अत्यधिक परिवर्तनशील होने की संभावना है, क्योंकि उपयोगकर्ता तब यह नहीं जान पाएंगे कि क्या उम्मीद की जाए।

— DKnight
स्रोत

1

एक उपयोगकर्ता को यह सोचकर कभी न छोड़े कि क्या उन्होंने सॉफ्टवेयर को तोड़ दिया है, यहां तक कि एक छोटी सी रिमाइंडर विंडो भी है, जो एक अनुमानित समय पूरा होने के तुरंत बाद पॉप-एंड हो जाती है, जिससे उपयोगकर्ता चिंता समाप्त हो जाती है और उन्हें नियंत्रण में महसूस होता है।

— पैट्रिक ह्यूजेस

4

मैं तर्क देता हूं कि समय डेटा पुराना है, यह देखते हुए कि यह लगभग 20 साल पहले लिखा गया था। आज, हर डेस्कटॉप पर अविश्वसनीय रूप से शक्तिशाली मशीन और रीयल-टाइम इंटरैक्शन के प्रसार के साथ, लोग 10 सेकंड के लिए बहुत कम प्रतिक्रिया समय के आदी हैं।

— एरन गैल्परिन

2

मैं मानता हूं कि किसी भी प्रतिक्रिया के बिना स्क्रीन पर प्रदर्शित होने के लिए 10 सेकंड बहुत लंबा होता है। किसी भी चीज़ के लिए जो ~ 2 सेकंड से अधिक समय लेता है, मैं शायद (कम से कम) एक चरखा दिखाऊंगा कि कार्यक्रम कुछ कर रहा है , अगर प्रगति पट्टी नहीं है।

— DM18

1

डेटा का संबंध किसी व्यक्ति की विचार प्रक्रियाओं से है। इस तरह यह शायद उतना पुराना नहीं है। हालांकि, प्रतिक्रिया के बिना 10 सेकंड इन दिनों बहुत लंबा है। कथित जवाबदेही में सुधार करने की तकनीकें हैं।

— बिलचोर

9

एक घंटे के गिलास के बिना दो सेकंड से अधिक और मैं पहले से ही बहुत उलझन में हूं। अलग-अलग लोगों को कुछ अलग-अलग उम्मीदें होंगी, लेकिन मैं 10 सेकंड की उम्मीद करता हूं, जिसमें कोई प्रतिक्रिया नहीं है यहां तक कि यह भी स्वीकार करता हूं कि मैंने एक बटन क्लिक किया है या जो भी लगभग किसी को भी परेशान करेगा। आपके उपयोगकर्ताओं को नाराज करने के लिए यह महत्वपूर्ण है या नहीं, यह एक और सवाल है।

— जेरेमी
स्रोत

सहमत - आपको एक "प्रतीक्षा कर्सर" या कुछ अन्य संकेत बहुत जल्दी से पॉप अप करना चाहिए। UX मानदंडों के आधार पर, मैं इसे दो सेकंड के बजाय 0.1 से 0.25 सेकंड की तरह कुछ में देखूंगा।

— बॉब मर्फी

3

इस एप्लिकेशन के इच्छित उपयोगकर्ताओं को क्या लगता है? यदि वे इसके साथ ठीक हैं, तो चिंता न करें। कुछ एप्लिकेशन जिन्हें बहुत सारे डेटा प्रोसेस करने पड़ते हैं, विंडो-ओपन कमांड को ओपन करने से पहले थोड़ी देरी करना ठीक है।

यदि उपयोगकर्ता को इंगित करने के लिए स्प्लैश स्क्रीन या प्रगति पट्टी या कुछ जोड़ना संभव है, तो यह काम कर रहा है जो अच्छा होगा। मैं आमतौर पर किसी प्रकार के प्रगति संकेतक को जोड़ने का प्रयास करता हूं यदि मेरा परीक्षण दिखाता है कि एक खिड़की नियमित रूप से दिखने में 2-4 सेकंड से अधिक समय लेती है।

— FrustratedWithFormsDesigner
स्रोत

1

हम एक नियम से चिपकते हैं कि उपयोगकर्ता के लिए दिखाई देने वाली किसी भी प्रतिक्रिया के लिए इसे 2 सेकंड तक नहीं लेना चाहिए।

मैंने किसी भी प्रतिक्रिया को कहा क्योंकि ऐसे समय होते हैं जब 2 सेकंड के भीतर पूरे पृष्ठ को लोड करना संभव नहीं होता है। आपको उपयोगकर्ताओं को यह बताना होगा कि पहले 2 सेकंड के बाद क्या उम्मीद करनी चाहिए।

— तरंग देसाई
स्रोत

1

हालांकि डीकेनाइट अपने जवाब में अच्छे शोध का हवाला देता है , पर विचार करने के लिए एक और चीज सिस्टम की प्रदर्शन आवश्यकताएं होंगी। क्या उपयोगकर्ता कुछ समय के लिए संवेदनशील काम कर रहे हैं या किसी कारण से त्वरित आवश्यकताओं की आवश्यकता है? यदि आप किसी तरह उपयोगकर्ताओं से पूछ सकते हैं कि वे किस प्रतिक्रिया समय को देखना चाहते हैं, खासकर न्यूनतम स्वीकार्य समय के संदर्भ में, तो यह सबसे अच्छा होगा। अवलोकन के साथ प्रयोज्य परीक्षण करना भी समग्र प्रयोज्यता के लिए अच्छा होगा, और यदि आप किसी उपयोगकर्ता को किसी विशिष्ट कार्य को करने के बाद प्रतीक्षा करने से निराशा हो रही है, तो आप सिस्टम के उस हिस्से के प्रदर्शन को फिर से देखना जानते हैं।

सामान्यताओं के संदर्भ में, हालांकि, मुझे संदेह होगा कि 10 सेकंड वास्तव में एक लंबा समय है। कुछ लंबे समय तक चलने वाले ऑपरेशन हैं, और यदि यह वास्तव में मामला है, तो उपयोगकर्ता को संकेत प्रदान करना महत्वपूर्ण है कि सिस्टम अभी भी काम कर रहा है और प्रतीक्षा जारी रख रहा है।

— थॉमस ओवेन्स
स्रोत

0

मैं मानता हूं कि 10 सेकंड निश्चित रूप से बहुत अधिक हैं। मैंने एक सॉफ्टवेयर हाउस में इंट्रानेट अनुप्रयोगों के लिए काम किया (केवल कर्मचारियों द्वारा आंतरिक रूप से उपयोग किया जाता है) और एक पेज लोड करते समय अधिकतम विलंब 5 सेकंड था। यह मेरे लिए सीमा थी।

हालाँकि मैंने अन्य आंतरिक अनुप्रयोग देखे, वास्तव में बहुत जटिल, लेकिन जहाँ लोडिंग समय कुछ नाटकीय था। सबसे खराब स्थिति में, अभिलेखों / प्रश्नों के विवरण के कारण इसे लगभग 2 मिनट तक निष्पादित किया गया! लेकिन यह निश्चित रूप से सामान्य संदर्भ से बहुत दूर है।

इसलिए मैं यह कहते हुए निष्कर्ष निकालूंगा कि 3 या 4 सेकंड एक अच्छी प्रतिक्रिया सेवा प्रदान करने की सीमा है।

— फ्रांसेस्को
स्रोत

0

यह प्रदर्शन का मुद्दा नहीं है, बल्कि GUI समस्या है। उपयोगकर्ता को TOLD होना चाहिए कि कार्यक्रम क्या करता है और यदि यह 1-2 सेकंड से अधिक समय लेता है, तो एक प्रगति बार प्रदर्शित किया जाना चाहिए।

जैसा कि कहा गया है, इस के लिए एक कारण हो सकता है, अगर यह प्रयोग किया जाता है तेजी से हो सकता है, लेकिन यह है कि नहीं है कि तुम क्या कहा है।

ऐसे अनुप्रयोगों के साथ विशिष्ट समस्या भौतिक मेमोरी से बाहर चल रही है इसलिए डिस्क I / O लोडिंग और स्वैपिंग के लिए अड़चन बन जाता है। यह भी हो सकता है कि डेटासेट इतने बड़े हो गए हों कि O (N ^ 3) एल्गोरिथम अब चमकने लगे।

मुझे लगता है कि एक प्रगति पट्टी का उपयोग केवल तभी किया जाना चाहिए जब अवधि या कुल कार्यों को ज्ञात हो। अन्यथा, कुछ अधिक अनिश्चित उपयोग किया जाना चाहिए।

— थॉमस ओवेन्स