Qwen3.8-27B
Polecany na tę kartę
Szybkość pisania
2,2× szybciej
Ta sama karta, ten sam model, ten sam skrypt. Zmienia się tylko oprogramowanie.
Uczciwie: szczegóły
Ten sam skrypt, inne zadania: czat zachłanny (T=0) 42,3 → 76,7 → 103,4 t/s; edycja kodu 42,0 → 109,5 → 348,9 t/s; kopiowanie 41,8 → 108,4 → 343,8 t/s; generowanie po 32k kontekstu 39,1 → 64,0 → 79,9 t/s. Uczciwie: nasz silnik z kontekstem 200k nie zmieścił promptu ~55,6k tokenów w 24 GB; na kartach NVIDIA 24 GB ustawiamy kontekst ≤ 131 072 (szczyt 22,2 GB przy 60k).
Odpowiedź na 500 słów
wyliczone z t/s × tokeny na słowo/; :59 × 2.69 tok/słowo (raport 06 §2.1.2)/; :59 × 1.17 tok/słowo (raport 06 §2.1.2) po polsku
po angielsku
Powtórka w prawdziwym tempie
Ta sama odpowiedź, wypisywana z zmierzoną prędkością.
Typowa aplikacja: 42,9 t/s, Nasz silnik: 93,3 t/s. spec_sweep przez serwer, ten sam skrypt po obu stronach: czat, 6 promptów × 3 seedy, T=1, świeży serwer, mediana; kolejność ABBA, średnia z dwóch przebiegów
Warunki
spec_sweep przez serwer, ten sam skrypt po obu stronach: czat, 6 promptów × 3 seedy, T=1, świeży serwer, mediana; kolejność ABBA, średnia z dwóch przebiegów
- najlepsze flagi i nasz silnik: kontekst 200k (-c 204800)
- KV q4_0
- MTP n=4
- -fa on
- nasz dodatkowo słownik draftu 64k
- lookup W16
- GPU verify
- A0: samo -m (-fit: kontekst 90k, KV f16)
- karta 335 W
O modelu
Gęsty model 27B z hybrydową atencją (Gated DeltaNet + pełna atencja) i wbudowaną głowicą MTP, która zgaduje kilka tokenów naprzód.
Najlepsza jakość, która mieści się w 24 GB: 2,2× szybciej niż typowa aplikacja.
- czat
- kod
- jakość
app/landing/src/lib/data/models.jsonapp/landing/src/lib/data/models.json (raport 06 §2.4.2)Wszystkie pomiary
Przyrządy
Typowa aplikacja → Nasz silnik
Tokeny na krok: ile tokenów zatwierdza jeden krok modelu (spekulacja MTP) · Czas kroku: Krok jest dłuższy, bo daje ~3,0 tokenu. Na jeden token: 23,3 → 10,7 ms (wyliczone: czas kroku ÷ tokeny na krok). · Prefill 512: czytanie promptu, tokeny na sekundę · Prefill 4096: czytanie promptu, tokeny na sekundę · Pierwszy token: prompt ~2k tokenów, bez cache · Pamięć zajęta: najlepsze flagi i nasz silnik: kontekst 200k (-c 204800), KV q4_0, MTP n=4, -fa on; nasz dodatkowo słownik draftu 64k, lookup W16, GPU verify; A0: samo -m (-fit: kontekst 90k, KV f16); karta 335 W (źródło podaje GiB; pokazujemy je jako GB, tak jak producent opisuje pamięć karty) · Kerneli na token: profil kroku (nsys): mniej, większych zadań dla GPU/; :61/; :60/ / ; :98/ / ; :99/; :90/; :104 (22545 MiB)/; :104 (23493 MiB)Tokeny na krok
1,00 3,03
↗ lepiej
Czas kroku
23,3 32,4 ms
↘ dłuższy krok, ↗ więcej tokenów
Prefill 512
1585 1540 t/s
≈ bez zmian
Prefill 4096
1582 1543 t/s
≈ bez zmian
Pierwszy token
1,2 1,6 s
↘ gorzej
Pamięć zajęta
22,0 22,9 GB
↘ gorzej
Kerneli na token
1956 795
↗ lepiej
Długi kontekst
Generowanie przy coraz dłuższej rozmowie (llama-bench, bez spekulacji). Tu zysk jest mały i tak to pokazujemy. KV q4_0.Skąd zysk
- Typowa aplikacja 42,9 t/s
- flagi upstream 1,8× MTP
- nasz silnik 1,2× lookup W16, share, GPU verify
- razem 2,2×
:20,59/; :59
Ten sam model, ta sama jakość: zmierzone
Uczciwie
- Saluki 27B
- KLD nasz vs upstream 0,00065
- szum upstreamu 0,00061
- Bonsai 2 27B
- KLD nasz vs upstream 0,00032
- szum upstreamu 0,00021
Nasz silnik w zwykłym trybie nie daje bit w bit tego samego tekstu co upstream (łatki 0001/0002, u Qwena też 0013). Dlatego jakość mierzymy KLD: na RTX 3060 różnica mieści się w szumie samego upstreamu.



