- Verschickt
- 25. September 2026 um 10:25 UTC
- Autor
- Kamo
- Commit
- 5edb887
Das ONNX Backend von TEI 1.5 startet einen rungsinternen Thread pro physikalischem Wirtkern (24 auf k1m1) und liest keine Thread-Einstellung, so dass unter der Hülse 1-CPU-Kontingent der CFS den Pool einfror Mid-Batch: eine Charge von 8 ging von 0,3 s auf 5-11 s, /Gesundheit (die für die Charge wartet in Flug) überdauerte Kubelets 1-s Timeout, und Lebendigkeit tötete das Modell zweimal in einem Reindex. RAGService acks ein Ereignis, dessen Einbettung gescheitert, so dass diese KB und Notiz Updates verloren gingen, und 106 Help Center Artikel haben nie Vektoren. - Bild cpu-1.5 -" cpu-1.9.4: ab 1.6 ist der ONNX-Pool vom cgroup CPU Limit aus der Cgroup CPU-Grenze dimensioniert. Dieselbe Modelldateien; die Vektoren sind bit-identisch zu 1.5, also bleiben Qdrants Punkte gültig. Der Reranker von SP01 läuft den gleichen Tag. --tokenization-workers 1, und OMP/MKL/RAYON_NUM_THREADS=1 (die Bild-Sets RAYON auf 8), so jeder Pool entspricht dem Limit, auch wenn TEI auf sein Kerzenrücken zurückfällt. - Lebensfähigkeit und Bereitschaft TimeoutSeconds 1 - 10. ************ (python3 -m unittest discover -s embedding-model/tests) Pins das Manifest, und mit TEI_ROOTFS/TEI_MODEL_DIR läuft das Manifest Bild, args und env unter der CPU-Quote mit fünf RAGService-förmigen Kunden: CPU-1.5 lief 35 Gewinde, 2,7 Brocken/s und scheiterte 102 von 121 Sonden; cpu-1.9.4 läuft 6 Threads, 8,1 Brocken/s und scheitert keine. KamoAI SP00 Abschlussrückblick I-1.