Printable View
A aparut o optiune noua incepand cu versiunea #6039
oscam.user
Code:cacheex
parameter is optional
NEW svn6039:11/26/2011
cacheex = 0|1
1 = enable cache exchange
0 = default
cache exchange must be enabled on local and remote oscam reader!
oscam.server
Ma gandesc ca ar permite schimbul de cache intre 2 oscam...Code:cacheex
parameter is optional
NEW svn6039:11/26/2011
cacheex = 0|1
1 = enable cache exchange
0 = default
cache exchange, see also on oscam.user!
da interesant:)nu e rea ideea,insa eu momentan raman pe 6020 sau 5983,astea noi iara sant prostii pe banda rulanta,doar aceasta ultima optiune ce reprezinta interes
Am pus cache exchange intre 2 servere. Nu e mare chestie, din ~200.000 ECM-uri face hit la aproape ~2000, deci 1% cache hits.
Nu e cine stie ce, dar mai bine decat deloc. Presupun ca ar merge si mai bine daca as avea peste 100 de useri pe fiecare server.
de cate ori ai dat reshare?
eu daca dau reshare o data adica doar clientilor din server nu face mare lucru si merge ok dar daca dau reshare de 2 ori sa te ti ce bataie e pe cache asta indiferent de vers astea noi cu functia cache sau cele vechi
mda, am reshare doar 1 hop
source: trunk/module-cccam.c @ 7981
Last change on this file since 7981 was 7981, checked in by theparasol, 3 hours ago
- Fixes for cacheex exchange over CCcam protocol
* All cache-ex partners need to update to this version *
If a partner isnt updated yet they will see a cachex 'old format' in their logs
In your server logs you will see a ignore due to 'wrong format.
source: trunk/oscam.c @ 7982
Last change on this file since 7982 was 7982, checked in by corsair, 10 hours ago
- cacheex-matcher fix
Se pare ca s-a "copt"
Doua exemple:
[Only registered and activated users can see links. Click Here To Register...] [Only registered and activated users can see links. Click Here To Register...]
Nu-i mai place localu' de loc!
La ce versiune ?
Pune si un config , stiu ca depinde de fiecare server dar na e bine de vazut
Intre 2 servere, ambele cu multi useri si ambele doar cu CAID-uri 1880, 1802 si 0B02 avea un cache-hit undeva la 60-70%.
Dupa un restart, inainte de a se stabiliza, o ora, doua, imi statea hit % la 600-700%!! (Un CW primit prin cacheex era refolosit de 6-7 useri de-ai mei in acelasi timp!), dar binenteles asta la orele de varf intre 18:00 si 23:00 ^^
Acum am mai adaugat niste parteneri de sharing doar cu cache (cache-ex mode 3), si primesc mult mai mult cache, inclusiv pt. CAID-uri care nu sunt folosite de userii mei si procentul a scazut drastic (gen 2-3%). Dar totusi, daca numaram CW-urile cu hit, sunt destul de multe.
Dupa un restart pe la ~4am:
Total Push Total Got Total Hit Cache Size 2535919 1088998 16749 (1.54%) 4238
Da, procentul e infim de mic, dar daca stam putin sa ne gandim, in mai putin de 3 ore, cardurile mele locale au fost "scutite" de 16749 de cereri (in conditiile in care am primit peste 1 milion de CW-uri).
Ce rezulta din asta?
[Only registered and activated users can see links. Click Here To Register...]
Albastrul sunt CW-uri servite din cache (cache-ul local oscam + cache-ex), verde e procentul servit direct de pe card! Se vede pe grafic la ce ora am dat restart :)
---------- Post added at 07:29 ---------- Previous post was at 07:15 ----------
Ce config? N-ai nevoie de nimic special.Quote:
Originally Posted by Diablo1 [Only registered and activated users can see links. Click Here To Register...]
Tre' sa te decizi intai ce metoda de "schimb" vrei. Cache Ex mode 1, 2 sau 3. "3" e folosit pt. parteneri cu care faci doar schimb de cache.
Nu prea inteleg mode 1, eu in general folosesc mode 2 cu partenerii cu care fac schimb de linii "normal", nu numai cache-ex, si 3 cu cei care fac doar schimb de cache.
Tu ii dai un user lu X, X iti da tie un user pe care-l adaugi ca reader - protocol cccam, el te adauga, la fel, ca un reader cu protocol cccam.
Va decideti in ce fel faceti "schimbul", puneti in ambele parti acelasi mod (2 sau 3), si gata. Nu trebuie sa mai faci nimic.
Totusi nu recomand modurile 2 si 3 pe receptoare slabute, in special cu cei care au cache-uri masive pentru ca s-ar putea sa va treziti ca va ia OSCam ~50MB ram.
In modurile 2 si 3, tot cache-ul care-l are userul X va ajunge si voua, indiferent daca a cerut un user de-al vostru sau nu asa ceva (si invers, binenteles).
Presupun ca modul "1" e "la cerere" :)
--- ---
Na, uite, sa nu zici ca sunt rau, pun si un "config"
OSCam User A:
OSCam User B:Code:
[reader]
label = cache-userul_b
protocol = cccam
device = ip.user_b,port.user_b
user = user_a
password = parola
cacheex = 2
group = 1
[account]
user = user_b
pwd = parola
group = 1
cacheex = 2
Code:[reader]
label = cache-userul_a
protocol = cccam
device = ip.user_a,port.user_b
user = user_b
password = parola
cacheex = 2
group = 1
[account]
user = user_a
pwd = parola
group = 1
cacheex = 2
Daca cel care da cache mod 3 pune la user CAID iti vine doar respectivul caid indiferent ce setezi tu la readerul ex 3.Quote:
Acum am mai adaugat niste parteneri de sharing doar cu cache (cache-ex mode 3), si primesc mult mai mult cache, inclusiv pt. CAID-uri care nu sunt folosite de userii mei
Uite asta nu stiam/incercasem.
O sa probez maine sau poimaine sa vad cum e :)
Bineinteles , nu trebuie lasat tot ce vine , pentru ca ar trebui sa ai un server cu trafic foarte mare
La setari mai este destule de facut
[reader]Quote:
[global] disablelog = 1
logfile = /tmp/oscam.log usrfileflag = 1
clienttimeout = 4000
fallbacktimeout = 1700
clientmaxidle = 200
bindwait = 40
nice = 0
serialreadertimeout = 1600
maxlogsize = 8096
waitforcards = 0
waitforcards_extra_delay = 300
preferlocalcards = 1
readerrestartseconds = 3600
dropdups = 1
cacheexwaittime = 0
block_same_ip = 0
block_same_name = 0
cwlogdir = /var/log/oscam/CW.log
emmlogdir = /var/log/oscam/EMM.log
lb_mode = 1
lb_save = 5000
lb_nfb_readers = 2
lb_max_ecmcount = 4000
lb_retrylimit = 2400
lb_stat_cleanup = 12
lb_max_readers = 10
lb_auto_betatunnel = 0
#Betatunnel verursacht unter großer Last auch große Probleme
lb_savepath = /tmp/stat
lb_retrylimits = 09:350
failbantime = 1440
suppresscmd08 = 1
cwcycle_check_caid = 1702,1722,1830,1880,1802,.......................................................
maxcyclelist = 4000
keepcycletime = 15
onbadcycle = 2
max_cache_time = 6
#max_cache_time trebuie 2 Sekunden mai mare decät
clienttimeout max_cache_count = 5000
[cccam]
port = 1234
................
[csp] port = 12345
wait_time = 1702:700,1722:400,18:600
#Diese Werte sind nur als Orientierung gedacht.
label = name_frei_aussuchen
protocol = camd35
device = beispiel.dns.com,14500
user = beispiel_user
password = beispiel_pass
inactivitytimeout = 0
cacheex = 3
reconnecttimeout = 1800
#acest reconnecttimeout este important pentru a nu te conecta de 100 ori
cacheex = 3
cacheex_maxhop = 2
group = 1,3,4,5,6,7,8,9,10,11
dropbadcws = 1
audisabled = 1
oder
[reader]
label = name_frei_aussuchen
protocol = cccam
device = beispiel.dns.com,14503
user = exemplu_user
password = exemplu_pass
cacheex = 3
group = 15
dropbadcws = 1
cccversion = 2.3.0
cccmaxhops = 0
ccckeepalive = 1
cccreconnect = 7000
audisabled = 1
oscam.user
[account]
user = user_cache
pwd = user_pass
uniq = 3
cacheex = 3
cacheex_maxhop = 2
#sprecht mit eurem share partner, wieviele instanzen er nutzt - bei 2 instanzen muss da eine 2 hin
cccmaxhops = -1
#dies dient zum verbergen eurer lokalen karten - euer partner kriegt nur needinit angezeigt, erhält aber euren vollen cache
Astea sänt doar exemple si trebuie pentru fiecare server modificate in funcie de necesitate
Daca nu ai o setare adecvatä poate sa urce timpul la reader de te sperii
Personal nu ma deranjeaza traficul mare. Am fibra, am 2 x Dual-Core Xeon, am 6GB RAM, sa tot vina! Si-asa ca sta aproape nefolosita masina aia.
Dar nu, nu trebuie neaparat sa faci restul de setari cum zici tu acolo. Se pare ca mai toti pasionatii de sharing pica in "plasa" asta a umblarea la cat mai multe setari, desi nu le sunt clare ce fac (nu ma refer la cineva in mod special, ci asa, in general).
Poti sa lasi majoritatea pe default in 99% din cazuri. Abia cand observi probleme (timpi mari de raspuns, load avg. mare pe receptor, utilizarea memorie excesive etc.) ar trebui sa arunci o privire la parametrii "specializati".
De exemplu tu ai postat acolo niste linii cu legatura la modulul CSP. Setari complet inutile in cazul in care esti interesat doar de Cache-Ex, pt. ca CSP nu are nici o legatura cu Cache-Ex (care se realizeaza numai intre oscam-uri), ci mai degraba cu Cache-ul in general.
Alte exemple: reconnecttimeout, care e o setare "generica", fara legatura directa cu cache-ex, la fel si cccmaxhops care nu are efect pentru un schimb de cache-ex la mod 3, ci afecteaza actualul protocol cccam.
max_cache_time este singura setare cu referire directa la cache-ex (de fapt la cache), pt. ca dicteaza cate secunde ramane CW-ul ala in cache, dupa care expira. 15 secunde e valoarea implicita, care este o valoare destul de "bun simt". In caz ca observi ca "ti se umple" cache-ul (vezi valoarea max_cache_count) repede si nu vrei sa maresti capacitatea (pt. ca pe un stb ai memorie limitata), poti sa scazi timpul pt. a expira mai repede si a face loc altor CW-uri mai "proaspete". Eu de exemplu em 15s cu 5000, iar momentan am ~2200 de CW-uri in cache.
Clarificare: Modulul CSP din OSCam are rolul doar de a da cache-ul tau mai departe unor servere CSP.
EDIT2: Mai e o chestie care mi se pare complet aiurea. Ai postat un reconnecttimeout de 1800 secunde! Asta inseamna o incercare de reconectare la 30 de minute! Extrem de mare si nu mi se pare practic. O valoare de 60-90 e mai sensibila.
Setarile ce le folosesc eu pentru cacheex_3 la cardul de focussat :
oscam.server
oscam.userCode:[reader]
label = cacheex_3
protocol = cccam
device = server,12000
user = user
password = pass
inactivitytimeout = 30
cacheex = 3
cacheex_maxhop = 1
cacheex_ecm_filter = 0B02
group = 10
dropbadcws = 1
cccversion = 2.0.11
cccmaxhops = 0
ccckeepalive = 1
cccreshare = 0
audisabled = 1
Code:[account]
user = client
pwd = pass
uniq = 2
group = 10
cacheex = 3
cacheex_maxhop = 1
cacheex_ecm_filter = 0B02
cccmaxhops = -1
cccreshare = 0
Nu ințeleg de ce toată lumea pune maxhops -1. Tot ce face e să ascunda cardurile catre partenerul vostru. In cache-ex mode 3 oricum nu poate face cereri, deci vad treaba asta ca fiind inutila. Personal ma enerveaza ca in loc sa apara CONNECTED, apare NEED INIT in lista...
Plus, ca mai exista optiunea "allow request" de pe la versiunea 8000 si ceva, care blocheaza requesturile.
Eu n-am probat, dar am inteles ca daca nu pui -1 acela si respectivul pune linia in multics trage ca boieru' din cardurile tale.
Asta daca ai asemenea amici... dar in ziua de azi nu mai esti sigur de nimic!
Nu vad cum ar avea cum, ca requesturile nu pleaca din OSCam, indiferent de ce Emu e la capatul celalalt al firului.
E , mai ai multe teste de facut Znuff , nu vezi tu cum dar merge
@ovidiumarius
Chiar sa cred ca tu nu ai :
max_cache_time = ?
max_cache_count = ?
Curios
eu folosesc
cccmaxhops = 0
cccmindown = -1
de ce? foarte simplu vreau sa iau doar cache + carduriile locale
dupa cum am observat cu aceasta limitare merge bine!!
App, daca vreti si locale si hop10 adika mii de carduri de ce nu schimbati N din multics sau C uri din Cccam 2.0.11?
Parerea mea distanta mai mica + cache mai mare + multe schimburi face treaba buna in Oscam!!!