زمان‌سنجی سمت کلاینت برای انتقال‌های curl از طریق پروکسی
فواصل زمانی curl را تفسیر کنید بدون اینکه اندازه‌گیری‌های قابل‌مشاهده برای کلاینت را شکستن کار بالادستی پنهان پروکسی بدانید.
کم کردن زمان بایت اول از زمان کل انتقال، فاصله پس از اولین بایت پاسخ تا تکمیل را توصیف می‌کند. این کار جدا نمی‌کند که پروکسی چقدر وقت صرف اتصال به وب‌سایت یا انتظار برای تولید پاسخ توسط وب‌سایت کرده است.
این تمایز هنگام مقایسه IPهای پروکسی مهم است. بدنه بزرگ می‌تواند فاصله پس از بایت اول را طولانی کند حتی اگر وب‌سایت سریع پاسخ داده باشد. بدنه کوچک می‌تواند پس از انتظار طولانی پیش از بایت اول سریع تمام شود.
| اندازه‌گیری | تفسیر |
|---|---|
| زمان اتصال | برقراری اتصال قابل‌مشاهده برای کلاینت در مسیر انتقال |
| زمان شروع انتقال | زمان سپری‌شده تا شروع پاسخ، شامل کار پیشین |
| کل منهای شروع انتقال | فاصله باقی‌مانده انتقال پس از آن نقطه |
از تعریف دقیق مستندشده برای هر فیلد استفاده کنید. نوع پروکسی، TLS، استفاده مجدد از اتصال و تغییرمسیرها می‌توانند بر اینکه کدام مراحل نمایش داده می‌شوند تأثیر بگذارند. این‌ها مشاهداتی از سمت کلاینت هستند؛ آن‌ها به‌طور خودکار زمان‌های داخلی DNS، صف، اتصال بالادستی و پردازش مبدأ پروکسی را جداگانه افشا نمی‌کنند.
اگر پروکسی را اداره می‌کنید، زمان‌سنجی کلاینت را با گزارش‌های درخواست یا معیارهای خودش همبسته کنید. اگر نمی‌کنید، اندازه‌گیری‌ها را به‌عنوان شواهد سرتاسری نگه دارید و صادقانه برچسب بزنید. عددی با نام «زمان پاسخ پروکسی» به شروع و پایان مشخص نیاز دارد.
برای مقایسه‌ها، مقصد، اندازه پاسخ و بار کاری را یکسان نگه دارید. وقتی نقاط پایانی عمومی برای آن مقایسه مناسب هستند، فهرست پروکسی‌های رایگان نامزدهایی ارائه می‌دهد؛ برای اندازه‌گیری‌های قابل‌مقایسه از همان پروتکل پشتیبانی‌شده پروکسی استفاده کنید. نتیجه سریع‌تر از صفحه‌ای دیگر می‌تواند نشان‌دهنده انتقال کوچک‌تر باشد نه مسیر پروکسی بهتر.