Threaded, nu threated, si thread nu threath (acest cuvant nici nu exista))
Intr-adevar ar trebui sa consume mai putina memorie daca e threaded in loc de forked, insa la stabilitate numai timpul o poate spune.
Curand branch-ul threated va fi inclus in trunk, asta inseamna ca OSCam va folosi un singur PID in care for fi threath-uri in loc de fork. Teoretic asta inseamna stabilitate consum de memorie mai redus, posibilitatea de a citi mai multe lini C, etc.
Deja testez branch-ul.
[DIGI-S/C Extra Complet][0.8m Fe, LNB 0.2dB 1W+19.2E, DM500S][0.9m Al, LNB 0.2dB Quad 1W, HSS-1160NA] [1.5m Al Motorized (15W-53E), LNB 0.2dB, Sunray4 SR4 TripleTuner] [Humax DIGI+C]
Threaded, nu threated, si thread nu threath (acest cuvant nici nu exista))
Intr-adevar ar trebui sa consume mai putina memorie daca e threaded in loc de forked, insa la stabilitate numai timpul o poate spune.
Intrebarea poate vi se pare banala dar ... am patit urmatoarea figura ...
am adaugat un reader , o linie catre un server , aveam 6 si am adaugat-o pe
a 7-a ... si a crapat oscam-ul cu "segmentation fault" ... cam idioata
manifestarea ... ar trebui sa fie o limita declarata ca altfel cauti orbeste la
sursa aceste erori ..."subtile" ...
Nurmarul maxim de readere este 16...cel putin asa e la versiunea sh4 pentru Kathrein UFS910. Lucru testat de mine. Daca o adaug si pe a 17-a imi da "bus error" la versiunile recente si "segmentation fault" la build 3250. Se pare ca se poate compila cu suport de nr de readere mai mare, eu unul n-am reusit sa-l compilez desi am urmat in detaliu instructiunele din manualul "oscam-easy-build.v0.5.3"
.
Last edited by delta2k2; 16-11-10 at 23:12. Reason: Regula 12 : Quote inutil