एक गतिशील, वैयक्तिकृत वेब एप्लिकेशन के लिए एक अच्छा प्रतिक्रिया समय क्या माना जाता है? [बन्द है]

Question

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

Comments

फेसबुक जैसी साइट के लिए, उनके पास पहले बाइट के लिए 1.8-2 सेकंड का समय है / जिसमें पेज पर सामग्री का एक अच्छा हिस्सा शामिल है। फिर वे बाकी सामग्री अगले 1-2 सेकंड में अजाक्स करते हैं।

— एमकेएन वेब सॉल्यूशंस

Answer 1

इस पर बहुत शोध हुआ है। यहाँ एक त्वरित सारांश है ।

प्रतिक्रिया समय: 3 महत्वपूर्ण सीमाएँ

1 जनवरी, 1993 को जैकब नीलसन द्वारा

सारांश: वेब और एप्लिकेशन प्रदर्शन को अनुकूलित करते समय ध्यान में रखने के लिए 3 मुख्य समय सीमाएं (जो मानव अवधारणात्मक क्षमताओं द्वारा निर्धारित की जाती हैं) हैं।

1993 से मेरी पुस्तक प्रयोज्य इंजीनियरिंग में अध्याय 5 से अंश :

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

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

Comments

क्या यह अभी भी 2017 में अच्छा है ??

— कार्तिक चेरुकुरी

@ कार्तिकचेरुकुरी - हाँ, यह अभी भी प्रासंगिक है। जवाब मानव धारणा के बारे में बात कर रहा है, जो जीव विज्ञान का एक कार्य है। 1993 और आज के बीच का समय बहुत छोटा है जब यह विकासवादी समय के पैमाने पर आता है। हमारा न्यूरोनेटॉमी अब वैसा ही है जैसा तब था।

— रिआंज १५

Answer 2

हम 20 मिलीसेकंड की प्रतिक्रिया समय के लिए प्रयास करते हैं, जबकि कुछ जटिल पृष्ठ 100 मिलीसेकंड तक ले जाते हैं। सबसे जटिल पृष्ठों के लिए, हम पृष्ठ को छोटे टुकड़ों में तोड़ते हैं, और प्रत्येक अनुभाग को लोड करने के लिए प्रगतिशील प्रदर्शन पैटर्न का उपयोग करते हैं। इस तरह, कुछ हिस्से जल्दी से लोड होते हैं, भले ही पेज को लोड करने में 1 से 2 सेकंड का समय लगता हो, बाकी पेज लोड होने के दौरान यूजर को व्यस्त रखता है।

Comments

शायद 2000 मिलीसेकंड और 10000 एमएस?

— बॉब

शायद वह वास्तव में 20 मिलीसेकंड का मतलब था। जिस ऐप पर मैं वर्तमान में काम कर रहा हूं उसमें लगभग 15 एमएस (जब मेरे लैपटॉप पर स्थानीय रूप से परीक्षण किया जाता है) औसत प्रतिक्रिया समय है। यह वही नहीं है जो अधिकांश उपयोगकर्ता वास्तव में देखते हैं, दुर्भाग्य से, क्योंकि वे सर्वर से बहुत दूर हैं, साथ ही आपको प्रस्तुत करने के लिए समय भी प्रदान करना है। लेकिन एक शुद्ध ऐप के नजरिए से, 15, या यहां तक ​​कि 10 से कम आयु का, एक जटिल ई-कॉमर्स ऐप के लिए भी बहुत संभव है।

— Aquarelle

Answer 3

मैं अपने अनुप्रयोगों के लिए <3 सेकंड के लिए प्रयास कर रहा हूं, लेकिन जब यह प्रदर्शन की बात आती है तो मैं थोड़ा चुस्त होता हूं।

यदि आप आस-पास से पूछते हैं, तो वे कहते हैं कि लोग> = 7 सेकंड रेंज में ब्याज कम करना शुरू कर देते हैं, 10-15 सेकंड में आप आमतौर पर उन्हें खो देते हैं, जब तक कि आप वास्तव में कुछ ऐसा नहीं करते हैं जो उन्हें चाहिए या आवश्यकता है।

Comments

