Akşamları mobil proxy neden daha kötü çalışıyor, speedtest ise maksimum gösteriyor
Mobil ağlarda 5964 ölçüm aldık ve kanalın günün saatlerine göre nasıl davrandığına baktık. Görünen o ki, proxy seçerken herkesin referans aldığı rakam, tam da işlerin en kötü olduğu anda yükseliyor.
Megabitlerin kanal kalitesini neden hiç anlatmadığını "Mbps, Mobil Proxy Kalitesi Hakkında Hiçbir Şey Söylemez" yazımızda ele almıştık. Burada da aynı düşünceyi verilerle göreceğiz: gecikme, jitter ve kayıpların günün saatlerine göre nasıl değiştiğini.
Bilindik bir tablo
Sorunsuz çalışan bir proxy aldınız ama antidetect tarayıcınız hâlâ oturumları kapatıyor, parser zaman aşımlarına takılıyor, indirmeler yarıda kesiliyor. Speedtest'i açtığınızda kırk megabit görüyorsunuz, her şey yolunda görünüyor. Satıcı da size dönüp diyor ki: Kanal gayet iyi, kendiniz görün.
Kanal gerçekten de iyi — sizin ölçtüğünüz değere göre. Sorun şu ki, siz yanlış şeyi ölçtünüz.
İşi gerçekten bozan ne?
Bant genişliği tek bir işi çözer: büyük bir dosyanın ne kadar hızlı inileceğini. Diğer her şey, sayfa açma, oturum sürdürme, captcha çözme, parser'ın uzun istekleri, hepsi başka değerlere bakar.
| Değer | Ne işe yarar |
|---|---|
| Gecikme (ping) | Arayüzün tepki süresi, zaman aşımı sürelerinin aşılması |
| Jitter | Gecikmedeki dalgalanma. Uzun bağlantıları ve websocket'leri koparır |
| Paket kaybı | İsteklerin kesilmesi, bozuk indirmeler, tekrarlar |
| Rota | Gereksiz atlama noktaları, yabancı bir otonom sisteme girme |
Mobil ağ, kablolu ağdan daha yavaş olduğu için farklı değildir. İstikrarsızdır; akşamları baz istasyonu aşırı yüklenir, operatör bantları değiştirir, planlı hız sınırlaması devreye girer. Tarayıcıda yapılan tek bir ölçüm, günün yalnızca bir saniyesini anlatır ve genellikle de kontrol etmeyi seçtiğiniz o anı.
Verilere nasıl yansıyor?
MTS ağlarından on ay boyunca geçen ölçümleri topladık ve saat dilimlerine göre ortalamasını aldık. Üç farklı eksende üç değer — bilinçli olarak ayrı tuttuk: hepsini tek bir eksende birleştirmek grafiği çarpıtmak olur.
Yukarıdan aşağıya: indirme hızı (Mbps), jitter (ms), paket kaybı (%). MTS ağlarında 5964 ölçüm, Eylül 2025 — Ağustos 2026. Her nokta, saatin ortalaması; saat başına 72 ila 388 ölçüm. Turuncu ile akşam aralığı 18:00–23:00 işaretli; ×3,4 ve ×6,8, değerin geceye doğru kaç kat arttığını gösterir. Noktalarla günlük minimum ve maksimum değerler işaretlenmiştir.
Bu grafikteki ana noktalar
Hız neredeyse hiç değişmiyor. Sabah yediden gece yarısına kadar 54–68 Mbps bandında kalıyor. Günün herhangi bir saatinde speedtest çalıştıran bir kişi yaklaşık olarak aynı sayıyı görür ve kanalın iyi olduğu sonucuna varır.
Jitter ise aynı sürede 3,4 kat artıyor — sabah sekizde 25 ms'den akşam on birde 86 ms'ye. Paket kaybı ise 6,8 kat artıyor: gündüz %0,79'dan sabaha karşı %5,37'ye.
Ve en tatsız tesadüf: saat 20:00'de hız günlük zirvesine ulaşıyor — 68 Mbps — ve jitter de tam bu saatte 64 ms, yani sabaha göre iki buçuk kat daha yüksek. Speedtest tam bu anda günün en iyi sonucunu gösteriyor. İşlerin en kötü olduğu an da tam bu an.
İşte bu yüzden "akşamları her şey yavaşlıyor ama test normal hız gösteriyor" tarzı şikâyetler uydurma ya da plasebo etkisi değil. Test, akşamları bozulmayan bir değeri ölçüyor.
Doğru ölçüm nasıl yapılır?
Tek bir ölçüm değil, bir seri gerekli. CLI'yı kurun, zamanlanmış görev olarak çalıştırın ve dosyaya kaydedin:
speedmeter --json | jq -c '{t:.timestamp, d:.download, p:.ping, j:.jitter}' >> proxy.jsonlCron'a on beş dakikada bir çalışacak şekilde ekleyin:
*/15 * * * * /usr/local/bin/speedmeter --json >> /var/log/proxy-speed.jsonlBir günde 96 nokta elde edersiniz ve kanalınızda akşam düşüşü olup olmadığını anında görürsünüz. Binary dosyası bağımsızdır, yaklaşık 400 KB, bağımlılığı yoktur — otomasyonunuzun çalıştığı herhangi bir sunucuya kurulabilir.
Hangi değerler kabul edilebilir?
| Görev | Jitter | Kayıp |
|---|---|---|
| Parser, scraping | 30 ms'ye kadar | %1'e kadar |
| Çoklu hesap, antidetect | 50 ms'ye kadar | %2'ye kadar |
| SMM otomasyonu | 60 ms'ye kadar | %2'ye kadar |
| Video, aramalar | 30 ms'ye kadar | %1'e kadar |
Bu tabloda olmayan bir şeye dikkat edin: megabit sütunu yok. Bu görevler için bant genişliği, yaklaşık on megabitten sonra kısıt olmaktan çıkar.
Saatlik veriler
Grafikteki rakamların aynısı — kendi ölçümlerinizle karşılaştırabilmeniz veya tekrar kontrol edebilmeniz için.
| Saat | Hız, Mbps | Ping, ms | Jitter, ms | Kayıp, % | Ölçüm |
|---|---|---|---|---|---|
| 00:00 | 66 | 134 | 52.1 | 4.12 | 140 |
| 01:00 | 61 | 135 | 56.8 | 4.99 | 125 |
| 02:00 | 42 | 167 | 57.9 | 5.37 | 113 |
| 03:00 | 34 | 135 | 60.8 | 2.67 | 86 |
| 04:00 | 43 | 132 | 42.8 | 1.94 | 72 |
| 05:00 | 45 | 131 | 40.8 | 2.50 | 92 |
| 06:00 | 42 | 115 | 34.3 | 2.49 | 131 |
| 07:00 | 54 | 111 | 39.8 | 2.48 | 140 |
| 08:00 | 57 | 113 | 25.0 | 2.44 | 210 |
| 09:00 | 54 | 108 | 44.2 | 1.57 | 302 |
| 10:00 | 64 | 84 | 37.7 | 0.79 | 309 |
| 11:00 | 66 | 89 | 34.6 | 1.06 | 363 |
| 12:00 | 60 | 101 | 38.9 | 1.00 | 388 |
| 13:00 | 60 | 100 | 29.1 | 1.80 | 348 |
| 14:00 | 61 | 95 | 35.2 | 1.45 | 340 |
| 15:00 | 61 | 100 | 40.1 | 1.83 | 322 |
| 16:00 | 66 | 97 | 47.5 | 1.33 | 356 |
| 17:00 | 63 | 95 | 47.1 | 1.06 | 330 |
| 18:00 | 59 | 100 | 60.6 | 0.97 | 348 |
| 19:00 | 61 | 98 | 48.9 | 1.02 | 328 |
| 20:00 | 68 | 112 | 64.1 | 1.74 | 368 |
| 21:00 | 59 | 104 | 57.6 | 2.53 | 322 |
| 22:00 | 62 | 112 | 61.5 | 2.56 | 266 |
| 23:00 | 54 | 149 | 86.1 | 3.86 | 165 |
Veriler hakkında bir not
Bu, tek bir SIM kartın kontrolü altında değil, birçok kullanıcı ve birçok baz istasyonunun ortalamasıdır. Bu kesit, günlük eğrinin şeklini gösterir; ancak sizin belirli kanalınızın ölçümünün yerini tutmaz — onu yukarıdaki script ile kendiniz yapmalısınız.
Bu sayıların toplandığı araç açık ve ücretsizdir: speedmeter.dev. Jitter ve kaybı tarayıcı raporuna güvenmeden sunucu tarafında ölçer ve sonucu scriptler için JSON olarak döndürür.