DeepSeek'in Ucuzluk Mimarisi Sessiz Bir Kusur Taşıyor Olabilir: 'Uzun Metinde Periyodik Körlük Noktaları'

Yeni bir ön-baskı araştırma, DeepSeek'in uzun bağlam maliyetini düşüren KV-önbellek sıkıştırma tekniğinin, bilgi sıkıştırma penceresi sınırlarına göre konumlandığında geri çağırma doğruluğunu 40 puana varan oranlarda düşürebildiğini öne sürüyor. Ortalama benchmark puanları bu 'periyodik zayıf noktaları' gizliyor olabilir.

Parlak bellek küplerinden oluşan uzun bir koridorda periyodik olarak kararan ve çatlayan bir küp

Ucuzluk çoğu zaman bedava değildir; sadece faturası gecikir. DeepSeek’in uzun bağlamı rakiplerine göre kat kat ucuza işleyen mimarisi, Eylül sonunda yayımlanan hakem-dışı bir araştırmanın hedefinde. “Periodic Weak Spots” (Periyodik Zayıf Noktalar) başlıklı çalışma, maliyeti düşüren ana kaldıraçlardan biri olan parçalı KV-önbellek sıkıştırmanın, modelin hafızasında düzenli aralıklarla “körlük noktaları” açtığını iddia ediyor.

Mesele Ne: Belleği Küçültme Bedeli

Modern büyük modeller, uzun bir metni işlerken “key-value” (anahtar-değer) önbelleği tutar; bu önbellek ne kadar büyürse bellek ve hız maliyeti de o kadar artar. DeepSeek’in yaklaşımı, ardışık token pencerelerini sabit bir adımla daha az önbellek girdisine sıkıştırarak bu maliyeti dramatik biçimde aşağı çekiyor. Sonuç: devasa bağlam pencerelerini herkesin kaldırabileceği fiyatlarla sunabilen bir model ailesi.

Araştırmanın iddiası şu: sıkıştırma penceresinin sınırları, bilginin metinde nerede durduğuna bağlı olarak geri çağırma doğruluğunu periyodik olarak etkiliyor. Yani aynı cümle, pencere sınırının “şanslı” tarafındaysa bulunuyor, “kayıp” tarafındaysa gözden kaçıyor.

Rakamlar: Ortalama Saklıyor, Uç Vuruyor

Çalışmanın paylaştığı ölçümler, ortalama puanların ardındaki varyansın büyüklüğüne işaret ediyor: 128 bin token’lık bağlamlarda, bilginin sıkıştırma penceresine göre fazına bağlı olarak geri çağırma doğruluğunda 40 puana varan salınımlar raporlanıyor. İki aşamalı güncel modelde bu fark daha da daralmış görünüyor — bu da sorunun küçülmekte olduğuna dair bir işaret.

Araştırmacılar iddiayı güçlendirmek için kendi küçük transformer modellerini sıfırdan eğitmiş ve periyodik zayıf noktayı yeniden üretmiş; sıkıştırma kullanmayan bir kontrol modelindeyse bu desenin belirmemesi, mekanizmayı teknik olarak destekleyen en çarpıcı bulgu.

Önemli İnce Nokta: “DeepSeek Kötü” Değil, “Ortalama Yanıltıcı”

Haberin en kolay yanlış okunacak yeri burası. Çalışma, “DeepSeek genel olarak daha az doğru” demiyor. Asıl tez daha rafine ve daha rahatsız edici: tek bir ortalama skorla raporlanan benchmark’lar, periyodik olarak tekrarlanan uç başarısızlıkları maskeleyebilir. Bir modeli “yüzde 95 doğru” diye pazarlayan sayı, o yüzde 5’in nerede yoğunlaştığını gizliyor olabilir.

