Gzip प्रदर्शन लाभ के लिए न्यूनतम ऑब्जेक्ट आकार की सिफारिश क्या है?


31

मैं पृष्ठ गति प्रदर्शन समय को बेहतर बनाने पर काम कर रहा हूं, और तरीकों में से एक वेबसर्वर से सामग्री को प्राप्त करना है।

Google अनुशंसा करता है :

ध्यान दें कि बड़े संसाधनों के लिए केवल गिप्पिंग फायदेमंद है। संपीड़न और विघटन के ओवरहेड और विलंबता के कारण, आपको केवल एक निश्चित आकार की सीमा से ऊपर गज़िप फाइलें चाहिए; हम 150 और 1000 बाइट्स के बीच एक न्यूनतम सीमा सुझाते हैं। 150 बाइट्स से नीचे की फ़ाइलों को जिप करना वास्तव में उन्हें बड़ा बना सकता है।

हम एक प्रॉक्सी और सीडीएन के लिए अपने नेटवर्क का उपयोग करते हुए, अकामाई के माध्यम से अपनी सामग्री की सेवा करते हैं । उन्होंने मुझे क्या बताया है:

न्यूनतम आकार क्या है, इसके बारे में आपके सवाल के बाद अंतिम उपयोगकर्ता को भेजते समय अनुरोधित वस्तु को संक्षिप्त कर दिया जाएगा: न्यूनतम आकार 860 बाइट्स है।

मेरा उत्तर:

अकामाई का न्यूनतम आकार 860 बाइट्स का कारण क्या है? और, उदाहरण के लिए, क्या अकामी फेसबुक के लिए काम करने वाली फाइलों के मामले में ऐसा नहीं है? ( नीचे देखें ) Google अधिक आक्रामक तरीके से gzip करने की अनुशंसा करता है। और यह हमारी साइट पर उचित लगता है जहां अब तक की सबसे लगातार हिट, AJAX कॉल हैं जो <860 बाइट्स हैं।अकमाई के बयान पर विवादित फेसबुक हेडर स्क्रीनशॉट

अकामाई की प्रतिक्रिया:

860 बाइट्स का कारण संपीड़न के लिए न्यूनतम आकार दुगुना है: (1) 860 बाइट्स के तहत एक वस्तु को संपीड़ित करने का ओवरहेड प्रदर्शन लाभ। (2) 860 बाइट्स के तहत वस्तुओं को वैसे भी एक पैकेट के माध्यम से प्रेषित किया जा सकता है, इसलिए उन्हें सेक करने के लिए कोई आकर्षक कारण नहीं है।

तो मैं यहाँ कुछ तथ्य जाँच के लिए हूँ। पैकेट आकार के कारण 860 बाइट की सीमा क्या इस तर्क का अंत है? उच्च ट्रैफ़िक साइटें इसे 150 बाइट की सीमा तक क्यों धकेल देती हैं ... बस बैंडविड्थ की लागत को बचाने के लिए (चूंकि CDN मूल से ऑफलोड किए गए बैंडविड्थ पर अपने आरोपों को आधार बनाते हैं), या ऐसा करने में प्रदर्शन लाभ है?


7/9/12 अपडेट: मैंने स्टीव सॉडर्स से पूछा कि क्या गज़िंग रिस्पॉन्स में एक परफॉर्मेंस गेन है जो पहले ही पैकेट से छोटा है और गज़िप परफॉरमेंस बेनिफिट्स के लिए अनुशंसित न्यूनतम ऑब्जेक्ट साइज़ क्या है, और यह उसकी प्रतिक्रिया है:

अपने ईमेल के लिए धन्यवाद। आकार 1-5K के बीच कहीं है। अपाचे में एक डिफ़ॉल्ट है लेकिन मैं भूल गया कि यह क्या है - यह एक अच्छा मार्गदर्शक होगा।

हम एक F5 उपकरण पर अपने संपीड़न करते हैं, इसलिए हम इसे ~ 350 बाइट्स तक कम करने जा रहे हैं, क्योंकि उस और 1K के बीच AJAX कॉल की एक सभ्य राशि है। AJAX कॉल जो हमारी वेबसाइट पर 350 बाइट्स से कम हैं, वे सभी लगभग 70 बाइट्स से कम हैं ... Google की सिफारिशों से कम है ... इसलिए यह वास्तव में वापस आती है: अपनी वेबसाइट को जानें और अपने कोड के आधार पर समायोजित करें

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


@Steve, संपादित अप्रैल के बारे में मैं जोड़ा Welp भावना स्पष्ट करने के लिए, के रूप में इस क्षेत्र के उत्तर में विशेषज्ञ या तो इस सवाल का जवाब नहीं दिया। मैं मिस्टर साउंडर्स से वापस आकर बहुत खुश था, लेकिन वह निश्चित जवाब नहीं जानता था।
utt73

जैसा कि "इस पोस्ट को कुछ समय के लिए उत्पादन में F5 अपडेट चलने के बाद वापस मिलता है ," हालांकि मैं अब इस विशेष वेब एप्लिकेशन के साथ काम नहीं करता हूं, हम औसत पृष्ठ लोड () घटना और समय दोनों प्राप्त करने के अपने लक्ष्य में सफल रहे इंटरएक्टिव (टीटीआई) 2 सेकंड से नीचे, और पेलोड प्रयास में यह कमी उस का एक छोटा सा हिस्सा थी। HTTP ट्रैफ़िक कॉल की संख्या कम करना, ब्राउज़र कैशिंग का विस्तार करना, कोड का अनुकूलन करना और अन्य वेब प्रदर्शन सर्वोत्तम प्रथाओं का योगदान है।
20

जवाबों:


3

आप अपने बैंडविड्थ लागत के लाभों के बारे में बात कर रहे हैं, लेकिन फिर एक ब्राउज़र में पेज लोड के प्रदर्शन की तुलना भी कर रहे हैं। वे दो अलग चीजें हैं।

जब भी आप एक अनुरोध प्राप्त करते हैं, कुछ को वास्तव में संपीड़न करना होता है (आपके मामले में, F5) और क्लाइंट (या तकनीकी रूप से प्रॉक्सी) को विघटन को संभालना होगा। यह आपके अनुरोध में अधिक विलंबता जोड़ सकता है, यह इस बात पर निर्भर करता है कि हार्डवेयर दोनों सिरों पर कितना सक्षम है।

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

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.