Newsgroup: it.comp.os.linux.sys
Titolo: Date una scossa al vs. HD!!

Salve a tutti,
volevo segnalarvi quest'articolo. Una semplice riga aggiunta al vs.
script di boot per aumentare le performance del vs. disco....
http://www.junglenet.it/js/modules.php?name=News&file=categories&op=newindex&catid=5
A presto
GB
-----BEGIN CERTIFICATE-----
MIICSzCCAbSgAwIBAgIDCuz7MA0GCSqGSIb3DQEBBAUAMGIxCzAJBgNVBAYTAlpB
MSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQD
EyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTAeFw0wMzEwMTQx
NDQ5MzFaFw0wNDEwMTMxNDQ5MzFaMEMxHzAdBgNVBAMTFlRoYXd0ZSBGcmVlbWFp
bCBNZW1iZXIxIDAeBgkqhkiG9w0BCQEWEWdidXNjbzczQHlhaG9vLml0MIGfMA0G
CSqGSIb3DQEBAQUAA4GNADCBiQKBgQDhPWfrDOwJg+hvs1Z8et3iazf07RmExfaU
9ebhc9cU8zWgwFhCOiihTXv6XsYa6zwOufILCJwAZX/G9TAqo1mNX4x1fCuXLXMr
M9OtLSMmO6NoqTdvkEWNZ8tqYoDgWB5gYFK9V6PvK7GClPK/0o/LGG8se8jHlqmq
uMtWTZaXSwIDAQABoy4wLDAcBgNVHREEFTATgRFnYnVzY283M0B5YWhvby5pdDAM
BgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAAwC/H6y4YPhbnp8fh993b9u
j288f6Uxv6Ogq5Oro2WmmcJvH9k1PlSDtppmVYTwZF8VcyHxMb56giN2sLLM/1xa
mjrHFmAAcji2uO0v/yDCvaVJRBcYdl/NTuJNvSCUUjdd3di+yoU2kdWj9hgbNdT2
/LXGaBi9lHMKr6EB/JG5
-----END CERTIFICATE-----

 
http://www.junglenet.it/js/modules.php?name=News&file=categories&op=newindex&catid=5
credo proprio che su un NG dove bazzicano molti sysadmin (.sys) hdparm non
sia poi cosi' un mistero. oltretutto l'articolo da te citato non dice
NULLA sulle potenzialita' di hdparm.
-- 
signature: No such file or directory

 NULLA sulle potenzialita' di hdparm.
L'obbiettivo non č quello di spiegare, come ai bambini dell'asilo,
come si fanno le cose. Se le vuoi imparare, soprattutto bene, devi
rimboccarti le maniche e iniziare a lavorare, ricerare, metterti li e
leggere... leggere... leggere....... Il mio intento era solo quello di
stuzzicare, di invogliare qualcuno, magari non te, a cercare di
imparare qualcosa di nuovo.
Comunque apprezzo e accetto qualsiasi critica, soprattuto se
costruttiva. Quindi ti ringrazio e ti saluto caramente.
GB

 costruttiva. Quindi ti ringrazio e ti saluto caramente.
si ma guarda che hdparm esiste da sempre e inoltre sconsiglio caldamente di
dare comandi solo perche' stanno scritti su un sito ! ogni sistema puo'
essere una cosa a parte , quindi IMHO il consiglio giusto è:
man hdparm.
ciao.
-- 
-------------------------------------------------------------------------------
Quale persona sana potrebbe vivere in questo mondo e non essere pazza?
                -- Ursula K. LeGuin
-------------------------------------------------------------------------------

Il giorno Wed, 22 Oct 2003, Kauna così ha scritto:
|> credo proprio che su un NG dove bazzicano molti sysadmin (.sys) hdparm non
|> sia poi cosi' un mistero.
|
|credi molto male
|non tutti i sysadmin, immagino tu ti definisca tale, hanno le
|competenze adegute. Alcuni si affacciano da poco a questo genere di
|cose, altri ci bazzicano per carpire alcune informazioni utili e così
|via.
  Questi sono i sedicenti "sysadmin", il cancro della categoria.
