DirectlyDrop Test Sonuçları ve Performans Notları

Ölçümler 7 Ağustos 2026 tarihinde Windows masaüstünde Chromium 151 kullanılarak yapıldı. Gönderici ve alıcı iki ayrı tarayıcı sekmesinde çalıştı. Önce doğrudan üretim sitesi üzerinden yedi haneli oda koduyla bağlantı kuruldu; iki tarafta da karşı eş kimliği ve bağlantı hazır durumu görüldü. Performans tekrarları ise yayınlanacak üretim derlemesinin yerel ön izlemesinde, aynı cihazdaki iki sekme arasında gerçekleştirildi.

Bu düzenek DirectlyDrop'un bağlantı, dosya parçalama, alıcıya yazma, indirmeyi hazırlama ve tamamlanma onayı akışını birlikte ölçer. Aynı cihazdaki bağlantı düşük gecikmeli bir en iyi durum senaryosudur. Sonuçlar farklı şehirler, mobil ağlar, kurumsal güvenlik duvarları veya TURN üzerinden geçen bağlantılar için hız vaadi değildir.

Gerçek kişisel dosya kullanmamak için tamamı sıfır baytlardan oluşan 1, 5 ve 20 MiB büyüklüğünde sentetik dosyalar üretildi. Her boyut üç kez, yeni oda kodu ve yeni eş bağlantısıyla gönderildi. Süre, gönderen tarafta Dosyayı gönder komutunun verilmesiyle alıcı tarafta Aktarım tamamlandı durumunun görünmesi arasındaki duvar saati olarak kaydedildi.

Etkin hız, dosya boyutunun medyan uçtan uca süreye bölünmesiyle hesaplandı. Bu değer yalnızca veri kanalına yazma hızını değil, dosya üst bilgisini, 16 KB parçaları, alıcının geçici depolama işlemini ve son tamamlanma onayını da içerir. Bu nedenle arayüzde aktarım sırasında görülen anlık hızdan daha muhafazakâr bir karşılaştırmadır.

Dokuz aktarımın dokuzu da hem gönderici hem alıcı tarafında tamamlandı. 1 MiB denemesinde bağlantı ve tamamlanma onayı gibi sabit başlangıç maliyetleri toplam sürenin daha büyük bölümünü oluşturduğu için etkin hız 3,50 MiB/s düzeyinde kaldı. 5 ve 20 MiB dosyalarda bu maliyet daha geniş veri üzerine yayıldı ve medyan etkin hız sırasıyla 5,57 ve 6,27 MiB/s oldu.

Dosya büyüdükçe hızın yükselmesi DirectlyDrop'un her büyük dosyada aynı değere ulaşacağı anlamına gelmez. İşlemci yükü, OPFS yazma hızı, Wi-Fi kalitesi, tarayıcının sekmeyi önceliklendirmesi, veri kanalının seçtiği ICE yolu ve TURN kullanımı sonucu değiştirebilir. Buradaki karşılaştırmanın amacı bir hız rekoru ilan etmek değil, ölçüm koşulları açıklanmış tekrar edilebilir bir başlangıç değeri sunmaktır.

Bu sürümde uçtan uca aktarım Chromium 151 üzerinde doğrudan test edildi. Chrome, Edge, Firefox ve Safari'nin güncel sürümlerinde RTCDataChannel API'si belgelenmiş olsa da yalnızca API'nin bulunması DirectlyDrop akışının her işletim sistemi ve ağda geçtiğini kanıtlamaz. Bu nedenle doğrudan çalıştırılmayan tarayıcılar için geçti ifadesi kullanılmıyor.

Sayfadaki canlı özellik kontrolü ziyaretçinin kendi tarayıcısında WebRTC veri kanalı, OPFS, servis çalışanı ve pano API'lerinin bulunup bulunmadığını gösterir. Bu kontrol ağ bağlantısı kurmaz ve dosya göndermez. Bir tarayıcı bütün özellikleri destekliyor görünse bile gerçek uyumluluk için iki cihaz arasında hassas olmayan küçük bir dosya denemesi yapılmalıdır.

DirectlyDrop masaüstü test modu, ana sayfa adresine testFileMiB parametresi eklendiğinde yalnızca 1, 5 veya 20 MiB sentetik dosyayı seçili hale getirir. Örneğin /?testFileMiB=5 adresi beş MiB dosya hazırlar. Test modu otomatik bağlantı kurmaz ve kullanıcı Dosyayı gönder komutunu vermeden hiçbir aktarım başlatmaz.

İkinci cihazda normal ana sayfayı açın, test sekmesindeki oda kodunu girin ve bağlantı hazır olduktan sonra gönderimi başlatın. Sonucu değerlendirirken dosya boyutunu, toplam süreyi, iki taraftaki tamamlanma durumunu, kullanılan tarayıcıları ve ağ türünü birlikte kaydedin. Aynı koşulda en az üç tekrar yapmak tek ölçümdeki geçici dalgalanmayı azaltır.

Tamamlanma durumu, alıcının beklenen parça sayısını işlemesi ve göndericiye onay göndermesiyle oluşur. Bu testte indirilen dosyanın SHA-256 özeti ayrı olarak karşılaştırılmadı. Kritik dosyalarda aktarım sonrası gönderen ve alıcının kriptografik özet karşılaştırması yapması daha güçlü bir bütünlük kontrolüdür.

Test ayrıca tarayıcı sekmesi arka plana alındığında devamlılığı, cihaz uykuya geçtiğinde davranışı, bağlantı kopmasından sonra kaldığı yerden sürdürmeyi veya genel TURN hizmetinin kapasitesini ölçmez. Bu senaryolar bilinen sınırlar olarak teknik şeffaflık sayfasında tutulur ve ayrı testler tamamlanmadan olumlu sonuç varmış gibi sunulmaz.

Aktarım parça boyutu, tampon eşiği, PeerJS sürümü, geçici depolama yöntemi veya TURN yapılandırması değiştiğinde önceki hız sonuçları yeni sürümü temsil etmeyebilir. Böyle bir değişiklikten sonra aynı dosya boyutları ve üç tekrar kuralıyla ölçümler yenilenecek; tarih ve ortam bilgisi sonuçlarla birlikte güncellenecektir.

Farklı tarayıcı veya gerçek cihaz testi eklendiğinde geçmeyen durumlar da tabloda tutulacaktır. Başarısız bir denemeyi silmek yerine tarayıcı sürümü, işletim sistemi, ağ türü ve görülen hata belirtilerek yayınlamak, kullanıcıların kendi koşullarını karşılaştırabilmesi açısından daha değerlidir.