Oscam cacheex=3-Част6

[nikko]

фДа на приемник си работи добре и аз лично си я ползвам защото мога да си изпращам до хоп 3. Изпращам си кеш 3000 а в приемника размера става 1 тоест само за това което гледам останалото се изхвърля.
Това че тази функция води до и други прблеми "keep alive" не работи вероятно ще бъде оправено след време.Не възможно е да се направи филтър който да премахва стария кеш. cwcycle го премахва само на базата на сравнителен анализ реален ЕЦМ-кеш.

Мен спецялно би ме зарадвал един "provider ident" филтър за кеша, ако има кой да се хване да направи.

[turbopower]

Добре де убедихте ме и то само с едно че не реконектва иначе съм доволен от опцията. Спирам я и аз. По добри резултати постигнах като промених настройките. Тоест сегашните ми нямат нищо общо с първите. Дова че дропи останалият как го определихте. Защото аз имам едни и съши филтри на сървара и приемника, а на приемника ми показва по малко кеш от сървъра.
Според мен за да работи цикъла трябва да имате много норм размени също за да сравнява в реално време локалният кеш с полученият. Има и друго нещо когато приемника се обърне към норм reader пак и тогава има сравнение и си взима кеш. Снощи видях за един канал работи от кеш и от линия това е доказателството, а без екстрата като захапе от кеша и ходи разбери дали показанията не са утопия.

Това ми бяха днес ecm от кеш 19868 това от картите 3859 Мен такова съотношение ме устройва при условие, че по малко ми се товари сървъра и знам, че кеша ми е проверен.

[nikko]

Днес бях свободен и тествах различни настройки. Оказа се че и "loop back" проблема за който се твъди че е решен с филтър по "node id" всъщност не е решен напълно. Изпращам кеш към приемника си в който user и reader са в една група около 20% от кеша се връща в сървъра.

[galiano]

Днес бях свободен и тествах различни настройки. Оказа се че и "loop back" проблема за който се твъди че е решен с филтър по "node id" всъщност не е решен напълно. Изпращам кеш към приемника си в който user и reader са в една група около 20% от кеша се връща в сървъра.

Идеален повод за билет в стриймборда. Там, няколко члена, включително и хора които участват дейно в написването на cacheеx модула, настоятелно се опитван да убеждават останалите членове да използвате една единствена група.

[njor]

Колкото и да има подобрения в работата когато е с една група не е като когато се разделят в отделни.Просто с отделни групи заспиват нещата.

[jjoker]

Здравейте, при мен след смяна на svn8400 с svn8440 без да пипам нищо по настройките Cache size от 3500 ми се вдигна на над 6000
хитовете също се вдигнаха.Използвам

cacheex_maxhop = 2 , а в секцията за каче всичко с cwcycle е изключено.
Вече започвам да се притеснявам за ПЦ-то (малко е слабичко).Процесора работи постоянно на 70% - 100%. Незнам дали да не почна да филтрирам,но пък ако го направя преполагам ,че ще рефлектира и върху моите усери.Прочетох всичко тук но не видях проблем като моя.
Поздрави

[galiano]

Здравейте, при мен след смяна на svn8400 с svn8440 без да пипам нищо по настройките Cache size от 3500 ми се вдигна на над 6000
хитовете също се вдигнаха.Използвам

cacheex_maxhop = 2 , а в секцията за каче всичко с cwcycle е изключено.
Вече започвам да се притеснявам за ПЦ-то (малко е слабичко).Процесора работи постоянно на 70% - 100%. Незнам дали да не почна да филтрирам,но пък ако го направя преполагам ,че ще рефлектира и върху моите усери.Прочетох всичко тук но не видях проблем като моя.
Поздрави

Не знам PC-то, но при този трафик, по-вероятно е рутера клекне. Пингни стотина пакета "ping dir.bg -l 1400 -n 100" за да видиш дали държи. До колкото разбирам, шерваш не филтриран кеш, това според мен не е разумно. Филтрирай си кеш, само за карти които имат нужда от кеш (тези със сийд лимит), или за тези към които имаш най-много заявки. По този начин, ще свалиш трафика, съответно и натоварването на хардуера, ще се отвори възможност да качиш един хоп.

[fakirastanly]

Revision 8460
bring cacheex rdr 1 back to work after commit 8370
waittime setup on rdr destination server !
ex1 rdr win, no wait when also possibe wait for ex2/ex3/csp cache
but in time for wait answerback from ex1rdr ex2/ex3/csp can also answer
Modified
/trunk/oscam.c

Modified
/trunk/oscam-ecm.c

[turbopower]

Прикрепвам версиите за i686 и dm500 Работят стабилно за сега.

[galiano]

Нещо не е наред с новите версии. Въпреки, че има кеш за даден канал, кама си взема от четеца, респективно процента на хитс драстично пада.

Edit:
Проблема беше с 1702. Прочетох, че трябва да се спре бетатунела, изключих го и вече си взема от кеша, но хитс все още са по-малко от тези получени с версии преди 8460.