İçeriğe atla
SinaptikLabAI KNOWLEDGE PLATFORM
DersOrta45 dakikaMLOps Mühendisi · 4. ders

Gecikme, jeton ve maliyetin kırılımı

Gecikmeyi kuyruk, ilk jeton ve tamamlanma olarak ayrıştırır; istek başına maliyeti sürüm ve uç nokta kırılımında hesaplanabilir hâle getirir. Bağlam uzunluğunun gecikme ve eşzamanlılık üzerindeki etkisini gösterge düzenine yansıtır.

Önkoşul: LLMOps, Tokenization

BU DERSİN SONUNDA

  • Gecikmeyi kuyruk, ilk jeton ve tamamlanma olarak ayrıştırmak
  • İstek başına maliyeti sürüm ve uç nokta kırılımında hesaplamak
  • Bağlam uzunluğunun gecikme ve eşzamanlılığa etkisini gerekçelendirmek
  • Gösterge etiketlerini kardinaliteyi patlatmadan seçmek
  1. 1

    Teori

    Kavramın çalışma mantığı

  2. 2

    Örnek

    Gerçek bir senaryo üzerinde gösterim

  3. 3

    Lab

    Uygulamalı alıştırma

  4. 4

    Test

    Kısa ölçüm

  5. 5

    Proje

    Rotadaki projeye katkı

Kısa cevap

Gözlemlenebilirlik burada üç soruyu cevaplar: istek ne kadar sürdü, neden başarısız oldu, kaça mal oldu. Üçü de tek bir ortalamayla değil, sürüm ve uç nokta kırılımında ve yüzdeliklerle izlenir. Maliyet ayrı bir pano değil, aynı istek kaydının bir alanıdır.

Teori: tek bir gecikme sayısı yoktur#

Tek bir "gecikme" sayısı üç farklı olayı birbirine karıştırır: isteğin kuyrukta beklediği süre, ilk jetonun dönmesine kadar geçen süre ve cevabın tamamlanma süresi. Akışlı bir arayüzde kullanıcı ilk jetonu hisseder; toplu bir işte ise tamamlanma süresi belirleyicidir. Hangi sayıyı iyileştirdiğinizi bilmiyorsanız, hangi değişikliğin işe yaradığını da bilemezsiniz.

Ortalama, uzun kuyruklu dağılımlarda yanıltır: çok sayıda kısa istek, az sayıda çok uzun isteği gizler. Yüzdelik izleyin ve yüzdeliği daima kırılımla birlikte okuyun. Bir sürümün yüksek yüzdeliği, o sürüme düşen trafiğin bileşimine göre değişir; kısa istekler yeni sürüme, uzun istekler eskisine gidiyorsa karşılaştırma baştan bozuktur.

Uygulamada: ölçülecek alanlar#

AlanNeden ölçülürZorunlu kırılım
Kuyruk süresiKapasite darboğazını sunum yavaşlığından ayırırUç nokta, sürüm
İlk jetona kadar süreAkışlı arayüzde algılanan hız budurSürüm, girdi uzunluğu kovası
Tamamlanma süresiToplu işlerde ve araç zincirlerinde belirleyici olan sayıdırSürüm, adım sayısı
Hata sınıfıKota, zaman aşımı, geçersiz istek ve model reddi farklı müdahale isterSınıf, sağlayıcı, sürüm
Girdi ve çıktı uzunluğuHem maliyetin hem gecikmenin ortak sürücüsüdürSürüm, uç nokta, bağlam kaynağı
Yeniden deneme sayısıGörünmeyen maliyet; tek bir isteğin bedelini katlarHata sınıfı, sürüm
Önbellek durumuİyileşmenin kaynağını doğru bileşene bağlamayı sağlarSürüm, uç nokta

Bağlam uzunluğu maliyeti nasıl büyütür#

Uzun bağlam maliyeti iki yerden büyütür. Ön dolumda her jeton işlenir ve dikkat mekanizması her jetonu kendinden öncekilerle ilişkilendirdiği için iş yükü dizi uzunluğuyla doğrusaldan hızlı büyür. İkincisi, açık her isteğin ara durumu bellekte bağlam uzunluğuyla orantılı yer tutar; bu da eşzamanlılık sınırını aşağı çeker. Yani uzun bağlam yalnızca daha pahalı değil, aynı donanımda daha az eşzamanlı istek demektir.

  • Sistem istemi: her istekte yeniden ödenir. Uzunluğu tek seferlik bir bedel değil, istek başına sabit bir vergidir.
  • Sohbet geçmişi: pencereleme ya da özetleme kuralı yoksa sınırsız birikir ve maliyet zamanla sessizce artar.
  • Getirilen parçalar: parça sayısı ile parça uzunluğu çarpan etkisi yapar; ikisi birlikte kararlaştırılmalıdır.
  • Araç şemaları: kullanılmayan araçların tanımları da her istekte gönderilir.
  • Örnek gösterimler: ölçüm yapılmadan eklenir ve çoğu zaman hiç çıkarılmaz.

