- Shipped
- 25 septembrie 2026 la 10:25 UTC
- Author
- Kamo
- Commit
- 5edb887
Platforma ONNX a TEI 1.5 pornește un fir de deducție pe miez de gazdă fizică (24 pe k1m1) și citeste nici o setare a filetului, astfel incat sub cota de 1-CPU pod acceleratia CFS a inghetat piscina mid-batch: un lot de 8 a mers de la 0,3 s la 5-11 s, /sănătate (care așteaptă pentru lotul în Zborul) a durat mai mult de 1 timeout Kubelet lui, și liveness ucis modelul de două ori într-un reindex. LARService blochează un eveniment al cărui înglobat a eșuat, astfel încât acele actualizări KB și note au fost pierdute, și 106 Articole de ajutor Center nu a primit vectori. - imagine cpu-1.5 -> cpu-1.9.4: de la 1.6 piscina ONNX este dimensionată de la limita CPU de grup. Același model de fișiere; vectorii sunt bit-identical la 1.5 lui, astfel încât punctele Qdrant rămân valabile. Reranker SP01 are aceeași etichetă. --tokenizare-workers 1 şi OMP/MKL/RAYON NUM THREADS=1 (imaginea stabileşte RAYON-8), deci Fiecare piscină se potriveşte cu limita, chiar dacă TEI cade înapoi în spatele lumânării. - viata si pregatirea pauzei Seconds 1 -> 10. Nu-ţi face griji. (python3 -m unitatetest descopera -s incaddding-model/tests) pins manifest, și cu TEI ROOTFS/TEI MODEL DIR rulează imaginea manifestului, args și env în cadrul cotei sale de procesor cu cinci clienți în formă de RAGService: cpu-1.5 rula 35 fire, 2.7 bucăți/s și a eșuat 102 din 121 sonde; cpu-1.9.4 ruleaza 6 fire, 8.1 bucăți/s și nu reușește nici unul. KamoAI SP00 revizuire finală I-1.