|Se dai per scontato che tutti quelli che frequentano un NG siano
|dei guru sbagli di grosso.
  Certamente non sono tutti dei guru, perché purtroppo una gran quantità di
schiappe si mette di mezzo dove non dovrebbe, facendo domande o osservazioni
che o non vanno fatte in questo newsgroup e/o non vanno fatte nel loro modo.
|L'obbiettivo non è quello di spiegare, come ai bambini dell'asilo,
|come si fanno le cose.
  Quello che hai spiegato _è_ una cosa da asilo.
| Se le vuoi imparare, soprattutto bene, devi
|rimboccarti le maniche e iniziare a lavorare, ricerare, metterti li e
|leggere... leggere... leggere.......
  Buon lavoro.
  Sandro
-- 
Bellum se ipsum alet
       La guerra nutre se stessa
Livio, Ab urbe condita, XXXIV,9

 
Così per concludere l'argomento e visto che sei estremamente banale ho
sprecato 10 minuti per scrivere, in tuo onore, un articolo PIU'
dettagliato sull'argomento. Spero apprezzerai la cosa e magari
imparerai qualcosa di nuovo.
Te lo allego chiudendo così questa inutile discussione.
Cordilamente.
------------------
hdparm: Personalizzate i parametri del vostro HD
Se utilizzate un sistema Linux con uno degli ultimi HD in commercio e
non avete mai usato il comando hdparm continuate a leggere.
Di default, la maggior parte delle distribuzioni Linux utilizzano le
impostazioni standard quando accedono al disco e al controller IDE.
Queste impostazioni risultano essere molto conservative in quanto
devono proteggere tutti i dati a tutti i costi. Come molti di voi
sanno però. sicurezza non è sempre sinonimo di velocità.
Se volete aumentare le performance del vostro hardware IDE date un
occhio al comando hdparm(8). Vogliamo però segnalarvi che l'utilizzo
di questo comando, in alcune circostanze, potrebbe CAUSARE GRAVI
PROBLEMI E LA PERDITA DEI DATI. Utilizzate le informazioni presenti in
questo articolo a vostro rischio e pericolo, sempre e comunque dopo
aver effettuato un backup dei dati sensibili.
Iniziamo allora. In modalità "single user mode" effettuiamo un test
sulle attuali performance del vostro HD:
hdparm -Tt /dev/hda (o altro device)
Dovreste ricevere un output di questo tipo:
/dev/hda:
Timing buffer-cache reads: 128 MB in 1.34 seconds =95.52 MB/sec
Timing buffered disk reads: 64 MB in 17.86 seconds =3.58 MB/sec
Cosa ci dice tutto ciò? L'opzione -T testa la cache del sistema (es.
CPU, memoria, buffer cache). L'opzione -t riporta lo stato del disco
in questione, leggendo i dati non in cache.
Ok, vediamo adesso come il nostro HD è addressed da Linux:
hdparm /dev/hda ( o altro device)
/dev/hda:
multcount = 0 (off)
I/O support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 0 (off)
keepsettings = 0  (off)
nowerr = 0 (off)
readonly = 0 (off)
readahead = 8 (on)
geometry = 1870/255/63, sectors = 30043440, start = 0
Questo è l'output di default. Carino, sicuro ma non necessariamente
ottimale. Questi settaggi, virtualmente, garantiscono il perfetto
funzionamento sulla maggior parte dei sistemi.
Illustriamo, per conoscenza comune, alcuni di questi parametri:
multcount
Questo parametro controlla quanti settori sono portati dal disco con
un singolo I/O interrupt. Quasi tutti i moderni HD supportano questa
funzionalità. Quando questa funzionalità è abilitata tipicamente
riduce l'overhead del sistema operativo, per il disk, del 35-50%. In
alcuni sistemi fornisce un aumento del data throughput del 5-50%.
I/O support
Questo flag controlla quanti dati sono passati dal PCI bus al
controller. La maggior parte dei controller moderni supportano il
"mode 3" o il 32-bit w/sync. Altri, inoltre, supportano il 32-bit
async. Abilitando questa opzione alcune volte il throughput raddoppia.
unmaskirq
Abilitando questa opzione permetterà, al nostro sistema, di
"smascherare" gli altri interrupts finchè viene processato l'interrupt
del disco. Cosa vuol dire? Il vostro sistema attenderà a processare
gli altri interrupts (es. traffico di rete) finché non vengano
restituiti i dati richiesti dal disco.  Permetterà di aumentare i
tempi di risposta, purtroppo non tutti gli hardware permettono questo
tipo di configurazione. Verifica il manpage.
Ok, siamo pronti per provare altri "Turbo" settings:
hdparm -c3 -m16 /dev/hda (o altro device)
/dev/hda:
settings 32-bit I/O mode support flag to 3
setting multcount to 16
multcount = 16 (on)
I/O support = 3 (32-bit w/sync)
Fantastico! 32 bit suona bene.. che ne dite? Adesso facciamo un
piccolo benchmark:
hdaparm -tT /dev/hda (o altro device)
/dev/hda:
Timing buffer-cache reads: 128 MB in 1.41 seconds = 90.78 MB/sec
Timing buffered disk reads: 64 MB in 9.84 seconds = 6.50 MB/sec
Mmmm, almeno il doppio del disk throughput senza neanche sforzarci
molto!
Un attimo però, c'è molto di più: non stiamo utilizzando l'unmusking,
utilizzando DMA, o nessun utilizzo decente del PIO mode!! Naturalmente
abilitando queste opzioni correremmo dei rischi! Il manpage menziona
il Multiword DMA mode2, proviamo questo allora:
hdaparm -X66 -d1 -u1 -m16 -c3 /dev/hda
/dev/hda:
setting 32-bit I/O support flag to 3
setting multcount to 16
setting unmaskirq to 1 (on)
setting using_dma to 1 (on)
setting xfermode to 66 (UltraDMA mode2)
multcount = 16 (on)
I/O support = 3 (32-bit w/sync)
unmaskirq = 1 (on)
using_dma = 1 (on)
Poi verifichiamo:
hdparm -tT /dev/hda (o altro device)
/dev/hda:
Timing buffer-cache reads: 128 MB in 1.43 seconds = 89.51 MB/sec
Timing buffered disk reads: 64 MB in 3.18 seconds = 20.13 MB/sec
Avete notato che abbiamo specificato -m16 e -c3 ancora? Questo perchè
al momento del riavvio i parametri di hdparm non vengono memorizzati.
Assicuratevi, prima di aggiungere la corretta linea allo script
/etc/rc.d/, che il vostro sistema risulti stabile.
GB


  Portatile  340 8397 305
