Turku
14-07-08, 02:15
Come settare bene lo share: impariamo a filtrare le carte
il metodo migliore per avere un buon share è quello di gestire poche carte, ma buone. Inutile avere 1000 o 2000 o + carte se sono ripetute, se non sono re sharabili, se addirittura sono fake o spazzatura, quindi impariamo a filtrare, cioè a togliere le carte inutili.
Innanzitutto poniamo limiti al nostro share, cioè fino a che distanza siamo disposti a prendere, qui la decisione è di quelle drastiche, il meglio sarebbe solo hop1, ma avere tutti i provider in hop1 soprattutto per chi possiede l'impianto motorizzato o deve fare sa server ad un gruppo di amici, la vedo dura, non impossibile ma impegnativo soprattutto per il mantenimento sempre al top del server. Per cui io suggerisco ti tenere gli hop1 e solo le carte mancanti necessarie in hop2 escluse però le NDS (sky ita e sky uk, per ora) a meno che i peer non abbiano un ping molto basso, in questo caso la visione anche in hop2 della nds è soddisfacente.
Quindi anche il ping ha la sua importanza, ovviamente dipende anche dalla linea che avete, da una 7 Mb e una 20 Mb il valore del ping diminuisce notevolmente, sia in uscita che in entrata. Cmq preferite sempre peer con ping bassi, quindi evitate arabi, asiatici, marocchini, Europa dell'est, preferite svizzeri, tedeschi, in genere Europa del nord.
Ora veniamo al filtraggio.
Dovete agire sulla Cline che il peer che avete accettato di ospitare nel vostro server vi ha dato. Dopo questa line che è composta da C: l'host, la porta use e pass, dovere scrive no se lasciate così prenderete dal peer tutte le carte che ha re sharabili, se invece volete porre un limite allora potete mettere dopo il no { 0:0:N} dove N sta per il numero di hop che volete prendere. Poniamo il caso che voglia prendere fio a hop3 allora scriverò {0:0:3}. Ok, ora vediamo tramite CCcamInfoPhp cosa il nostro peer ci passa, poniamo l'esempio che ci siamo molte carte non resharabili, altre che abbiamo in abbondanza, altre addirittura fake o non + utilizzate. Possiamo quindi ulteriormente filtrare e prendere solo i provider che vogliamo. Ebbene sì, solo i provider e non la singola carta, eh lo so è un limite della CCcam. Quindi modifichiamo il nostro primo filtraggio {0:0:1} così prenderemmo solo le sue locali, ma se vogliamo prendere da lui una carta che ci interessa in hop2, per esempio, scriveremmo {0:0:1, 500:20910:2} cosa significa 500 è la codifica, in questo caso viaccess, 20910 l'id del provider 2 il livello di top che ci arriva dal peer. Ovviamente se volessimo una carta che fosse in hop3 avremmo messo al posto del 2 il numero 3. Non vorrei che sottovalutaste la potenza di questa opzione della CCcam, pensate che se un peer vi manda che so 300 carte o +, e dopo il filtraggio ve ne ritrovate BUONE solo poche decine, pensate un pò che boccata d'ossigeno date alla vostra beneamata CCcam, se poi moltiplicate il tutto per tutti i peer che avete, bhè vi lascio pensare che migliorie avrete nel vostro traffico. Appunto poche carte ma buone.
Ovviamente se c'è qualcosa di poco chiaro sono qua, come sono qua anche per imparare se qualcuno ha da aggiungere migliorie al mio scritto.
P.S. Una cosa che dimenticavo, il problema principale dello share soprattutto quando i peer e/o cliente sono tanti è la memoria, per cui è utili, anzi indispensabile utilizzare lo swapfile, esso è uno spazio che si può creare o su penna o su hd o su compact flash in cui il db, quando ha la memoria piena, attinge per scrivere i suoi dati, infatti se la memoria flash si riempisse e non rimanesse altro spazio, il db si bloccherebbe e lo share, soprattutto, ne risentirebbe moltissimo.
Per vedere lo stato della memoria se l'immagine non possiede lo script necessario, andate con telnet e al prompt digitate il comando free.
Purtroppo anche questa memoria, come è capitato a me, si riempie rallentando molto le manovre del db, per cui è utile un reboot giornaliero soprattutto sui 7000 e se si va in vacanza, direte voi, bhè allora ci viene incontro il demone crond, ma questa storia ve la racconterò un'altra volta. Per ora voglio ringraziare pubblicamente Trifolocam per avermi aperto le porte dello swapfile.
il metodo migliore per avere un buon share è quello di gestire poche carte, ma buone. Inutile avere 1000 o 2000 o + carte se sono ripetute, se non sono re sharabili, se addirittura sono fake o spazzatura, quindi impariamo a filtrare, cioè a togliere le carte inutili.
Innanzitutto poniamo limiti al nostro share, cioè fino a che distanza siamo disposti a prendere, qui la decisione è di quelle drastiche, il meglio sarebbe solo hop1, ma avere tutti i provider in hop1 soprattutto per chi possiede l'impianto motorizzato o deve fare sa server ad un gruppo di amici, la vedo dura, non impossibile ma impegnativo soprattutto per il mantenimento sempre al top del server. Per cui io suggerisco ti tenere gli hop1 e solo le carte mancanti necessarie in hop2 escluse però le NDS (sky ita e sky uk, per ora) a meno che i peer non abbiano un ping molto basso, in questo caso la visione anche in hop2 della nds è soddisfacente.
Quindi anche il ping ha la sua importanza, ovviamente dipende anche dalla linea che avete, da una 7 Mb e una 20 Mb il valore del ping diminuisce notevolmente, sia in uscita che in entrata. Cmq preferite sempre peer con ping bassi, quindi evitate arabi, asiatici, marocchini, Europa dell'est, preferite svizzeri, tedeschi, in genere Europa del nord.
Ora veniamo al filtraggio.
Dovete agire sulla Cline che il peer che avete accettato di ospitare nel vostro server vi ha dato. Dopo questa line che è composta da C: l'host, la porta use e pass, dovere scrive no se lasciate così prenderete dal peer tutte le carte che ha re sharabili, se invece volete porre un limite allora potete mettere dopo il no { 0:0:N} dove N sta per il numero di hop che volete prendere. Poniamo il caso che voglia prendere fio a hop3 allora scriverò {0:0:3}. Ok, ora vediamo tramite CCcamInfoPhp cosa il nostro peer ci passa, poniamo l'esempio che ci siamo molte carte non resharabili, altre che abbiamo in abbondanza, altre addirittura fake o non + utilizzate. Possiamo quindi ulteriormente filtrare e prendere solo i provider che vogliamo. Ebbene sì, solo i provider e non la singola carta, eh lo so è un limite della CCcam. Quindi modifichiamo il nostro primo filtraggio {0:0:1} così prenderemmo solo le sue locali, ma se vogliamo prendere da lui una carta che ci interessa in hop2, per esempio, scriveremmo {0:0:1, 500:20910:2} cosa significa 500 è la codifica, in questo caso viaccess, 20910 l'id del provider 2 il livello di top che ci arriva dal peer. Ovviamente se volessimo una carta che fosse in hop3 avremmo messo al posto del 2 il numero 3. Non vorrei che sottovalutaste la potenza di questa opzione della CCcam, pensate che se un peer vi manda che so 300 carte o +, e dopo il filtraggio ve ne ritrovate BUONE solo poche decine, pensate un pò che boccata d'ossigeno date alla vostra beneamata CCcam, se poi moltiplicate il tutto per tutti i peer che avete, bhè vi lascio pensare che migliorie avrete nel vostro traffico. Appunto poche carte ma buone.
Ovviamente se c'è qualcosa di poco chiaro sono qua, come sono qua anche per imparare se qualcuno ha da aggiungere migliorie al mio scritto.
P.S. Una cosa che dimenticavo, il problema principale dello share soprattutto quando i peer e/o cliente sono tanti è la memoria, per cui è utili, anzi indispensabile utilizzare lo swapfile, esso è uno spazio che si può creare o su penna o su hd o su compact flash in cui il db, quando ha la memoria piena, attinge per scrivere i suoi dati, infatti se la memoria flash si riempisse e non rimanesse altro spazio, il db si bloccherebbe e lo share, soprattutto, ne risentirebbe moltissimo.
Per vedere lo stato della memoria se l'immagine non possiede lo script necessario, andate con telnet e al prompt digitate il comando free.
Purtroppo anche questa memoria, come è capitato a me, si riempie rallentando molto le manovre del db, per cui è utile un reboot giornaliero soprattutto sui 7000 e se si va in vacanza, direte voi, bhè allora ci viene incontro il demone crond, ma questa storia ve la racconterò un'altra volta. Per ora voglio ringraziare pubblicamente Trifolocam per avermi aperto le porte dello swapfile.