למה פרוקסי עם השהיה נמוכה עדיין עשוי להוריד לאט
עיכוב החיבור וקצב ההורדה מודדים חלקים שונים בבקשה דרך פרוקסי. בחרו את הבדיקה המתאימה למשימה.
פרוקסי שמחזיר דף קטן במהירות עדיין עשוי להיות איטי בהורדת קובץ. הבקשה הראשונה מלמדת בעיקר על עיכוב ההקמה והתגובה. העברה גדולה יותר תלויה גם בכמות הנתונים שהמסלול מסוגל לשאת לאורך זמן.
איזה נתון עונה על השאלה שלכם?
| משימה | תצפית שימושית |
|---|---|
| פתיחת דף קטן או שליחת בקשת API קצרה | הזמן עד לקבלת התגובה, כולל הקמת החיבור. |
| הורדת קובץ | סך הבתים שהועברו וקצב ההעברה הממוצע עם קובץ בדיקה מתאים. |
| שמירה על תגובתיות היישום לאורך בקשות רבות | זמן תגובה טיפוסי, כישלונות ושימוש חוזר בחיבורים תחת העומס הצפוי. |
ICMP ping הוא מבחן אחר. שרת יכול לענות ל-ping כשהשירות של הפרוקסי אינו זמין, או לחסום ping בזמן שהפרוקסי עובד. זמן ההלוך ושוב לכתובת הפרוקסי גם אינו כולל את החיבור של הפרוקסי ליעד שלכם.
מדדו העברה אמיתית
השתמשו בקובץ בשרת שבשליטתכם או בקובץ המיועד לבדיקה כזו. הדוגמה משליכה את גוף התגובה ומדפיסה את גודל ההעברה, ממוצע הבתים לשנייה והזמן הכולל:
curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 30 --silent --show-error --output /dev/null --write-out 'status=%{http_code} bytes=%{size_download} average_Bps=%{speed_download} seconds=%{time_total}\n' https://example.com/test-file.bin
החליפו גם את הפרוקסי לדוגמה וגם את כתובת ה-URL של הקובץ. דף 404 או תגובת סירוב גישה אינם מדד הורדה תקף, גם אם הגיעו במהירות. בדקו את הסטטוס, גודל הקובץ הצפוי והתוכן לפני השוואת מהירויות.
שדה המהירות הממוצעת הוא בבתים לשנייה. חבילת רשת המפורסמת בסיביות לשנייה משתמשת ביחידה אחרת. להמרה מקורבת מבתים לסיביות הכפילו בשמונה; השתמשו באותה יחידה לאורך ההשוואה.
שמרו על השוואה הוגנת
השתמשו באותו יעד, קובץ, רשת לקוח והגדרות זמן קצוב. השוו כמה דגימות מתונות במקום לבחור בניסיון המהיר ביותר. בהעברות שנתקעות, בחרו במכוון גבולות להקמה, לזמן הכולל ולמהירות נמוכה. השאירו בקשות שנכשלו בתוצאות: פרוקסי שלעתים מעביר מהר אך נכשל לעתים קרובות עלול להיות בחירה גרועה למשימה שחייבת להסתיים.
קובץ מהמטמון והורדה חדשה עשויים לעבור במסלולים שונים בשירות. כך גם בקשה לאחר הקמת חיבור ובקשה המשתמשת שוב בחיבור קיים. החליטו איזו התנהגות היישום צריך ומדדו אותה בעקביות.
בחרו לפי עומס העבודה
בתגובת API קטנה, המתנה של שנייה נוספת לפני הבית הראשון עשויה להיות חשובה מקצב ההעברה המרבי. בהורדה גדולה, לחיצת יד מהירה ואחריה גוף איטי מאוד היא עסקה גרועה. בשתי המשימות בדקו את היעד שבו תשתמשו בפועל; אין ציון מהירות יחיד שמתאר כל מסלול דרך פרוקסי.
רשימת הפרוקסי של ProxyHub אינה מספקת מדידות עצמאיות של קצב העברה לכל IP. מסנן פרוטוקול או מדינה אינו דירוג מהירות.