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/
Tweet
COMMENTA