Newsgroup: it.comp.os.linux.iniziare
Titolo: task pesanti ritardano orologio

Non capisco per quale arcano motivo, se eseguo dei task molto pesanti
sotto linux, l'orologio si ritrova con bel ritardo e devo ogni volta
aggiornarlo con "date".
E' un po' fastidioso per un impiego multiporpose, non trovate?
Rimedi? Sbaglio qualcosa col comando date?
Anche il mouse viene rallentato molto e questo significa che il mio
pinguino si appoggia troppo all'hardisk, non c'e' modo di far risiedere di
default un po' piu' di funzioni del sistema in ram ed a scelta di vari
task?
Si puo' assegnare velocemente sia da gnome che da terminale una livello di
priorita' ad un programma prima di eseguirlo o mentre e' in esecuzione?
infine 2 osservazioni:
la stessa cosa non succede in win che usa lo swap solo in casi estremi (ed
a quel punto meglio tagliarsi le vene);
se compilo un pacchetto questo della ram viene usato il 60-70% e lo swap
per pochi mega (ram=256M; swap=512M), dunque sta usando lo swap senza aver
finito la ram.
Gentoo linux 1.4 kernel 2.60 compilato interamente dallo stage1
pentium celeron 1300 ata 100 256MB ram non ddr

 pinguino si appoggia troppo all'hardisk, 
Hai abilitato il DMA sul disco? A parte la faccenda dell'orologio tutti
gli altri sintomi li avevo anch'io quando non avevo abilitato il DMA
sulla mia Debian fresca di installazione.
Ciao.
-- 
Lucio.
"Tutto quello che possiamo fare č sperare per il meglio, aspettarci 
il peggio e accontentarci di una via di mezzo"

 sulla mia Debian fresca di installazione.
grazie per la risposta, ma non e' una questione di dma:
hdparm -i /dev/hda
mi dice che e' abilitato l'ultradma5 (che dovrebbe essere il 100)
riguardo all'orologio posso modificarlo solo da terminale (date) perche'
se tento di modificare l'ora da gnome (sbloccando l'orologio e
modificando) dice che forse non e' installato
alcun programma che lo fa. Ma non dovrebbe essere una funzionalita' di
gnome?
Io posso vivere senza interfacce sofisticate, ma mi sorge il dubbio che
questo errore sia legato al fatto che l'orologio va in ritardo.

 questo errore sia legato al fatto che l'orologio va in ritardo.
può darsi, anche a me task pesanti come quello di masterizzazione mi 
ritardano l'orologio;
avendo io la Slack e tu la Gentoo mi viene anche il dubbio che sia un 
problema di kernel (2.4.22 il mio);
r
-- 
That is not it at all,
That is not what I meant, at all.
[The Love Song of J. Alfred Prufrock]
Ramapage: 
http://umpf.net/

 r
Stò compilando il kernel e masterizzando le immagini della deb 3.0R2.
(E leggo la posta, le news e navigo)
Il mio orologio é a posto!!!
Time.ien.it
 é daccordo con me.
-- 
Signature automatica inserita a mano.
Unv nccran qrpbqvsvpngb yn zvn svezn.
In God we trust, all others we monitor 
(National Security Agency)

 mi dice che e' abilitato l'ultradma5 (che dovrebbe essere il 100)
]zac[
Non mi risulta che sia cosi, dovrebbe dire le possibilità del disco, da man
hdparm:
]zac[
 -i     Display the identification info that was obtained from the drive
              at boot time, if available.  This is a  feature  of  modern 
IDE
]zac[
Prova ' hdparm /dev/hda ' :
/dev/hda:
 multcount    = 16 (on)
 IO_support   =  1 (32-bit)
 unmaskirq    =  1 (on)
 using_dma    =  1 (on) <<<<<<<<<<<<<<<<<< questo dice che il dma è attivo
 keepsettings =  0 (off)
 readonly     =  0 (off)
 readahead    =  8 (on)
 geometry     = 7476/255/63, sectors = 120103200, start = 0

 
Time.ien.it
 é daccordo con me.
sì, avevo pensato di ricorrere a un server per l'ora, ma sarebbe un 
aggirare il problema: perché diavolo rallenta?
r
-- 
C'avevano promesso mari e monti e c'hanno rifilato i tremonti.
[Forzuto Italiota, incazzato]
Baudelaire e l'arte: 
http://umpf.net/

  using_dma    =  1 (on) <<<<<<<<<<<<<<<<<< questo dice che il dma è attivo 
nella Slack l'output è diverso:
UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5
penso che l'asterisco segnali l'attivazione;


 r
Da quanto hai quel PC?
Potrebbe essere la pila che stà andando...
Hai pensato che la pila di backup é meglio cambiarla ogni anno?
P.S. ma lo trovi in ritardo all'accensione o....
Se é all'accensione "usa" un server ntp, appunto,
all'avvio della "macchina" e sei a posto.
[se prima cambi la pila]


 
infatti e' cosi' anche per me (e sotto mi dice che l'asterisco segnala
l'attivazione).

 
a me il problema si verifica durante una qualsiasi sessione molto pesante,
quindi la causa non e' la pila.
Come diceva Rama sembra proprio un problema + profondo.
Ti e' stato fatto notare di non scrivere con gli accenti perche'
disturbano alcuni newsreader testuali e non (tipo gravity) in quanto non
standard.Inoltre, per favore, quota senza riportare 2 livelli di discussione, se
non strettamente necessario.
Grazie cmq per l'aiuto.

 [se prima cambi la pila]
ok, in ocasione dell'upgrade;


 standard.
no, era perché sbagliati;
per gli accenti ci pensai su un po', all'epoca, e decisi di usarli per 
tre motivi:
1) l'estetica è più gradevole
2) quasi tutti usano un newsreader grafico
3) dare l'esempio di come vanno usati (nel mio piccolo: almeno perché 
poiché sé tè caffè e roba simile so come vanno -purtroppo mi sembra una 
battaglia persa)
r
-- 
The world crashes in, into my living room [David Byrne]
tutto sui Pentangle: 
http://umpf.net/

 tre motivi:
[cut]
To'!Che figura...non avevo notato che il tuo messaggio era con gli accenti
:-)
Personalmente ho mantenuto la tradizione, ma ti avviso che se oggi il
problema e' risolto nel corpo del messaggio (come riportato in questo
utile articolo 
http://wiki.news.nic.it/CharSet
 ) non e' invece risolto per
l'oggetto, quindi quello va scritto senza accenti, altrimenti gli utenti
di gravity (che e' grafico) si irritano un po' (io lo usavo).

 di gravity (che e' grafico) si irritano un po' (io lo usavo).
cerco di tenerlo presente, tanto più che anche Mozilla dà errori se 
l'intestazione comprende accenti o altri caratteri non standard;
non nella lettura, ma rispondendo a msg con l'intestazione fatta così;
r
-- 
posted from a ridicoulus Country
Ramapage: 
http://umpf.net/