Bu, tüm sektör için geçerli bir metodoloji uyarısı: uzun bağlam iddialarını değerlendirirken ortalamanın yanında “faz-katmanlı” (phase-stratified) ölçüm istemek gerekiyor. DeepSeek’in kendi teknik raporu ise ihmal edilebilir doğruluk kaybı ve belirgin performans artışı vurgusunu koruyor; şirketten çalışmaya doğrudan bir yanıt gelmedi.

Neden Önemli: Maliyet-Yetenek Takası Sektörün Kalbinde

DeepSeek’in agresif fiyatlandırması, arkasındaki mimari verimlilik olmadan mümkün değil. KV-önbelleği küçültmek, aynı donanımla daha uzun bağlam ve daha düşük birim maliyet demek — yani rekabet avantajının tam merkezinde bu teknik yatıyor. Eğer sıkıştırmanın görünmez bir bedeli varsa, bu bedel en çok “tüm dokümanı birden okuyun” vaadine güvenen kurumsal kullanıcılara dokunur: sözleşme incelemesi, uzun rapor analizi, kod tabanı sorgulama.

Sonuç: Panik Değil, Daha Dikkatli Ölçüm Zamanı

Hakem-dışı bir ön-baskı, tek bir laboratuvarın mimarisini hedef alan bir iddia ve henüz üretici-onaylı bir yanıt yok. Bu tablo, “ucuz model güvenilmez” sonucunu çıkarmak için erken. Ama uzun bağlamı ciddi işlerde kullanan herkes için pratik bir ders bırakıyor: bir modelin bağlam penceresinin kaç token olduğu kadar, o pencerenin içinde bilginin nereye düştüğünün de ölçülmesi gerekiyor.

DeepSeek’in ucuzluk sırrı, muhtemelen bir kusurdan çok bir takas. Asıl soru, takasın faturasının hangi görevlerde ve ne sıklıkta kullanıcıya yansıdığı — ve bunu ancak ortalamanın değil, uçların raporlandığı yeni bir değerlendirme dili görünür kılacak.

Sık sorulan sorular

Araştırma DeepSeek'in 'daha az doğru' olduğunu mu söylüyor?

Hayır. Asıl tez daha ince: tek bir ortalama skorla raporlanan benchmark'lar, sıkıştırma penceresinin fazına bağlı olarak periyodik tekrarlanan uç başarısızlıkları maskeleyebilir. Yani 'yüzde 95 doğru' diyen sayı, o yüzde 5'in nerede yoğunlaştığını gizliyor olabilir; araştırmacılar ortalamanın yanında faz-katmanlı ölçüm istiyor.

Hangi teknik inceleniyor ve neden maliyeti düşürüyor?

Parçalı KV-önbellek (key-value cache) sıkıştırma. Modeller uzun metin işlerken anahtar-değer önbelleği tutar; bu önbellek büyüdükçe bellek ve hız maliyeti artar. DeepSeek ardışık token pencerelerini sabit bir adımla daha az önbellek girdisine sıkıştırarak devasa bağlam pencerelerini ucuza sunuyor.

Öne sürülen doğruluk kaybı ne kadar büyük?

128 bin token'lık bağlamlarda bilginin pencereye göre fazına bağlı olarak geri çağırma doğruluğunda 40 puana varan salınımlar raporlanıyor. İki aşamalı güncel modelde bu farkın ~6 puana daraldığı, yani sorunun küçülmekte olduğuna işaret ediliyor.

DeepSeek veya ByteDance yanıt verdi mi?

Hayır. DeepSeek'in kendi teknik raporu ihmal edilebilir doğruluk kaybı ve belirgin performans artışı vurgusunu koruyor; hem DeepSeek hem ByteDance çalışmaya doğrudan yorum yapmadı. Çalışma hakem-dışı bir ön-baskı olduğundan bulgular henüz bağımsızca doğrulanmayı bekliyor.

WebTuring AtlasBu haberin arka planı

Konunun teknik geçmişi ve bağlamı ansiklopedimizde:

Tüm WebTuring Atlas ansiklopedisi →

Dil Modelleri kategorisinden