Uutiset

Kokeellinen kokoonpanomme: ~83,6 Gt:n malli, joka toimii paikallisesti edullisella RTX 3060:lla

Qwen3.8-Flash-Next IQ3_S RTX 3060 12 Gt:ssa vain 48 Gt järjestelmä-RAM-muistilla. Ei pilvipäätelmiä. Vain edullinen kuluttajalaitteisto.

Strata-paikallinen AI-päätelmä: 68 merkkiä sekunnissa RTX 3060 12 Gt:lla ja 48 Gt DDR5:llä

Tämä on uskomatonta!

Qwen3.8-Flash-Next IQ3_S (~83,6 Gt) toimii paikallisesti edullisella RTX 3060 12 Gt:lla ja vain 48 Gt järjestelmä-RAM-muistilla!

Jopa 68 merkkiä/s dekoodaus, ~ 916 tokenia/s kehotteen käsittely ja 30 000 tunnuksen kehote käsitellään vain 34 sekunnissa.

Powered by Strata by coldniko. Ei pilvipäätelmiä. Vain edullinen kuluttajalaitteisto!

Täydelliset vertailuarvot, laitteiston tiedot, optimoinnit ja kompromissit alla.

Voit hypätä suoraan viimeisessä osiossa oleviin tärkeimpiin.

Näiden tulosten takana oleva laitteisto

Ei datakeskuksen GPU:ta, ei kallista usean GPU:n palvelinta eikä massiivista RAM-kokoonpanoa.

Koko koe suoritettiin melko tavallisella kuluttaja/työasema-PC:llä.

Kokeessa käytetty kompakti PC

CPU

Emolevy

Muisti

GPU

Varastointi

OS

Verkko

Ratkaiseva yksityiskohta: malli on paljon suurempi kuin käytettävissä oleva VRAM ja RAM yhteensä.

Juuri se tekee tästä kokeilusta mielenkiintoisen.

Malli-, moottori- ja muistiarkkitehtuuri

Malli

Qwen3.8-Flash-Next-GSQ-RCO-IQ3_S

Kaksi GGUF-sirpaletta:

Lisäkomponentit

Päätelmämoottori

Todellinen muistin varaus

Tärkeitä konfigurointiasetuksia

--expert-cache auto
--prefill 4096
--spec 4
--spec-min-p 0.5
--mtp mtp/rt
--max-context 32768
--kv int8
--kv-grow
--kv-resident 32768
--vision
--vram-reserve-mib 960
--pool-workers 12
--conversation-cache-mib 1536
--prompt-cache-tail
--prompt-cache-spread
--resident-experts
--resident-budget-gib 24

Tämä ei ole tavanomainen "lataa koko malli GPU-muistiin" -asetus.

Strata käyttää yhdessä GPU-muistia, järjestelmän RAM-muistia, asiantuntevaa välimuistia ja NVMe-tallennustilaa.

Tärkeä optimointi on minimoida kalliit asiantuntijasiirrot ja pitää GPU tuottavana.

Todelliset vertailutulokset

Sama malli, sama laitteisto, kaksi reitityskokoonpanoa.

Tila A: nopea, asuinpaikkaan perustuva asiantuntijareititys (ennen = 1,5)

KontekstiEsitäyttöKylmä dekoodausLämmin dekoodaus
1K285 tok/s42 tok/s61 tok/s
4K804 tok/s50 tok/s65 tok/s
8K819 tok/s61 tok/s68 tok/s
16K916 tok/s60 tok/s68 tok/s
30K890 tok/s58 tok/s61 tok/s

Kylmä aika ensimmäiseen merkkiin:

Vertailun vuoksi: tila B poistaa käytöstä asuinpaikkaperusteisen reitityksen (ennen = 0):

KontekstiEsitäyttöKylmä dekoodausLämmin dekoodaus
1K282 tok/s24 tok/s27 tok/s
4K781 tok/s29 tok/s26 tok/s
8K789 tok/s30 tok/s32 tok/s
16K889 tok/s30 tok/s29 tok/s
30K878 tok/s26 tok/s27 tok/s

