o notato che ai fatto oscam all patch..ma quelle oscam sono un po vecchiotti no o ce un motivo?? volevo solo capire
grazzie
qui
http://www.bliner-key.com/update/
http://www.bliner-key.com/update/
http://www.bliner-key.com/update/
Abbi un po' di pazienza, a giorni la patch la troverai giā nel trunk! Augenzwinkern Giusto per informarvi su quello che fa la mia patch... da dove inizio.. Per quanto riguarda il LoadBalancing, il mio lavoro relativo ad esso si trova giā nel trunk da mesi, e fixa il load balancing che prima funziona alla buona! Sono stati fixati il mode 2 e 3 del LB, che adesso funzionano come devono. Provate il mode 2, che in combinazione con il retrylimits_percaid funziona adesso come un vero load balancer. Da qui, ho creato una nuova patch che oltre a migliorare ulteriormente il LB, migliora e fixa tutta la catena ecm, dal suo arrivo all'invio della cw al client. Partiamo dai nuovi parametri aggiunti: - lb_whitelist_services : reader section Potete mettere qui dei services (positivi) che il LB non bloccherā mai, anche se la card/proxy restituisce un NOK. - fallbacktimeout_percaid : global section. Dal nome č chiaro, č possibile personalizzare il fallbacktimeout per caid. - fallback_percaid : reader section Esiste giā il parameto fallback, ma questo permette di definire in dettaglio i caid per cui tale reader č fallback. fallback_percaid=<CAID>[,<CAID>]... wildcard CAIDs with two-digit CAIDs possible, default none. Se settate entrambi, fallback and fallback_percaid, solo quest'ultimo viene utilizzato. Andiamo ora alle nuovi funzioni: - Il LB prende adesso in considerazione i parametri fallback and fallback_percaid, per cui se i reader su cui sono impostati non vengono usati come migliori reader dal LB, verranno sempre aggiunti dal LB come fallback. Prima erano ignorati. - LB, ignorati i not_found dei readers dovuti al ratelimitecm. - gruppi: adesso i gruppi funzionano veramente per quello che sono stati pensati. Se avrete dei problemi da ora in avanti, fate attenzione ai gruppi che avete settato. - cacheex mode-1: adesso un client cacheex-1 puō prendere cw dalla cache e anche interrogare i readers cacheex-1. In soldoni, adesso imho il migliore modo di condividere cache č questo, perchč la cacheex-3 vi riempie la cache di cw che non utilizzerete mai e vi mangia la CPU! In pių, le risposte dal readers cacheex-1 adesso vengono aggiunte ai contatori della cache nella pagina users della webif. Miglioramenti/fix. Qui ci sarebbe da scendere nei dettagli del codice e scrivere un bel pō, ma me/ve lo evito. Vi doco solo che adesso oscam č pių stabile, i vari processi sono adesso thread-safe e ciō garantisce nessun comportamento strano ed evita dei crash. Magari se avete una oscam "piccola" non noterete particolari cambiamenti, ma in grandi istanze la differenza c'č. In pių adesso, se attivate il debug a 256, vedrete come tratta l'ecm la vostra oscam al suo interno. Un saluto!
http://www.bliner-key.com/update/
http://www.bliner-key.com/update/
In base al nuovo regolamento Europeo relativo alla protezione dei dati personali delle persone fisiche ed alla loro libera circolazione, ti invitiamo a leggere la nostra dichiarazione di Privacy
Cliccando su "ACCONSENTO" accetti tutte le norme contenute nella dichiarazione. Sei inoltre consapevole che durtante la navigazione utilizzeremo dei cookies. Questi files servono per memorizzare dati e preferenze. I server di questo forum possono essere ospitati al di fuori del tuo Paese di origine, proseguendo nella navigazione acconsenti alla raccolta, alla memorizzazione e all'elaborazione dei tuoi dati nel paese in cui č ospitato migratoria.it. Come utente registrato hai la facoltā di cancellare, modificare o scaricare i dati personali contenuti nel server, tramite le Impostazioni sulla privacy.
COMMENTA