Il 17/08/2016 12:33, tar...@aruba.it ha scritto:
> Il 17/08/2016 12:20, Davide Prina ha scritto:
>> On 17/08/2016 10:45, tarqui wrote:
>> altra cosa che mi viene in mente è di ricreare lo swap.
>> Non mi ricordo bene, ma mi sembra di aver letto tempo fa che ci
>> potrebbero essere problemi... (non
Il 17/08/2016 12:20, Davide Prina ha scritto:
> On 17/08/2016 10:45, tarqui wrote:
>> /dev/sda3 50333696 1953523711 1903190016 907,5G 83 Linux
>
> se vuoi qui puoi recuperare un bel po' di spazio, anche se per il
> momento non ti serve.
>
> $ man tune2fs
> guarda le opzioni -m e -r
interessan
On 17/08/2016 10:45, tarqui wrote:
Il 16/08/2016 23:28, Davide Prina ha scritto:
On 16/08/2016 10:07, tarqui wrote:
Il 15/08/2016 16:54, Davide Prina ha scritto:
On 15/08/2016 15:54, tarqui wrote:
$ df -h
[...]
/dev/sda3 894G 784G 65G 93% /home
# fdisk -l /dev/sda <--- o il
Il 17/08/2016 10:45, tar...@aruba.it ha scritto:
> Il 16/08/2016 23:28, Davide Prina ha scritto:
>> prova a vedere se questa soluzione automatica può aiutarti
>> https://help.ubuntu.com/community/SwapFaq#Empty_Swap
> a parte il controllo di ram libera la soluzione è poi la stessa che
> proponevo io
Il 16/08/2016 23:28, Davide Prina ha scritto:
> On 16/08/2016 10:07, tarqui wrote:
>> Il 15/08/2016 16:54, Davide Prina ha scritto:
>>> On 15/08/2016 15:54, tarqui wrote:
>>> farò un test sui blocchi della partizione swap. e cercherò qualcosa di
>>> analogo per la ram.
> non solo i blocchi dello sw
On 16/08/2016 10:07, tarqui wrote:
Il 15/08/2016 16:54, Davide Prina ha scritto:
On 15/08/2016 15:54, tarqui wrote:
Il 15/08/2016 12:16, Davide Prina ha scritto:
ma non appena è necessario lo swap il rallentamento che noto mi sembra
eccessivo: mouse a scatti, siderali tempi di attesa di risp
Il 15/08/2016 16:54, Davide Prina ha scritto:
> On 15/08/2016 15:54, tarqui wrote:
>> Il 15/08/2016 12:16, Davide Prina ha scritto:
>
>>> e poi, non avendo usato quei processi che sono finiti in swap, lì
>>> rimangono.
>
>> ecco. è questo il problema. dopo ore e ore di inutilizzo, i dati restano
>>
Il 15/08/2016 16:28, Luca De Andreis ha scritto:
> Lavoro molto con VM in Debian e spesso mi capita di vedere clienti che
> allocano più RAM del devuto alle VM, anche con un server in situazione
> di swap "feroce" non ho mai visto la macchina davvero in ginocchio.
>
> [...]
>
> Anche se l'hardware
A x sx z z sx sx cdx z z x z z z x a z z, z zf c z 💳
Il 15 ago 2016 12:16, "Davide Prina" ha scritto:
> On 15/08/2016 00:37, tarqui wrote:
>
> # free
>> total used free sharedbuffers cached
>> Mem: 380061610553162745300 4096 57536
On 15/08/2016 15:54, tarqui wrote:
Il 15/08/2016 12:16, Davide Prina ha scritto:
e poi, non avendo usato quei processi che sono finiti in swap, lì
rimangono.
ecco. è questo il problema. dopo ore e ore di inutilizzo, i dati restano
in swap.
questo è corretto, in linea generale.
Perché svuo
sì, avevo fatto delle prove con vari valori. abbassare il valore fa
sfruttare meglio la ram evitando di usare lo swap troppo presto.
ma non appena è necessario lo swap il rallentamento che noto mi sembra
eccessivo: mouse a scatti, siderali tempi di attesa di risposta ai
comandi. spiace dirlo, ma
Il 15/08/2016 12:16, Davide Prina ha scritto:
> in teoria non dovrebbe usarti così tanto swap, a meno che tu non abbia
> fatto delle operazioni che hanno consumato più o meno tutta la RAM e
> quindi ha usato lo swap
infatti, avevo aperto una vm di virtualbox. poi richiusa.
> e poi, non avendo usat
On 15/08/2016 00:37, tarqui wrote:
# free
total used free sharedbuffers cached
Mem: 380061610553162745300 4096 57536 646900
-/+ buffers/cache: 3508803449736
Swap: 4194300 4600443734256
cosa diavolo ci stann
Il 14/08/2016 08:02, Luca De Andreis ha scritto:
> Il 14/08/2016 07:48, tar...@aruba.it ha scritto:
>> sistema: debian stable 64bit
>> problema: dopo ripresa da ibernazione restano molti dati in swap
>> causando lentezza di risposta ai primi comandi impartiti.
>>
>> esiste un modo per far ricaricar
Il 14/08/2016 07:48, tar...@aruba.it ha scritto:
sistema: debian stable 64bit
problema: dopo ripresa da ibernazione restano molti dati in swap
causando lentezza di risposta ai primi comandi impartiti.
esiste un modo per far ricaricare TUTTI i dati dallo swap alla ripresa?
magari con un processo
sistema: debian stable 64bit
problema: dopo ripresa da ibernazione restano molti dati in swap
causando lentezza di risposta ai primi comandi impartiti.
esiste un modo per far ricaricare TUTTI i dati dallo swap alla ripresa?
magari con un processo in background a bassa priorità?
la mia soluzione c
16 matches
Mail list logo
