curl ile performans ölçümü

curl ile performans ölçümü

Günümüzde API ve web servislerle çalışırken, performans kavramı sadece yanıt süresiyle sınırlı kalmıyor. Gerçek ölçüm, gecikme dağılımı, paralellik, throughput ve yük altında davranış gibi birçok metriği bir arada anlamayı gerektiriyor. Bu yazıda, curl ile temel ölçüm tekniklerini, pratik ipuçlarını ve sık karşılaşılan yanlı yönleri sade ve uygulanabilir örneklerle ele alıyorum.

1) Temel yanıt süresi ve basit RTT ölçümü

• curl -w '%{http_code} %{time_starttransfer} %{time_pretransfer} %{time_total}\n' -o /dev/null -s https://example.com

Bu komut, HTTP durum kodu ve çeşitli zaman göstergelerini döndürür. time_starttransfer, sunucudan ilk baytın alınması ile başlayan toplam süreyi gösterir; time_pretransfer ise bağlantı kurulumu ve TLS el sıkışması dahil başlatma süresini verir. Böylece ağ gecikmesi ile sunucunun yanıt süresini ayırabilir, uçtan uca deneyimi anlamaya başlarız.

2) Paralel istekler ve throughput ölçümü

• curl -s -o /dev/null -w '%{http_code} %{time_total}\n' https://example.com

Bu tekli ölçüm yerine, belirli bir eşzamanlılıkla çoklu istek çalıştırmak için GNU parallel veya xargs kullanabiliriz. Örneğin:

• seq 1 100 | xargs -n1 -P 20 -I{} curl -s -o /dev/null -w '%{time_total}\n' https://example.com > results.txt

Bu yaklaşım, kısa sürede düşük ve yüksek yük altında yanıt sürelerini toplu olarak izlemek için uygundur. Ortalama, medyan ve 95. yüzdelik gibi dağılımları hesaplayarak performans profilini çıkarabiliriz.

3) TLS ve ağ katmanı etkileri

• curl -v --max-time 30 https://example.com

-v ile ayrıntılı günlük alır, -max-time ile toplam süre sınırı belirleriz. TLS sürüm değeri vb. bilgileri de görmek için --sslv3, --tlsv1.x gibi seçenekler kullanılabilir; ancak güvenlik politikalarına dikkat etmek gerekir.

4) Gerçek dünya cross-origin ve CDN etkileri

• CDN veya yük dengeleyiciler, yanıt süresini iyileştirse de ilk bayt gecikmesini etkileyen faktörler değişebilir. Başlıkları incelemek için -I veya --head ile sadece header ölçümü yapılabilir:
• curl -I -s https://example.com | head -n 1

5) Sonuçları anlamlı bir rapora dönüştürme

• Ölçümden elde edilen zaman değerlerini, istek başına düşen gecikme ve throughput olarak raporlamak önemli. Örneğin:
• time_total ortalaması, standart sapma, medyan ve en kötü 95. yüzdelik gibi metrikleri hesaplayıp görsele dökebilirsiniz. Ayrıca varyansın hangi aşamalarda arttığını (ağ yoğunluğu, TLS el sıkışması, yanıt boyutları) not etmek faydalı olur.

Not: Gerçek ölçüm yaparken, hedef sunucunun politikalarını zorlarken aşırı yük oluşturmamaya dikkat edin. Test trafiğini üretken çalışma saatlerinden ayrı tutmak ve toplanan veriyi güvenli şekilde saklamak da önemlidir.

Bu konudaki deneyimleriniz, hangi senaryolarda curl ile hangi metrikleri takip ettiğinize göre değişir. Özellikle farklı dosya büyüklükleri, statik içerik vs. dinamik API uç noktalarında hangi ölçüm yaklaşımı daha stabil sonuç veriyor, siz hangi sınırları şaşırmadan ölçebilmek için hangi ipuçlarını kullanıyorsunuz?