Her Programcının Bilmesi Gereken Temel Sayılar

Programcıların bilmesi gereken gecikme sayılarını görsel olarak ifade etmek

• L1 önbellek başvurusu: 1 nanosaniye
• Dal tahmini hatası: 3 nanosaniye
• L2 önbellek başvurusu: 4 nanosaniye
• Mutex kilitleme/kilit açma: 17 nanosaniye
• 1 Gbps ağ üzerinden 1KB veri gönderimi: 44 nanosaniye
• Ana bellek başvurusu: 100 nanosaniye
• Zippy ile 1KB veriyi sıkıştırma: 2 mikrosaniye
• Bellekten 1MB sıralı okuma: 3 mikrosaniye
• SSD'den 4K rastgele okuma: 16 mikrosaniye
• SSD'den 1MB sıralı okuma: 49 mikrosaniye
• Aynı veri merkezi içindeki gidiş-dönüş süresi: 500 mikrosaniye
• Diskten 1MB sıralı okuma: 825 mikrosaniye
• Disk araması: 2 milisaniye
• Kaliforniya'dan Hollanda'ya paket gönderip geri alma: 150 milisaniye

GN⁺ görüşü

• Bu veriler, programcıların sistem tasarımı veya performans optimizasyonu yaparken önemli bir başvuru kaynağı olabilir. Her işlem ya da görevin ne kadar zaman aldığını bilmek, hangi kısmın darboğaz oluşturduğunu anlamaya ve iyileştirmeye yardımcı olabilir.
• Örneğin, bellek erişim süresi ile ağ gecikmesini karşılaştırdığınızda, ağ çağrılarını en aza indirip veriyi bellek içinde işlemenin çok daha hızlı olduğunu görebilirsiniz. Bu, dağıtık sistem tasarımında önemli bir değerlendirme unsuru olabilir.
• Bu gecikme süreleri donanım ve teknolojideki gelişmelere göre değişebileceği için, güncel bilgileri takip etmek önemlidir. Örneğin, SSD'lerdeki gelişmeler sayesinde disk okuma süreleri ciddi ölçüde kısalmıştır.
• Yeni bir teknoloji veya açık kaynak çözümü devreye alırken, bu gecikme sürelerini dikkate alarak sistem performansını öngörmek ve hangi teknolojinin gerçek ortamda daha etkili olacağını belirlemek gerekir. Örneğin, bellek içi önbellekleme çözümleri kullanmak ağ gecikmesini azaltabilir; ancak önbellek tutarlılığı ve veri senkronizasyonu için ek değerlendirmeler gerekir.

[kleinstein]

https://colin-scott.github.io/personal_website/research/…
Burası daha güzel görünüyor.

[cosine20]

Of, UI/UX gerçekten hiç hoşuma gitmiyor...

[yangeok]

Gerçekten öylemiş, vay be,,

[GN⁺]

Hacker News görüşleri

• İlk yorum özeti:

  • Kullanıcı, latency-container sınıfına sahip HTML öğesinin çocuk öğeleri arasında dolaşan ve her birinin gecikmesini (latency) yazdıran bir JavaScript kodu paylaşıyor.
  • Yazdırılan gecikmeler, L1 önbellek başvurusundan veri merkezi içi gidiş-dönüş süresine kadar çeşitli bilişim işlemlerine ait.

• İkinci yorum özeti:

  • Kullanıcı arayüzünün (UI) kullanılabilirliğinin kötü olduğu değerlendiriliyor ve bunun kullanıcı deneyimi (UX) açısından ilginç bir örnek olduğu söyleniyor.
  • UI'nin temel işlevini yerine getirmede kullanıcı beklentilerini karşılamadığı ve anlaşılmasının zor olduğu eleştiriliyor.
  • Kullanıcının yardım metnini okuması gerektiği, ancak çoğu kullanıcının bunu tercih etmediği belirtiliyor.
  • Bu sorunlar üzerine yapılacak tartışmanın UX hakkında dersler çıkarılmasına yardımcı olabileceği vurgulanıyor.

• Üçüncü yorum özeti:

  • Başlıkta "Latency" kelimesinin eksik olduğu, bu yüzden arama yaparken başka sonuçların bulunmasının zorlaştığı belirtiliyor.
  • Başka kaynaklara atıf yapılarak, daha fazla gecikme bilgisi sunan metin tabanlı bir kaynağın tercih edildiği ifade ediliyor.

• Dördüncü yorum özeti:

  • Ekranda gösterilen UI'nin bazı bölümlerinin okunmasının zor olduğu eleştiriliyor.
  • Metnin 90 derece döndürülmüş olmasının rahatsız edici olduğu, UI'nin eğlenceli görünse de pratikte bilgi aktarmaktan çok biçime odaklandığı değerlendiriliyor.

• Beşinci yorum özeti:

  • Gecikme bilgilerinin kökeniyle ilgili materyaller sıralanarak bu bilgilerin tarihsel arka planı sunuluyor.

• Altıncı yorum özeti:

  • Ağ ile ilgili gecikmelerin sezgisel olmadığı belirtiliyor.
  • Google Stadia gibi hizmetlerin beklentilere kıyasla nasıl bu kadar hızlı olabildiğine dair kişisel bir deneyim paylaşılıyor.

• Yedinci yorum özeti:

  • Firefox mobil kullanıcısı olduğunu söyleyen bir kişi, UI'nin ne göstermeye çalıştığını anlayamadığını ifade ediyor.

• Sekizinci yorum özeti:

  • UI'de gösterilen sayıların ne anlama geldiğinin anlaşılmadığı, bunların gelecekteki yılları gösteriyor gibi göründüğü söylenerek kafa karışıklığı dile getiriliyor.

• Dokuzuncu yorum özeti:

  • Başlığın biraz gizemli olduğu, 16, 256, 65536 gibi sayılarla ilgili bir içerik beklendiği belirtiliyor.
  • 2030'da 1K baytı gigabit ağ üzerinden göndermenin, CPU içindeki branch prediction hatasından daha hızlı olacağı iddiasına şüpheyle yaklaşılıyor.