500 tunnuksen sukupolvi:

Nopeusmittaukset verrattiin asiakaspuolen suoratoistoajoihin.

Päähavainto:

Välimuistiin perustuvan reitityksen poistaminen käytöstä voi vähentää dekoodausnopeutta noin 2–2,4 kertaa.

Mutta on tärkeä syy olla jättämättä aggressiivista reititystä käyttöön jokaisessa työkuormassa. Siitä lisää seuraavassa osiossa.

Nopeus vs mallin laatu: piilotettu kompromissi

Tässä Strata-moottoriversiossa grafiikkasuorittimet, joissa on ≤13 Gt VRAM-muistia, käyttävät automaattisesti asuinsijaintiin perustuvaa reititystä:

STRATA_ROUTE_PRIOR=1.5

Tämä suosii asiantuntijoita, jotka ovat jo saatavilla nopeassa muistissa, sen sijaan, että valittaisiin aina alkuperäisen reitittimen suosimia asiantuntijoita.

Hyöty on dramaattinen:

Mutta tämä EI ole ilmainen optimointi.

Asiantuntijavalinnan muuttaminen voi muuttaa mallin käyttäytymistä, lisätä eroa alkuperäisestä mallista ja vaikuttaa pitkiin päättelyihin tai agenttien työnkulkuihin.

Kehittäjän arvion mukaan 10 agenttitehtävää:

Itse lähtötulokset vaihtelivat ajoittain, joten tämä on suuntatulos, ei lopullinen laatumittaus.

Oma kuusi lyhyttä agenttitarkastusta läpäisi molemmissa tiloissa.

Kuitenkin erillinen ainutlaatuisuus stressin aikana paljasti toiston:

Johtopäätös on suoraviivainen:

Pelkästään vertailunopeutta ei pidä koskaan sekoittaa mallin laatuun.

Pikavälimuisti muuttaa kaiken

Yksi vaikuttavimmista tuloksista ei ollut dekoodauksen nopeus. Se oli vastausaika toistuviin pyyntöihin samaa kehotetta käyttäen.

Täysin välimuistissa olevan kehotteen kanssa:

KontekstiKylmä TTFTVälimuistissa oleva TTFT
1K3.7 s0.08 s
4K4.9 s0.08 s
8K9.7 s0.27 s
16K17.3 s0.34 s
30K33.9 s0.44 s

Se on noin 45–90 kertaa vähemmän aikaa ensimmäiseen merkkiin näissä ajoissa.

Pikavälimuistilla on valtava ero, kun toistuvasti kysytään samaa pitkää asiakirjaa tai ylläpidetään keskustelua vakaalla kontekstilla.

Moottori on myös määritetty keskustelemaan välimuistiin:

Siinä on saalis: nämä tulokset koskevat identtisiä kehotteita, joissa on täysin uudelleen käytettävä välimuisti.

Ne eivät tarkoita, että mielivaltaiset uudet 30 000 tunnuksen kehotteet käsitellään puolessa sekunnissa.

Mutta interaktiiviselle paikalliselle tekoälylle lämmin välimuisti on pelin vaihtaja.

SSD-mysteeri: PCIe 5.0 ei ole pullonkaula

Aluksi NVMe-asema vaikutti epäilyttävän hitaalta. Tutkimme PCIe-linkkiä, tallennustopologiaa ja todellista I/O-käyttäytymistä.

Asema: Lexar NM1090 PRO 2 TB, PCIe 5.0 × 4.

Vahvistettu PCIe-yhteys:

Joten asema toimii täydellä PCIe 5.0 -linkin nopeudella.

Suorat välimuistiin tallentamattomat lukuvertailut:

Tämä 10,94 Gt/s rinnakkaistulos on erityisen tärkeä: se ylittää PCIe 4,0 × 4:n käytännöllisen kaistanleveyden.

Miksi yhden virran kapasiteetti on paljon pienempi?

Koska PCIe-kaistanleveys ei ole sama asia kuin sovellustason suorituskyky.