Karar: maliyet muhasebesi nasıl kurulur#

  1. 1Tek satır

    Her istek için tek bir kayıt satırı tutun; maliyet alanları bu satırın parçasıdır, ayrı bir sistem değil. Aşağıdaki şema alan kümesini gösterir, içindeki sayılar temsilîdir.

  2. 2Sürüm bağı

    Satıra bileşik sürüm kimliğini yazın. Kırılım ancak bu bağla mümkündür; sürümsüz bir maliyet kaydı yalnızca bir toplamdır.

  3. 3Vekil ölçüm

    Jeton sayacınız yoksa karakter sayısını vekil olarak kullanın ve alanı vekil olarak işaretleyin. İşaretlenmemiş vekil, zamanla ölçüm sanılır.

  4. 4Etiket disiplini

    Kullanıcı kimliği, oturum kimliği ve serbest metin gösterge etiketi olmaz; kardinaliteyi patlatır. Bu alanlar kayıt satırında kalır, metrik etiketinde değil.

json
{
  "istek_kimligi": "<istek-kimligi>",
  "surum_kimligi": "destek-asistani/2026-02-11/3",
  "uc_nokta": "sohbet",
  "kuyruk_ms": 40,
  "ilk_jeton_ms": 620,
  "tamamlanma_ms": 2480,
  "girdi_uzunlugu": { "deger": 3120, "birim": "jeton" },
  "cikti_uzunlugu": { "deger": 210, "birim": "jeton" },
  "baglam_kirilimi": { "sistem": 280, "gecmis": 940, "getirilen": 1720, "arac_semasi": 180 },
  "yeniden_deneme": 0,
  "onbellek": "isabetsiz",
  "hata_sinifi": null
}

Sık yapılan hata#

En sık görülen hata, maliyeti yalnızca aylık toplamda izleyip istek başına kırılımı hiç kurmamaktır. Toplam yükseldiğinde elinizde tek bir sayı olur; hangi uç noktanın, hangi sürümün ya da hangi bağlam kararının bunu ürettiği bilinmez. İkinci sık hata, ölçüm bahanesiyle istem ve cevap gövdelerini olduğu gibi günlüğe yazmaktır: ölçüm için gövdeye değil, uzunluk ve kırılım alanlarına ihtiyacınız vardır.

LAB · UYGULAMALI ALIŞTIRMA

İstek başına maliyet kırılımı çıkarın

  1. 1Kayıt satırı şemasını yazın: sürüm kimliği, uç nokta, gecikme alanları, girdi ve çıktı uzunluğu, bağlam kırılımı, yeniden deneme, önbellek durumu, hata sınıfı.
  2. 2Kendi günlüklerinizden ya da elle ürettiğiniz en az 20 istekten oluşan bir örnek toplayıp şemaya doldurun.
  3. 3Jeton sayacınız yoksa karakter sayısını vekil olarak kullanın ve şemada bu alanı açıkça vekil olarak işaretleyin.
  4. 4Bağlamı bileşenlerine ayırın: sistem istemi, sohbet geçmişi, getirilen parçalar, araç şemaları; her birinin uzunluk payını hesaplayın.
  5. 5Örneği sürüm ve uç nokta kırılımında toplayın; orta ve üst yüzdelik gecikmeleri ortalama girdi uzunluğuyla yan yana koyun.
  6. 6En uzun bağlamlı üç isteği elle inceleyip şişmenin kaynağını ve azaltmak için vazgeçilecek şeyi tek cümleyle yazın.

Beklenen çıktı

Sürüm ve uç nokta kırılımında bir maliyet tablosu ve bağlam şişmesinin adı konmuş kaynağı.

Sık sorulan sorular

Akışlı arayüz kullanıyorum; hangi gecikme sayısı benim için doğru?

İlk jetona kadar süre algılanan hızı, tamamlanma süresi gerçek kaynak tüketimini anlatır. İkisini birlikte izleyin: ilk jeton iyileşirken tamamlanma bozuluyorsa kullanıcı hızlı başlayıp yavaş biten bir cevap görür ve bu çoğu durumda iyileşme sayılmaz.

Önbellek durumunu neden ayrı bir alan olarak tutmalıyım?

Önbellek isabeti yükseldiğinde ortalama gecikme ve maliyet düşer; bu düşüş modelden ya da istemden gelmiş gibi görünür. Alan ayrı tutulmazsa iyileşmeyi yanlış bileşene bağlarsınız ve o bileşeni değiştirdiğinizde kazanç açıklanamaz biçimde kaybolur.

Bağlamı kısaltmak her zaman iyi midir?

Hayır. Kısaltmak maliyeti ve gecikmeyi düşürür ama eksik bağlam yanlış cevabı artırır; yanlış cevabın bedeli yeniden sorma, elle düzeltme ve güven kaybıdır. Kısaltma kararı kalite ölçümüyle birlikte verilir, tek başına maliyet panosuna bakarak değil.

LEARN

MLOps Mühendisi rotasına devam et

Dersler tek başına da okunabilir, ama sıralı ilerlemek önkoşul boşluklarını kapatır.