डिस्क और नेटवर्क स्पीड मापना

माप लेने की ज़रूरत दो मामलों में पड़ती है: यह पक्का करने के लिए कि मशीन जो वादा करती है वह दे रही है, और यह समझने के लिए कि आपका एप्लिकेशन हार्डवेयर की सीमा पर पहुँच रहा है या नहीं। मुख्य बात है सही तरीके से मापना, वरना आपको अच्छे दिखने वाले आंकड़े मिलेंगे जिनका वास्तविकता से कोई लेना-देना नहीं होगा।

आपको क्या मिलना चाहिए

डिस्क की गति टियर से सीमित होती है: प्रति कोर 60 MB/s राइट, लेकिन 60 से कम नहीं और 400 MB/s से ज़्यादा नहीं; रीड राइट की दोगुनी होती है। लगातार सीमा से ऊपर, 30 सेकंड के लिए तीन गुना ज़्यादा बर्स्ट की अनुमति है।

नेटवर्क बैंडविड्थ 500 Mbit/s तक है, जो आदर्श परिस्थितियों में लगभग 60 MB/s है।

इसलिए मुख्य तरीक़े वाली बात यह है: छोटा टेस्ट बर्स्ट विंडो के अंदर आ जाएगा और बढ़ा-चढ़ा परिणाम दिखाएगा। आपको 30 सेकंड से ज़्यादा देर तक या ऐसे वॉल्यूम पर मापना चाहिए जो बर्स्ट से स्पष्ट रूप से बड़ा हो।

डिस्क

तेज़ सीक्वेंशियल राइट जाँच:

dd if=/dev/zero of=/root/testfile bs=1M count=8192 oflag=direct status=progress
rm /root/testfile

oflag=direct पेज कैश को बायपास करता है — इसके बिना आप मेमोरी की गति मापेंगे। VDS-1 पर आठ गीगाबाइट लिखने में 30 सेकंड से काफ़ी ज़्यादा समय लगता है, इसलिए बर्स्ट औसत में घुल जाएगा।

कोल्ड कैश के साथ रीड करना:

dd if=/dev/zero of=/root/testfile bs=1M count=4096 oflag=direct
sync && echo 3 > /proc/sys/vm/drop_caches
dd if=/root/testfile of=/dev/null bs=1M iflag=direct
rm /root/testfile

ज़्यादा ईमानदार टूल fio है; यह रैंडम एक्सेस कर सकता है, जो डेटाबेस के लिए मायने रखता है:

apt install -y fio
fio --name=rand --rw=randwrite --bs=4k --size=2G --numjobs=1 \
    --runtime=60 --time_based --direct=1 --ioengine=libaio --iodepth=32 \
    --filename=/root/fiotest
rm /root/fiotest

सिर्फ़ मेगाबाइट नहीं, IOPS और लेटेंसी भी देखें: 4 KB ब्लॉक में रैंडम राइट के साथ मेगाबाइट हमेशा कम ही रहते हैं।

नेटवर्क

apt install -y speedtest-cli && speedtest-cli --secure
curl -o /dev/null -w '%{speed_download}\n' https://speed.cloudflare.com/__down?bytes=104857600
iperf3 -c OTHER_SERVER -t 30       # if there is a second machine

परिणाम माप बिंदु तक के रूट पर निर्भर करता है, इसलिए दो या तीन अलग-अलग स्रोतों से टेस्ट करें। किसी ख़ास यूज़र तक की गति हमेशा चैनल की ऊपरी सीमा से कम होती है — रास्ते में दूसरे नेटवर्क भी होते हैं।

लेटेंसी अलग से मापें: ping -c 20 8.8.8.8 और mtr -rwc 50 8.8.8.8 दिखाएंगे कि पैकेट कहाँ खो रहे हैं।

आम गलतियाँ

• direct के बिना टेस्ट करना। oflag=direct के बिना dd कैश में लिखता है और गीगाबाइट प्रति सेकंड दिखाता है। वह मेमोरी की गति है।
• बहुत छोटा वॉल्यूम। VDS-3 पर 1 GB बर्स्ट के अंदर आ जाता है — आपको बढ़ा-चढ़ा परिणाम मिलेगा।
• लोड के दौरान मापना। अगर उस समय कोई डेटाबेस या बैकअप चल रहा है, तो आप बची हुई क्षमता माप रहे हैं। शुरू करने से पहले iostat देखें।
• टेस्ट फ़ाइल डिलीट करना भूल जाना। कुछ ही रन VDS-1 की 40 GB डिस्क स्पेस आसानी से खा सकते हैं; डिस्क स्पेस ख़त्म देखें।
• रिकवरी डिस्क पर मापना। SystemRescue मोड बेंचमार्क के लिए नहीं है; इसका परफ़ॉर्मेंस प्रोफ़ाइल अलग होता है।

अगर आइडल मशीन पर परिणाम लगातार तालिका से कम आता है, तो कमांड का आउटपुट अटैच करके सपोर्ट से संपर्क करें। अगर यह लगातार सीमा से बिल्कुल मेल खाता है, तो आप टियर की ऊपरी सीमा पर पहुँच गए हैं, और सिर्फ़ ऊँचे टियर पर अपग्रेड करने से ही मदद मिलेगी।