Jonon syvyys, I/O-koko, pyynnön rinnakkaisuus ja latenssi ovat tärkeitä.

Stratan asiantuntijalatauskuvio on paljon lähempänä alhaisemman samanaikaisuuden tapausta kuin synteettistä suurimman suorituskyvyn vertailuarvoa.

Havaittu moottorin tallennuskapasiteetti:

Ero johtuu siitä, kuinka monta asiantuntijaa on haettava, ei PCIe-version alentamisesta.

Vielä yksi hyödyllinen yksityiskohta: RTX 3060 itsessään on PCIe 4.0 -laite. Sen linkin putoaminen Gen1:een tyhjäkäynnin aikana on normaalia virranhallintakäyttäytymistä.

Tarkista aina, mitä laitetta mittaat ennen PCIe-ongelman diagnosointia.

Tärkeä opetus: älä anna Linuxin välimuistiin 83,6 Gt:n mallia 48 Gt:n koneessa

Ensimmäisen käynnistyksen aikana törmäsimme vakavaan ongelmaan.

Ensimmäinen kokoonpano salli mallitiedostojen puskuroidun lataamisen.

Malli on ~83,6 Gt, kun taas järjestelmässä on vain 48 Gt fyysistä RAM-muistia.

Tämän työmäärän alaisena Linux joutui vakavaan muistin palautuspaineeseen. Koneesta tuli melkein reagoimaton, mukaan lukien SSH-yhteys, ja vaati pakotetun uudelleenkäynnistyksen.

Ratkaisu oli muuttaa latausstrategiaa ja ottaa käyttöön muistisuojat.

Nykyiset asetukset:

Näiden muutosten jälkeen:

Oppitunti:

Fyysistä muistiasi suuremman mallin käyttäminen on mahdollista, mutta muistin laskenta on ehdottoman tärkeää.

Sivuvälimuistin paine, kiinnitetty mallitiedot, paikalliset asiantuntijat ja KV-välimuisti on otettava huomioon yhdessä.

Älä kopioi sokeasti maksimaalisen suorituskyvyn lippuja koneista, joissa on paljon suuremmat RAM-kokoonpanot.

Virrankulutus, lämpöenergia ja päättelykustannukset

Tämä on toinen miellyttävä yllätys.

Komponenttien mitattu teho:

Tyhjäkäynti malli ladattuna:

Sukupolven aikana:

Arvioitu järjestelmän kokonaisteho seinällä (ei mitattu seinämittarilla):

Havaitut lämpötilat:

Ei havaittu lämpökuristusta.

Sähkön oletushinnalla 0,25 €/kWh:

Tämän ansiosta on täysin realistista käyttää tehokasta, yksityisyyttä suojelevaa paikallista tekoälypäätepistettä kotona.

Nämä ovat tietysti arvioituja sähkökustannuksia, eivät kokonaiskustannuksia. Laitteiston poistot, jäähdytys ja huolto eivät sisälly.

Missä RTX 3060:n asennuksessa ei enää ole järkeä

Tämä kokoonpano on erinomainen lyhyille interaktiivisille pyynnöille, mutta sillä on rajoituksia.

Tärkeintä:

Vertailun vuoksi käytin samaa mallia tehokkaammassa paikallisessa järjestelmässä, jossa on 24 Gt:n grafiikkasuoritin.

Mitattu suorituskyky kyseisessä järjestelmässä:

RTX 3060 -järjestelmä tarjoaa paljon pienemmän esitäytön suorituskyvyn ja suunnilleen puolet dekoodauksen suorituskyvystä vastaavissa tapauksissa kahdeksasosan käytettävissä olevasta kontekstista.

12 Gt:n kortti on kuitenkin paljon helpompi käyttää ja on edelleen vaikuttavan hyödyllinen.

Nykyinen lähestymistapani:

Tarkoitus ei ole teeskennellä, että halpa GPU korvaa huippuluokan koneen.

Kysymys on siitä, kuinka paljon hyödyllistä paikallista tekoälyä voi jo suorittaa halvalla laitteistolla.

Mitä voisi vielä optimoida?

