[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [linux_var] programmazione android *multipla*



Il giorno 15/lug/2015, alle ore 09:00, Giovanni Orlandi <orlangio@gmail.com> ha scritto:
Alla fine utilizzerò uno squid, visto che più che eclipse mi interessava SDK che ha come parametri di configurazione un server proxy,
Tipicamente i software con supporto proxy ne leggono le impostazioni o da “impostazioni di sistema” (forse c’è qualcosa in Gnome / Gsettings, e ovviamente c’è il proxy system-wide in OSX e Windows) o dalle variabili d’ambiente “HTTP_PROXY” e similari (purtroppo ci sono ancora discrepanze tra chi la cerca uppercase e chi lowercase, chi si fa andare bene quella citata per tutto e chi vuole esplicitamente una HTTPS_PROXY a parte, eccetera).

Poi c’è tutto il discorso di WPAD / PAC e similari ma sinceramente non mi sono mai posto il problema di come sia implementato in linux (suppongo che isc-dhcp client e similari possano passare a qualcun altro i record che arrivano da dhcp… ma poi non so chi si preoccupa del resto).

Mi sarebbe piaciuto qualcosa di più intelligente che distingueva ad esempio, se scarico pkgXX.v001 e dopo tre giorni scarico  pkgXX.v002 allora il primo posso cancellarlo in quanto obsoleto/sostituito, invece pkgYY.v333 mi rimane in cache per 6 mesi perché non varia…
Quello che chiedi necessita di applicare della logica ai nomi file scaricati quindi difficilmente lo troverai in qualcosa di già fatto.

Questo trim sarebbe carino per non far crescere a dismisura la directory di cache, non so se esiste qualche regola tipo "LRU" su squid per aiutarlo a capire cosa sfoltire…
Squid lavora con una cache di dimensione fissa, quindi non può crescere a dismisura, ed ha diversi algoritmi per decidere cosa eliminare tra cui anche lru:

Di sicuro andrebbe cassata qualsiasi regola del tipo "non mettere in cache file più grossi di tot MB/GB”
In Squid ci sono parametri assolutamente configurabili per le dimensioni massime e minime dei file da cach’are su disco ed in ram.

--
Luca Lesinigo

_______________________________________________
Talking mailing list
Talking@ml.linuxvar.it
http://ml.linuxvar.it/cgi-bin/mailman/listinfo/talking