Oscam cacheex=3 - Част 2

[turbopower]

Върнах към старите настройки, според мен използването на една група е полезно ако искаме да разменяме със слаб хардуер. Такъв е обикновен сат приемник, много слаб компютър с малко рам памет, или ако сме направили супер много размени които са награницата на използване на хардуера ни. Дори и в такава ситуация аз препоръчвам да направим корекцията на настройката Cache-EX Maxhop: и
стойностите на:

cacheexwaittime=
max_cache_time=
max_cache_size=

Погрешно е и също да се смята, че за кеш размяната е нужно голямо количество рам, в момента си прегледах консумацията и тя е 144МB на целият сървар. Твърдеше се че паметта трябва да е мин 1.5GB аз купих 2GB и се оказа че е абсолютно ненужно.

[njor]

Това да са в различни групи е ясно,но какви да са тези настройки:

cacheexwaittime=
max_cache_time=
max_cache_size=

И защо?
Нека всеки да даде мнение.

[galiano]

След много кратни тестове и сравнения на статистиките, вече категорично мога да кажа:
Ако използвате отделен оскам, (препоръчително е) само за каш обмен неговите настройки на тези три параметъра са без значение за решернатия кеш към оскам-а с реални клиенти.

При зададени настройки със стойности:

cacheexwaittime = 75
max_cache_time = 12
max_cache_count = 7500

Размера на кеша (Cache size) достига нереално високи показатели от рода на 5000. Това изглежда впечатляващо, но на практика, решернатия кеш към оскам-а с клиентите е 300-400.

Промених настройките на оскам-а който е само за кеш до следните:

cacheexwaittime = 50
max_cache_time = 4
max_cache_count = 7500

По този начин, същия този кеш, който достигаше 5000, остана 1500-1700, но решернатия кеш към оскам-а с клиентите не се промени, отново беше 300-400, с тази разлика, че при първия вариант, натоварването на процесора бе 30-50%, като намалих задържането кеша (вторите настройки) използвания ресурс падна до под 10%.

Така, че безмислено е да се задават високи параметри при оскам който няма реални клиенти. Това води до ненужно натоварване, а кеша на практика се остава същия, без значение, че Cache size показва друго. Разликата идва от това, че кеша се задържа, а не че е повече.

Параметъра max_cache_time при оскам-а с реални клиенти, при по-високо стойност от 7 сек. води до фрийзване. Пробвах на скай DE, с 12 сек. Рядко пикселизира, веднъж на десетина мин., но е факт че го прави. Започнах да свалям стойностите, като съответно и фрийзовете се разреждаха и така докато стигнах до 7 сек., с тази стойност, гледах над 3 часа, без да мигне картината. Процента на хитовете, намля с 2-3, но пък за сметка на това се гарантира, гладко гледане, без дразнещи ефекти.

[njor]

Значи ако се използва един и същ оскам и за кеща и за картите и за крайни клиенти [както са повечето колеги]
Препоръчителни настройки:



cacheexwaittime = 50
max_cache_time = 7
max_cache_count = 7500

?

[galiano]

@njor
Да, при мен сега са такива, като с по-голямото изчакване, имаше проблем само със скай. Нашите пакети работят и с по-големи стойности...

[turbopower]

След много кратни тестове и сравнения на статистиките, вече категорично мога да кажа:
Ако използвате отделен оскам, (препоръчително е) само за каш обмен неговите настройки на тези три параметъра са без значение за решернатия кеш към оскам-а с реални клиенти.

При зададени настройки със стойности:

cacheexwaittime = 75
max_cache_time = 12
max_cache_count = 7500

Размера на кеша (Cache size) достига нереално високи показатели от рода на 5000. Това изглежда впечатляващо, но на практика, решернатия кеш към оскам-а с клиентите е 300-400.

Промених настройките на оскам-а който е само за кеш до следните:

cacheexwaittime = 50
max_cache_time = 4
max_cache_count = 7500

По този начин, същия този кеш, който достигаше 5000, остана 1500-1700, но решернатия кеш към оскам-а с клиентите не се промени, отново беше 300-400, с тази разлика, че при първия вариант, натоварването на процесора бе 30-50%, като намалих задържането кеша (вторите настройки) използвания ресурс падна до под 10%.

Така, че безмислено е да се задават високи параметри при оскам който няма реални клиенти. Това води до ненужно натоварване, а кеша на практика се остава същия, без значение, че Cache size показва друго. Разликата идва от това, че кеша се задържа, а не че е повече.

Параметъра max_cache_time при оскам-а с реални клиенти, при по-високо стойност от 7 сек. води до фрийзване. Пробвах на скай DE, с 12 сек. Рядко пикселизира, веднъж на десетина мин., но е факт че го прави. Започнах да свалям стойностите, като съответно и фрийзовете се разреждаха и така докато стигнах до 7 сек., с тази стойност, гледах над 3 часа, без да мигне картината. Процента на хитовете, намля с 2-3, но пък за сметка на това се гарантира, гладко гледане, без дразнещи ефекти.

Не забравяйте и това, според мен не случайно е написано така:

max_cache_time = seconds, default: 15
maximum time CWs resist in cache after 1st client request, the time must be 2 seconds higher than the parameter clienttimeout.

При промяна на времето сменяйте стойноста и на другият параметър.

[njor]

cacheexwaittime = 50
max_cache_time = 7
max_cache_count = 7500

Client timeout: 5000 ms to give up and return timeout

При мен е точно така в момента и работи много стабилно.

[galiano]

Не забравяйте и това, според мен не случайно е написано така:


При промяна на времето сменяйте стойноста и на другият параметър.

Бих казал да е поне 2 сек. по-висока, а не точно две. Важно е да не е по-малко от две.

[galiano]

cacheexwaittime = 50
max_cache_time = 7
max_cache_count = 7500

Client timeout: 5000 ms to give up and return timeout

При мен е точно така в момента и работи много стабилно.

Можеш да вдигнеш още малко cacheexwaittime, примерно до 70 - 100

[njor]

Вдигнах го на 70 и чувствително се повиши кеша.
А със max_cache_time = 7 много по мазно работят италианците.
Мерси