Järjestelmä toimii jo hyvin, mutta lisäkokeita varten on muutamia mielenkiintoisia mahdollisuuksia.

Samanaikainen päättely

Vaihtoehto --slots 2 voisi parantaa kokonaissuorituskykyä kahdella samanaikaisella keskustelulla.

Arvioitu +10–12 %:n kokonaissuorituskyky on mahdollista tälle työmäärälle, mutta se vaatii validoinnin.

Tämä ei tarkoita, että yksittäinen keskustelu muuttuisi 12 % nopeammaksi.

Suuremmat esitäyttöerät

Nykyinen: --prefill 4096

Ehdokas: --prefill auto:16384

Suuremmat esitäyttöikkunat saattavat parantaa pitkäkestoista käsittelyä, mutta käytettävissä oleva VRAM on jo tiukka.

Kun GPU:n 12 GiB:stä on varattu noin 11,14 GiB, muistin käyttäytyminen on mitattava huolellisesti.

Lisää järjestelmän RAM-muistia

Asetuksen --ple-io ram käyttäminen voisi tuoda enemmän mallin dataa järjestelmämuistiin ja vähentää tallennuslukuja.

Kehittäjän dokumentaatio ehdottaa:

Mutta tämä kokoonpano vaatisi huomattavasti enemmän RAM-muistia, noin 72+ GiB mitattua asettelua varten.

Se ei ole käytännöllinen nykyisessä 48 Gt:n kokoonpanossa.

Spekulatiivinen dekoodaus

MTP-spekulatiivinen dekoodaus on jo käytössä.

Havaittu hyväksyntä: ~33–41 hyväksyttyä tokenia 50–60 luonnostetusta, eli noin 65–70%.

Pidempi konteksti

Nykyinen 32K-raja on toiminnallinen konfiguraatioraja, ei todiste siitä, että malli itsessään tukee vain 32K-rajaa.

Sen kasvattaminen edellyttää muistikapasiteetin, KV-välimuistin käyttäytymisen, latenssin ja vakauden tarkistamista uudelleen.

Tälle työmäärälle kalliiden asiantuntijalukujen vähentäminen ja käyttötapojen parantaminen voivat olla tärkeämpiä kuin aseman maksimiperäisen kaistanleveyden lisääminen.

Kuten aina: vertaile todellista työmäärää, älä vain laitteistomarkkinointinumeroita.

Viimeiset ajatukset

Tässä on mitä tämä kokeilu osoittaa.

~83,6 Gt:n kvantisoitu MoE-malli voi toimia paikallisesti:

Mitatuilla tuloksilla aina:

Mutta on tärkeitä varoituksia.

Olen erityisen kiinnostunut paikallisen tekoälyn käytännön taloudesta.

Ei vain 10 000 euron järjestelmän maksimivertailu, vaan hyödyllinen suorituskyky kuluttajakoneissa ja edullisissa kokoonpanoissa noin 1 000 eurosta alkaen.

Yksityisyys, riippumattomuus, hallitut käyttökustannukset ja todellinen hyödyllisyys ovat tärkeämpiä kuin pelkkien vaikuttavien vertailulukujen jahtaaminen.

Tämä on edelleen kehittyvä kokeilu, ja aion jakaa mittaukset, viat, kokoonpanomuutokset ja parannukset jatkuvasti.

Paikallisen tekoälyn tulevaisuudesta on jo tulossa yllättävän edullinen.

Myöhemmät lisäykset

Oh, unohdin mainita, että GPU toimii NVIDIA Unlockin kanssa, joka julkaistiin vain muutama päivä sitten, viime viikolla.

Olen nyt pyytänyt tekoälyagenttiani suorittamaan samat vertailuarvot ilman lukituksen avaamista, joten voimme vertailla tuloksia noin 15–20 minuutissa.

Lähipäivinä, mutta en tänään, asennan tämän GPU:n järjestelmään, joka maksaa alle 1 000 dollaria, ja katson, kuinka se toimii siellä.

Alkuperäinen ketju X:ssä · Kaikki uutiset