Oscam cacheex=3-Част4

[galiano]

На практика, след версия 8068 не е добавено нищо което да налага ъпгрейд до по-висока, на против.... около билд 8100 имаше бъг в кеш модула (дикънектваше се по ццкам протокол), а в последните го оправиха. Аз все още ползвам 8068. Държи се изключително стабилно, работи девети ден без рестарт. С новите настройки, които дават възможност да се настройва времето за изчакване по caid нещата станаха наистина впечатляващи. Средно hits варира около 75-80%, а вечер, почти всички заявки се изпълняват от кеша, на моменти минава 95%



Едно уточнение:
Високия процент hits не се постига с голям обем на кеша, постига се с филтрирането на кеш за точно конкретни caids. За статистиката, моя Cache size е 1000 - 1200

[turbopower]

Дай малко разяснения относно правилната настройка на wait_time
Моята е така, моля да я изкоментираме дали е добре.

wait_time = 0100:200:250,0500:200:250,0604:200:250,0624:200:250,0963:100:200,0B01:200:250,0D03:200:250,0D0F:200:250,0D96:200:250,4AE0:200:250,4AE1:200:250,4AEE:200:250,5581:200:250,1702:200:250,1830:200:250

[galiano]

wait_time = 1702:200:550,1830:200:500,1803:100:550,183D:200:250,1810:200:450,0100:200:350,0BAA:200:550,0D02:200:450,4AEE:200:250,5581:200:250

Това е при мен. Дори мисля, че с динамичните времена може да експериментира още в двете посоки: нагоре/надолу, статичните са ясни...

[turbopower]

Аз махнах стойностите в цялата секция за csp в оскама които е само за кеш. Струва ми се безсмислено да я има, при условие че там няма никакви нормални размени или четци за карти. Според мен горните стойности трябва да ги има само при смесени размени или там където се гледа.
Какво мислите по въпроса?

[galiano]

Да, така е. Аз ги махнах веднага след като направих отделен кам за кеш. Сега (ако не си го направил вече) можеш да си намалиш стойностите на "clienttimeout" и "max_cache_time" съоттветно на 1000 мс. и 1 сек., така или иначе в кама само кеш тези параметри са без значение. По този начин ще усетиш, значително разтоварване на поцесора.

[turbopower]

Да, така е. Аз ги махнах веднага след като направих отделен кам за кеш. Сега (ако не си го направил вече) можеш да си намалиш стойностите на "clienttimeout" и "max_cache_time" съоттветно на 1000 мс. и 1 сек., така или иначе в кама само кеш тези параметри са без значение. По този начин ще усетиш, значително разтоварване на поцесора.

Резултата беше моментален наистина се разтовари процесора. Благодаря ти много. Абе майстора си е майстор

[galiano]

Направи ми впечатление, че при настройките на параметъра "wait_time", стойностите за всички caids с изключение на тези за 0963 са еднакви. При тези условия, линията ти може да се изгради само с две правила.

wait_time = 0:200:250,0963:100:200

wait_time = Глобално за всички и изключението за skyUK

[turbopower]

Много добра идея galiano, ето малко допълнения от мен.

Правил съм опити със Sky Uk някъде до 600-700 msec Това е прозореца за тях. За другите е доста по голям до 2 сек някъде.

Аз средно получавам за Sky UK 200 -300 msec нормална размяна 700 -300 = 400 За другите да сложим някъде пак толкова понеже повечето до които имам ги имам на локални. Сметката става 2000 - 300 =1700

Спрямо описанието:

wait_time = 250 # means all requests have 250ms dyn wait time when old cache3 hit found
wait_time = 0:50:250 # means all requests have always wait time and 250 dyn wait time when old cache3 hit was found
wait_time = 17:950 means all 17XX have dyn wait time when old cache3 hit found
wait_time = 1702&ffdf:950 means all 1702/1722 have dyn wait time when old cache3 hit found
wait_time = 0:950:0 means all have always wait time whitout checking cache3 hit

За oscam на който само гледаме без да разменяме.


wait_time = 0:1250:1450,0963:330:700

Ето го резултата работи без да насича, по този начин използва по добре кеша.

2013/01/19 15:43:14  94297D8 c vdr (0961&000000/0000/0EE9/67:7A2136435B02A93184F2F9B3D815FD09): cache3 (252 ms) (0/0/2/2)         
        2013/01/19 15:43:22  94297D8 c vdr (0961&000000/0000/0EE9/67:A1C776AA745F14F5034C0B0F669F9A96): cache3 (252 ms) (0/0/2/2)         
        2013/01/19 15:43:31  94297D8 c vdr  (0961&000000/0000/0EE9/67:7FF53C0263DD6F6EBDAD9B43853CEF0E): found  (635 ms) by cccam (F/2/2/2)                 

2013/01/19 15:47:30  94297D8 c vdr (1817&00006A/0000/51DB/64:60411B8D1E8C7342FDBC973892A467FE): cache3 (453 ms) (0/0/1/2)         

2013/01/19 15:49:17  94297D8 c vdr (5581&000000/0000/0012/4F:7BBF69C12028678F186184003771B077): cache3 (303 ms) (0/0/2/5)         
        2013/01/19 15:49:31  94297D8 c vdr  (5581&000000/0000/0012/4F:73113AB1262C6CDE67663A9A3D24DA4F): found  (1880 ms) by ьььь (F/3/2/5)
2013/01/19 17:59:04  94286D0 c vdr (5581&000000/0000/0012/4F:A943EB49E91EE39C0A5B15BCD9C89730): cache3 (1158 ms) (0/0/2/6)

По въпроса когато оскама е този в който разменяте линии там вече трябва да се компенсира времето за следващият peer и 1 хоп назад грубо това са около 300 msec със запас тогава цифрите стават такива:

wait_time = 0:600:700,0963:260:400

Това е и нож с 2 остриета, защото повечето хора не биха ви повярвали че имате локална карта, другото е че cccam следи скороста на отговор и все по-малко ще взима от вашите карти, за каналите без кеш :)

[turbopower]

Някой знае ли за какво се използва тази функция в oscam.users "cacheex_filter_adv", "cacheex_allow_request" ?

[galiano]

Имам сериозни подозрение, дали изобщо оскам вижда стойности от рода на 260. Скоро разглеждах кода на кеш модула, видях, че проверките за клйчета то кеша минават на всеки 50 мс. което ме кара да мисля, че и времената които се задават трябва да са 50, 100, 150.....
Ако зададеш 300 мс. изчакване за sky UK отиваш на ръба. По-горе споменаваш, че тази карта ти идва на 200 -300, ако към тези 300 мс. прибавиш и горната граница на изчакването от 300 мс. при теб от време на време ще прецъква, а при хората на които решерваш, направо ще им фрийзне картинката. По мое мнение, за NDS макс. до 150 мс. забавяне.