AW: Freezer beim lokalen Reader in oscam
...weil es mir von Anfang an hier am Besten aufgehoben vorkam. War der einzige Thread, der unerklärliche Freezer - speziell mit der v13 - beklagt.
Warum ist denn jeder so sch*** unfreundlich hier! Überlass es doch bitte einfach mir, was ich für sinnvoll halte und was nicht. Und wenn nicht, verkneif's Dir einfach trotzdem, und wenn doch nicht, dann mässige bitte Deinen Stil.
Für den (torty), den's interessiert:
- Ich hab noch ein paar mehr Prozesse aufgespürt, die den reibungslosen OSCam-Betrieb beeinträchtigen, und bei denen (z.B. sshd) war's dann nicht so günstig, die einfach abzudrehen. LÖSUNG: nice=-10 (Standard ist -1, und das reicht meinem System offenbar nicht)
- Das 4-Minuten-periodische Aufflackern zweier OSCam-Prozesse stammt vom cccam-Update-Intervall, das default alle 240s stattfindet. Ist mit steigender Anzahl Shares offenbar in steigendem Masse störend. LÖSUNG: Hab bei den Usern per CAID und IDENT Parameter die Anzahl Karten brutalst eingeschränkt, und weg ist dieses Problem!
- Übrig bleiben Freezer, wenn mind. zwei Clients zwei Sender gucken wollen, bei denen GLEICHZEITIG ECM-Requests gesendet werden (Bei der v13 hat ja - wie gesagt - scheinbar jeder Sender einen von einer sehr begrenzten Anzahl fester Zeitschlitze innerhalb des 7s ECM-Intervalls, und es gibt eindeutig mehr Sender als Zeitschlitze...). Jetzt, wo das eindeutig identifiziert ist, und auch gesichert nichts mit Systemlast zu tun hat, sondern eher mit meiner USB-Hardware und dem
smartreader-Protokoll, hatte ich sowieso vor, mich an die Entwickler zu wenden...
Vielen Dank also für keine Hilfe und die abwertenden Kommentare. Auf wiedersehen.
ako673de