hier wird nur die waiting time abgewartet ob doch noch was vom cache kommt bis dann der normal Reader dann doch genommen wird
found (225 ms) by V14 (P/1/2/4) - RTL Crime (real 104 ms)
und hier wurde gewartet und dann doch cache 3 genommen
cache3 (155 ms) by CacheEx (P/1/2/4) - AXN HD (wait_time over)
das heißt um so niedriger ich die waiting time einstelle um so weniger wird cache 3 genommen richtig ?
aber die ecm zeiten wären dann nicht mehr so hoch wenn ich mit der zeit runter gehe
Hi,
bei den Waittimes sollte man generell immer darauf achten, dass man damit noch unter der Freezgrenze bleibt,
wenn man seine Antwortzeit (RTL Crime (real 104 ms) bei dir z.B.) der Karte hinzuzählt.
also
Waittime + ECM-Zeit der eigenen Karte + Ping zum user < Freezgrenze
hi, könnten viell mal ein paar leute ein paar config beispiele zur wait_time posten was so die erfahrungswerte bei verschieden caids sind.
das wäre mal ganz interessant und man könnte sich evtl. gegenseitig ein bisschen helfen.
Hi,
Da gibt es keine allgemein gültigen Erfahtungswerte.
Es ist immer abhängig von der Qualität und Quantität deines Caches und deiner Karten.
Als Anhaltspunkt gilt
Waittime = ECM der Caid + 1\3 ECM + Hop
Diesen Wert muss man nun an seine Bedingungen anpassen.
ok danke, zwei fragen hätt ich da noch.
was bewirke ich mit
[h=4]cwcycle_dropold[/h]hab im wiki schon nachgelesen werd aber irgendwie nicht schlau draus
und warum ist in der beispielconfig die wait_time bei 09C7 mit 600ms so hoch? das ist ja auch nds oder?
Hi,
mit diesem Parameter legt man fest, wie mit alten CWs/ecmd5 verfahren werden soll, die zwar richtig sind aber viel zu spät kommen.
"cwcycle_dropold = 1" markiert diese als "bad(old)" und verwirft sie.
Allen die "cwcycle_dropold = 0" nutzen, empfehle ich eine Version ab r10063. Da gab es dafür einen Fix.
Hi,
ich habe das cacheex nun auch mal ausprobiert. Habe es im Mode 2 laufen.
Ich habe zwei Server die sich die ECM nun unter einander hin und herschieben.
Mir ist aufgefallen, dass die ECM-Zeiten aber höher sind, wenn sie aus dem Cache3 beantwortet werden.
Anfragen die direkt vom Reader (also der Karte in der Easymouse) beantwortet werden, haben eine Dauer von etwa 70ms.
Anfragen die vom Cache3 beantwortet werden, dauern ca. 100 ms.
Nicht das das kritische Werte wären, aber ich würde das gerne verstehen.
Kann ich hier konfigurativ noch etwas optimieren oder ist das normal?
Danke für den Tipp.
ich glaube, ich habe keine waittime konfiguriert. Von "real" steht da auch nix.
Ich hätte erwartet, dass die Anfragen ausm Cache binnen 10ms beantwortet werden, aber auf keinen Fall länger dauern als die "echten" Anfragen.
2015/01/12 19:53:34 10BFFB0 c a (098C&000000/11FD/008A/98:...): found (72 ms) by sky_v14 - Disney Junior HD Germany
2015/01/12 19:53:36 10A66C0 c b (098C&000000/106A/157C/98:...): found (71 ms) by sky_v14 - Disney Channel HD Germany
2015/01/12 19:53:37 10C1AF0 c c (098C&000000/0C20/006C/98:...): found (72 ms) by sky_v14 - Sky Sport News HD Germany
2015/01/12 19:53:39 10A8200 c d (098C&000000/0642/EF11/98:...): found (71 ms) by sky_v14 - Vox HD
2015/01/12 19:53:40 10D85E0 c e (098C&000000/0641/EF10/98:...): cache3 (108 ms) by cacheex - RTL HD
2015/01/12 19:53:40 10D50F0 c f (098C&000000/0641/EF10/98:...): cache3 (119 ms) by cacheex - RTL HD
2015/01/12 19:53:41 10BFFB0 c a (098C&000000/11FD/008A/98:...): found (72 ms) by sky_v14 - Disney Junior HD Germany
2015/01/12 19:53:43 10A66C0 c b (098C&000000/106A/157C/98:...): found (70 ms) by sky_v14 - Disney Channel HD Germany
2015/01/12 19:53:44 10C1AF0 c c (098C&000000/0C20/006C/98:...): found (72 ms) by sky_v14 - Sky Sport News HD Germany