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

Re: swapoff a ripresa da ibernazione



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 swap, fallo su tutti i dischi
> smartools, fsck
smartctl, ok. memtest86+, ok. badblocks -w sulla swap, ok.
farò un controllo del resto non appena aggiornato il backup :D
e2fsck -fcck (altre opzioni consigliate?)
comunque se ci fossero problemi altrove è strano che io li noti solo
usando lo swap.

> se hai hd molto vecchi, allora lo swap andrebbe creato all'inizio del
> disco, per essere più veloce... inoltre sarebbe meglio averlo su un
> altro disco rispetto a dove leggi/scrivi maggiormente
> O creare più partizioni/file di swap con priorità diverse su dischi
> diversi
vedi elenco partizioni più avanti. ora ho sda1 /, sda2 swap, sda3 /home.
sempre dopo il backup magari provo a spostare la swap all'inizio. altri
dischi non ne ho.

> ma che architettura hardware stai usando?
> $ dpkg  --print-architecture
amd64

> CPU reale
> $ cat /proc/cpuinfo
processor    : 0
vendor_id    : AuthenticAMD
cpu family    : 16
model        : 6
model name    : AMD Athlon(tm) II X2 240 Processor
stepping    : 2
microcode    : 0x10000b7
cpu MHz        : 2800.000
cache size    : 1024 KB
physical id    : 0
siblings    : 2
core id        : 0
cpu cores    : 2
apicid        : 0
initial apicid    : 0
fpu        : yes
fpu_exception    : yes
cpuid level    : 5
wp        : yes
flags        : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca
cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt
pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nopl nonstop_tsc
extd_apicid pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic
cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt
hw_pstate npt lbrv svm_lock nrip_save vmmcall
bogomips    : 5625.97
TLB size    : 1024 4K pages
clflush size    : 64
cache_alignment    : 64
address sizes    : 48 bits physical, 48 bits virtual
power management: ts ttp tm stc 100mhzsteps hwpstate

processor    : 1
vendor_id    : AuthenticAMD
cpu family    : 16
model        : 6
model name    : AMD Athlon(tm) II X2 240 Processor
stepping    : 2
microcode    : 0x10000b7
cpu MHz        : 800.000
cache size    : 1024 KB
physical id    : 0
siblings    : 2
core id        : 1
cpu cores    : 2
apicid        : 1
initial apicid    : 1
fpu        : yes
fpu_exception    : yes
cpuid level    : 5
wp        : yes
flags        : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca
cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt
pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nopl nonstop_tsc
extd_apicid pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic
cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt
hw_pstate npt lbrv svm_lock nrip_save vmmcall
bogomips    : 5625.97
TLB size    : 1024 4K pages
clflush size    : 64
cache_alignment    : 64
address sizes    : 48 bits physical, 48 bits virtual
power management: ts ttp tm stc 100mhzsteps hwpstate

> dischi
> $ df -h
File system     Dim. Usati Dispon. Uso% Montato su
/dev/sda1        20G   12G    7,2G  62% /
udev             10M     0     10M   0% /dev
tmpfs           743M  8,9M    734M   2% /run
tmpfs           1,9G   26M    1,8G   2% /dev/shm
tmpfs           5,0M  4,0K    5,0M   1% /run/lock
tmpfs           1,9G     0    1,9G   0% /sys/fs/cgroup
/dev/sda3       894G  784G     65G  93% /home
tmpfs           372M   12K    372M   1% /run/user/1000

> # fdisk -l /dev/sda <--- o il device del tuo hd
Disk /dev/sda: 931,5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0xa078cda8

Device     Boot    Start        End    Sectors   Size Id Type
/dev/sda1  *        2048   41945087   41943040    20G 83 Linux
/dev/sda2       41945088   50333695    8388608     4G 82 Linux swap /
Solaris
/dev/sda3       50333696 1953523711 1903190016 907,5G 83 Linux

ti mando anche #parted >> print free
Model: ATA WDC WD10EZRX-00A (scsi)
Disk /dev/sda: 1000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:

Number  Start   End     Size    Type     File system     Flags
        32,3kB  1049kB  1016kB           Free Space
 1      1049kB  21,5GB  21,5GB  primary  ext4            boot
 2      21,5GB  25,8GB  4295MB  primary  linux-swap(v1)
 3      25,8GB  1000GB  974GB   primary  ext4
        1000GB  1000GB  745kB            Free Space

> stai usando relatime per diminuire l'uso del disco?
no.
YUK YUK. ho aggiunto ora direttamente noatime e in effetti ho notato un
certo miglioramento. lo usavo già su un vecchio netbook con ssd scarso,
non pensavo avesse questo effetto anche su hdd.
OT: ci sono controindicazioni a usare il noatime ovunque? quali
programmi necessitano/beneficiano dell'atime?

> $ cat /etc/fstab
# / was on /dev/sda1 during installation
UUID=9fd34170-e069-40b9-9f8f-85cdd1350ce3 /               ext4   
errors=remount-ro,noatime,nodiratime 0       1
# /home was on /dev/sda3 during installation
UUID=aeb6f667-c70e-4d9c-848e-472c115510ed /home           ext4   
defaults,noatime,nodiratime        0       2
# swap was on /dev/sda2 during installation (ripristinato sda2 dopo
esecuzione di badblocks)
/dev/sda2   none         swap    sw              0       0
/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0

> 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: swapoff && swapon.
io pensavo più che altro di metterla in un cron, ma ero incerto
sull'intervallo. copiando quest'idea posso usare un intervallo molto
breve, tanto se non c'è ram a sufficienza non eseguo nulla.
ah, il controllo -lt va bene se uso swappiness 0, altrimenti bisogna
tenerne conto. va corretto ricaricando i dati solo se non fanno superare
alla ram il valore di swappiness impostato. altrimenti si va in loop
come da te accennato.

> Ciao
> Davide 
grazie ancora, e ancora,...
ora che hai tutti i miei dati "sensibili" se hai altre dritte sono
sempre bene accette.


Reply to: