අඩු ප්රමාදයක් ඇති ප්රොක්සියකින් වුවත් බාගත කිරීම මන්දගාමී විය හැක්කේ ඇයි?
සම්බන්ධතා ප්රමාදය හා බාගත දත්ත ප්රවාහ අනුපාතය ප්රොක්සි ඉල්ලීමේ වෙනස් කොටස් මනී. කාර්යයට ගැළපෙන පරීක්ෂණය තෝරන්න.
කුඩා පිටුවක් ඉක්මනින් ලබාදෙන ප්රොක්සියක් වුවත් ගොනුවක් බාගත කරන විට මන්දගාමී විය හැක. පළමු ඉල්ලීමෙන් ප්රධාන වශයෙන් පෙනෙන්නේ සම්බන්ධතාව පිහිටුවීමේ හා ප්රතිචාරයේ ප්රමාදයයි. විශාල හුවමාරුවක් මාර්ගයට අඛණ්ඩව ගෙන යා හැකි දත්ත ප්රමාණය මතද රඳා පවතී.
ඔබේ ප්රශ්නයට පිළිතුරු දෙන අගය කුමක්ද?
| කාර්යය | ප්රයෝජනවත් නිරීක්ෂණය |
|---|---|
| කුඩා පිටුවක් විවෘත කිරීම හෝ කෙටි 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 සඳහා ස්වාධීන දත්ත ප්රවාහ මිනුම් ලබා නොදෙයි. ප්රොටෝකෝලය හෝ රට අනුව පෙරීම වේග ශ්රේණිගත කිරීමක් නොවේ.