ऐप सर्वर के लिए 3 सेकंड या ब्राउज़र पर रेंडरिंग? मैं ऐप सर्वर के लिए 100mSec का लक्ष्य रखता हूं। लेकिन ब्राउज़र पर 4 सेकंड।

— ड्रैननर

<3 अधिक लगता है जैसे आप पृष्ठ लोड समय के बारे में बात कर रहे हैं जो प्रतिक्रिया समय के समान नहीं है।

— मार्कस

Answer 4

यह इस बात पर निर्भर करता है कि आपके उपयोगकर्ताओं को क्या खुश रखता है। उदाहरण के लिए, जीमेल को पहली बार खुलने में काफी समय लगता है, लेकिन उपयोगकर्ता इंतजार करते हैं क्योंकि यह इंतजार करने लायक है।

Comments

ये उचित है। मेरा सवाल थोड़ा सामान्य है। मुझे लगता है कि मैं वास्तविक दुनिया की संख्या की तलाश कर रहा हूं जो लोग इसके लिए प्रयास कर रहे हैं। एक बहुत कुछ यह स्थिति पर निर्भर करता है। धन्यवाद!

— माइकल बॉबिक

तेजी से, बेहतर है।

— टॉम्के

Answer 5

बेशक, यह आपके प्रश्न की प्रकृति में निहित है, इसलिए उत्तर अत्यधिक व्यक्तिपरक हैं।

किसी वेबसाइट की पहली प्रतिक्रिया उस समय का केवल एक छोटा हिस्सा है जब तक कि कोई पृष्ठ पढ़ने योग्य / प्रयोग करने योग्य नहीं होता।

मैं 10 सेकंड की प्रतिक्रियाओं से बड़ी हर चीज से नाराज हूं। मुझे लगता है कि 5-7 सेकंड के बाद एक वेबसाइट प्रदान की जानी चाहिए।

Btw: stackoverflow.com के पास एक उत्कृष्ट प्रतिक्रिया समय है!

Answer 6

हमारी कंपनी में 5 सेकंड की प्रतिक्रिया समय सीमा है, और हम सामान्य रूप से 2-3 सेकंड के लिए लक्ष्य रखते हैं। यह पृष्ठ लोड का 98% है। कुछ विशेष कार्यों को 15 सेकंड तक जाने की अनुमति है, लेकिन हम उस समय को एक पृष्ठ डालकर और हर 5 सेकंड में ताज़ा करके उपयोगकर्ता को बता रहे हैं कि हम अभी भी अनुरोध को संसाधित करने का प्रयास कर रहे हैं। इस तरह से उपयोगकर्ता देखता है कि कुछ हो रहा है और बस नहीं निकल रहा है। यद्यपि, यह देखते हुए कि मैं एक वेबसाइट पर काम करता हूं, जिनके उपयोगकर्ता व्यावसायिक कारणों से उपयोग करने के लिए मजबूर हैं, वे छोड़ने नहीं जा रहे हैं, लेकिन वे काफी जोर से शिकायत करने में सक्षम हैं।

सामान्य तौर पर, यदि प्रोसेसिंग में 5 सेकंड से अधिक समय लगने वाला है, तो एक अस्थायी पेज लगाएं, ताकि उपयोगकर्ता रुचि न खोए।

Answer 7

मुझे लगता है कि आप पाएंगे कि यदि आपका वेब ऐप एक जटिल ऑपरेशन कर रहा है तो उपयोगकर्ता को फीडबैक दिया जाता है, वे बुरा नहीं मानेंगे (बहुत अधिक)।

उदाहरण के लिए: Google मेल लोड हो रहा है।

Answer 8

यह न केवल इस बात पर निर्भर करता है कि आपके उपयोगकर्ताओं को क्या खुशी मिलती है, बल्कि आपके पास कितना विकास समय है? आप किस तरह के संसाधन समस्या (सॉफ्टवेयर, हार्डवेयर और लोगों) पर फेंक सकते हैं?

अगर वे कुछ "जटिल" कर रहे हैं तो मुझे होस्ट किए गए अनुप्रयोगों के लिए कुछ सेकंड की देरी नहीं है। यदि यह वास्तव में सरल है, तो देरी मुझे परेशान करती है।

Answer 9

2 से 3 सेकंड