- Shipped
- 25 вересня 2026 р. о 10:25 UTC
- Author
- Kamo
- Commit
- 5edb887
TEI 1.5's ONNX задняк починається одна нарізна нитка для фізичного ядра хосту (24 на k1m1) і Чи не читає налаштування ниток, тому під подом 1-CPU квоти CFS розморожують басейн mid-batch: партія 8 пішов з 0,3 s до 5-11 s, /health (який чекає на партію в рейс) витриманий 1-й разовий маршрут kubelet, і живість вбили модель двічі в одному реіндексі. RAGService – це подія, яку не вдалося зібрати, тому ці КБ і зауважити оновлення були втрачені, і 106 Допомагаємо статей Центру ніколи не отримали векторів. - зображення cpu-1.5 -> cpu-1.9.4: від 1.6 Басейн ONNX відрізняється від ліміту процесора cgroup. Файли цієї моделі; вектори дещо ідентичні 1.5's, тому точки Qdrant залишаються дійсними. Відвертувач SP01 працює таким же тегом. --tokenization-workers 1, OMP/MKL/RAYON NUM THREADS=1 (знімок наборів RAYON до 8), тому кожен басейн відповідає ліміту, навіть якщо TEI знизився назад до його свічки. - тривалість життя і готовністьСеконд 1 -> 10. ****************************************************************************************************************************************************************************************************************************************************************************** (python3 -m unittest -s embedding-model/tests) шпильки проявляються, і з TEI ROOTFS/TEI MODEL DIR пропускає образ проявляється, args і env за квотою процесора з п'ятима RAGService-подібними клієнтами: cpu-1.5 ran 35 ниток, 2.7 шт./s і не вдалося 102 з 121 зондів; cpu-1.9.4 працює 6 ниток, 8,1 шматків / с і не виходить ні. KamoAI SP00 остаточний огляд I-1.