--=20
Bellum se ipsum alet.
       La guerra nutre se stessa.
Livio, "Ab urbe condita", XXXIV,9

 I possessori di connessione via modem ti ameranno per questo.
Speriamo siano sempre meno.....
:-)

 Addio.
ehi, sistemista esperto... tutto questo dovrebbe contribuire a renderti
più simpatico di prima?
-- 
Emanuele Balla  aka Skull -  Public Key #661E5CBF on 
www.keyserver.com
+----------------------------------------------------------------------+
"And 1.1.81 is officially BugFree(tm), so if you receive any bug-reports
on it, you know they are just evil lies." (By Linus Torvalds)

 Alessandro sa fare?
Effettivamente non frega a nessuno
TBK

 più simpatico di prima?
non ho mai detto di essere simpatico :-(
pace fratelli

 non ho mai detto di essere simpatico :-(
nemmeno interessante da leggere, per quanto mi riguarda...
-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
The Skull says:
Stop VeriSign. Go to 
http://www.whois.sc/verisign-dns/
* The most stupid thing since Microsoft Network... <g> *

 wrote in message
news:7e1c5678.0310...@posting.google.com
Ragazzi non fate porcherie con hdparm!
Sopratutto perchč i vantaggi con kernel moderni non esistono
praticamente piů!
Io ho fatto delle prove pratiche con varie macchine.
Dal kernel 2.4.20 l'ultra dma viene attivato per default, quindi non c'č
bisogno di lanciare nessun comando!
L'articolo č un rifrittura di vecchi articoli che ai tempi erano apparsi
sull'hdparm ...
Adesso non serve piů .. piuttosto aggiornatevi il kernel!
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG