Re: [newbie-it] Cos che sfrutta tanta memoria (lunghetto)?

2002-05-31 Per discussione ku68

Ciao LukenShiro alle 22:33, giovedì 30 maggio 2002, hai scritto:
 Il 30.05.02 alle 18:47, il notabile ku68 proferi' codeste parole:

 Ma, dato che finche' non si riducono le variabili in gioco avrai una
 bassissima probabilita' di individuare qual e' il problema, prova ad
 andare per esclusione: p.es. inizia a non utilizzare kde come w.m., ma
 magari gnome, 
anche con gnome ho avuto il solito problema...

 Altra possibilita' p.es. e' utilizzare un programma tipo 'cpuburn' per
 mandare a pieno regime (meglio ancora avviando piu' istanze
 contemporaneamente) la cpu, farla surriscaldare [attenzione che la
 temperatura non salga troppo, pero' .. dovresti tenerla sotto controllo
 tramite lmsensors, che monitorizza i sensori termici della scheda madre]
 e verificare il comportamento del sistema in caso di iperattivita'
 simulata.
Proverò
 O in alternativa potresti svolgere un'attivita' impegnativa come un
 ciclo lungo e ripetuto di compilazione del kernel (non importa il
 prodotto finale, quello che interessa e' l'attivita'). 
Eh? Non so nemmeno come iniziare? ;-)
Grazie dell'aiuto
ku68




Re: [newbie-it] Cos che sfrutta tanta memoria (lunghetto)?

2002-05-30 Per discussione ku68

Ciao LukenShiro alle 21:06, mercoledì 29 maggio 2002, hai scritto:

 Ti consiglio di lasciarlo andare per ben piu' di un'ora (consiglierei
 una notte intera e anche qualcosa di piu' ... e' meglio fargli fare
 tutti i test analizzando tutta la memoria, per escludere problemi)
L'ho fatto dalle 19,20 al mattino dopo 13ore e 46 minuti ho dovuto 
interrompere per lavoro continuava a testare. possibile che ci voglia 
così tanto?
A video avevo:
L1 cache 32k 4912MB/s  Pass 89%
L2 cache 512k 644MB/s  Test 60% (in progressione)
Memory 256 m  201MB/s Test#7[moving inv,one  zeros,no cache]
cacheable 256 MTesting 76k - 256M

 Cache   PatternTest PassErrors  
 of    stf   15  0

ho aspettato ancora un po' ma quando il pass è arrivato a 17 e continuava ho 
abbandonato la procedura.  Non c'è un sistema + veloce?
Non so se può essere utile, ho notato che spesso il sistema s'impianta quando 
per esempio, durante la lettura degli articoli dei news group passo da un 
articolo di un gruppo a quello di un altro gruppo (sempre on line). Ecco le 
probabilità che s'impianti crescono notevolmente.. :-(
Inoltre ieri sempre un msg durante la fase di boot mi ha segnalato che: 
/dev/hdc6 inode2 ref count is 18 should be 19 fixed
Che vuol dire? Capisco che dovrei avere 19 invece ho 18 ma di cosa?


cut
 dai un ps -waxuf e vedi tutti i processi attivi
Copio e incollo i processi attivi in questo momento (ho solo indicato utente 
al posto del login):
USER   PID %CPU %MEM   VSZ  RSS TTY  STAT START   TIME COMMAND
root 7  0.0  0.0 00 ?SW   12:08   0:00 [kupdated]
root 6  0.0  0.0 00 ?SW   12:08   0:00 [bdflush]
root 5  0.0  0.0 00 ?SW   12:08   0:00 [kswapd]
root 4  0.0  0.0 00 ?SWN  12:08   0:00 
[ksoftirqd_CPU0]
root 1  0.4  0.1  1412  504 ?S12:08   0:04 init
root 2  0.0  0.0 00 ?SW   12:08   0:00 [keventd]
root 3  0.0  0.0 00 ?SW   12:08   0:00 [kapmd]
root 8  0.0  0.0 00 ?SW  12:08   0:00 [mdrecoveryd]
root12  0.0  0.0 00 ?SW   12:08   0:00 [kjournald]
root66  0.0  0.3  1748  892 ?S12:08   0:00 devfsd /dev
root   237  0.0  0.0 00 ?SW   12:08   0:00 [kjournald]
root   498  0.0  0.0 00 ?SW   12:09   0:00 [khubd]
rpc822  0.0  0.2  1544  532 ?S12:09   0:00 portmap
root   847  0.0  0.2  1484  592 ?S12:09   0:00 syslogd -m 0
root   856  0.0  0.4  2028 1124 ?S12:09   0:00 klogd -2
root   910  0.0  0.1  1396  496 ?S12:09   0:00 /usr/sbin/apmd 
-p
 10 -w 5 -W -P /etc/sysconfig/apm-scripts/apmd_proxy
daemon 939  0.0  0.1  1436  496 ?S12:09   0:00 /usr/sbin/atd
root   979  0.0  0.3  2292 1008 ?S12:09   0:00 xinetd 
-stayalive
 -reuse -pidfile /var/run/xinetd.pid
root  1052  0.0  0.7  4948 1984 ?S12:09   0:00 cupsd
root  1274  0.0  0.1  1440  468 ?S12:09   0:00 gpm -t ps/2 -m 
/d
ev/usbmouse
root  1381  0.0  0.2  1620  664 ?S12:09   0:00 crond
xfs   1430  0.0  1.8  6036 4744 ?S12:09   0:00 xfs -port -1 
-dae
mon -droppriv -user xfs
root  1640  0.0  0.1  1380  408 tty1 S12:09   0:00 /sbin/mingetty 
tt
y1
root  1641  0.0  0.1  1380  408 tty2 S12:09   0:00 /sbin/mingetty 
tt
y2
root  1642  0.0  0.1  1380  408 tty3 S12:09   0:00 /sbin/mingetty 
tt
y3
root  1643  0.0  0.1  1380  408 tty4 S12:09   0:00 /sbin/mingetty 
tt
y4
root  1644  0.0  0.1  1380  408 tty5 S12:09   0:00 /sbin/mingetty 
tt
y5
root  1645  0.0  0.1  1380  408 tty6 S12:09   0:00 /sbin/mingetty 
tt
y6
root  1646  0.0  0.2  2404  692 ?S12:09   0:00 /usr/bin/kdm 
-nod
aemon
root  1657  0.9  4.1 55572 10500 ?   SL  12:09   0:08  \_ /etc/X11/X 
-d
eferglyphs 16 -auth /var/lib/kdm/authfiles/A:0-qZwqz
root  1698  0.0  0.5  3328 1412 ?S12:09   0:00  \_ -:0

utente1769  0.0  0.4  2436 1204 ?S12:11   0:00  \_ 
/bin/sh /
usr/bin/startkde
utente1926  0.0  2.4 13864 6188 ?S12:12   0:00  \_ 
ksmse
rver --restore
utente1786  0.0  0.9  7444 2452 ?S12:11   0:00 
/usr/bin/medusa-i
dled
utente1859  0.0  2.3 18624 5920 ?S12:11   0:00 kdeinit: 
Running.
..
utente   1874  0.0  1.4  5744 3632 ?  S12:12   0:00  \_ /usr/bin/arts
d -F 10 -S 4096 -s 1 -m artsmessage -l 3 -f
utente1944  0.2  4.3 21652 11080 ? S12:12   0:01  \_ kdeinit: kwin

utente 1982  5.4  3.6 19400 9260 ? S12:24 0:00  \_ konsole --nox
ft
utente1983  

Re: [newbie-it] Cos che sfrutta tanta memoria(lunghetto)?

2002-05-30 Per discussione LukenShiro

Il 30.05.02 alle 12:41, il notabile ku68 proferi' codeste parole:
 L'ho fatto dalle 19,20 al mattino dopo 13ore e 46 minuti ho dovuto
 interrompere per lavoro continuava a testare. possibile che ci voglia
 così tanto?

Quasi 14 ore non sono poche, ma non vorrei che da qualche parte fosse
impostato un loop senza fine (che quindi continua a ripetere i test a
manetta): dai casomai uno sguardo nelle impostazioni.
Comunque non appaiono errori, quindi il problema di inchiodamento non
pare dovuto a defaillances nella memoria.

 ho aspettato ancora un po' ma quando il pass è arrivato a 17 e continuava ho
 abbandonato la procedura.  Non c'è un sistema + veloce?

I test seri (come appunto memtest) sono costruiti in modo da analizzare
tutta la memoria con diversi pattern e vedere la reazione del sistema:
sottoponendola a stress, ove avesse qualche debolezza o funzionasse
eccessivamente oltre i limiti di specifica, il problema 'dovrebbe'
essere rilevato.
Un test condotto diversamente sarebbe solo un palliativo di grande
perdita di tempo e nessuna utilita' pratica.

 Non so se può essere utile, ho notato che spesso il sistema s'impianta quando
 per esempio, durante la lettura degli articoli dei news group passo da un
 articolo di un gruppo a quello di un altro gruppo (sempre on line). Ecco le
 probabilità che s'impianti crescono notevolmente.. :-(

Per caso a volte, quando il disco frulla molto, noti dei rumori strani
provenire dal disco fisso? come dei grattamenti? in caso affermativo
potrebbe trattarsi di settori dell'HD danneggiati.
In init 1 e a partizioni smontate (tranne ovviamente /, che
controllerai separatamente in un secondo tempo, avviando da cd-rom -
rescue), dai una controllata con 'badblocks': attenzione a NON usare
l'opzione '-w', altrimenti perdi _tutto_ il contenuto della partizione.

 /dev/hdc6 inode2 ref count is 18 should be 19 fixed
 Che vuol dire? Capisco che dovrei avere 19 invece ho 18 ma di cosa?

E' un errore del filesystem (perlopiu' proprio perche' il sistema non
e' stato chiuso correttamente con lo smontaggio delle partizioni), che
dovresti risolvere con un 'fsck /dev/hdc6'

  dai un ps -waxuf e vedi tutti i processi attivi
 Copio e incollo i processi attivi in questo momento (ho solo indicato utente
 al posto del login):
[..]
 C'è qualcosa di strano secondo voi?

A me sembra nella normalita' (almeno .. a parte le ultime righe che sono
arrivate tagliate). Prendi magari in considerazione un window-manager
alternativo a kde (pur continuando ad usare alcuni suoi programmi).

   Per esempio vorrei togliere tutto quello che riguarda il controllo delle
   batterie dei portatili si può fare?
  Se c'e' un'applet che si occupa di questo, basta rimuoverla.
 No da applicazioni - kde - controllo energia ci sono alcuni prg come faccio a
 sapere il nome per levarli da software manager?

Mi pare che sia 'klaptopdaemon', comunque dovrebbe esserci un
riferimento nel centro di controllo KDE. Non e' necessario
disinstallarli basta disattivarli.

  rpc AFAIK serve a portmap per la condivisione di dischi in NFS tra due
  sistemi *nix: se non ti serve basta disattivare nfsd con drakxservices.
 Boh, ho un pc con due hd linux mdk 8.2 e win98se. Serve?

No (e lo stesso per portmap). Poi se non hai esigenze particolari
per offrire servizi di rete all'esterno su richiesta (vedi server telnet, posta, web 
ecc..)
puoi disattivare anche xinetd.

 Riuscirò a risolvere il problema del crash improvviso? Se dipendesse dalla
 memoria non avrei dovuto avere il solito guaio anche con la mdk 8.1?

Spesso guasti hadware sono provocati o aggravati da oscillazioni
anormali di tensione elettrica a volte impercettibili (per noi), ma fatali per
l'impiantistica microelettronica. Pensa all'opportunita' di mettere
delle prese elettriche a ciabatta protettive ed eventualmente (se hai
blackout frequenti) dei gruppi di continuita'.
Non escluderei comunque, per ragioni di sicurezza, un controllo
dell'impianto elettrico, per verificare che sia a norma e in perfetto stato.

-- 
LU #210970 LM #98222 SU #12583
K 2.4.18-puro * Slackware 8.1-rc1 ;-)





Re: [newbie-it] Cos che sfrutta tanta memoria (lunghetto)?

2002-05-30 Per discussione ku68

Ciao LukenShiro alle 15:54, giovedì 30 maggio 2002, hai scritto:

 Quasi 14 ore non sono poche, ma non vorrei che da qualche parte fosse
 impostato un loop senza fine (che quindi continua a ripetere i test a
 manetta): dai casomai uno sguardo nelle impostazioni.
eh eh dove?

 Per caso a volte, quando il disco frulla molto, noti dei rumori strani
 provenire dal disco fisso? come dei grattamenti? 
No a volte (anche in win) una specie di sottilissimo fischio che poi smette
non saprei è come quando parte la ventola della macchina.

 Pensa all'opportunita' di mettere
 delle prese elettriche a ciabatta protettive ed eventualmente (se hai
 blackout frequenti) dei gruppi di continuita'.
Ho sia la ciabatta che il gruppo di continuità... :-)
Ciao ku68
Ho visto questo file .xsession - error copio e incollo magari potrebbe essere 
utile...

kdeinit: Launched DCOPServer, pid = 1874 result = 0
DCOP: register 'anonymous-1871' - number of clients is now 1
DCOP: register 'anonymous-1874' - number of clients is now 2
DCOPServer up and running.
DCOP: unregister 'anonymous-1871'
DCOP: unregister 'anonymous-1874'
DCOP: register 'ksplash' - number of clients is now 1
kdeinit: Launched KLauncher, pid = 1878 result = 0
DCOP: register 'klauncher' - number of clients is now 2
DCOP: unregister 'klauncher'
DCOP: register 'klauncher' - number of clients is now 2
DCOP: register 'anonymous-1878' - number of clients is now 3
DCOP: new daemon klauncher
DCOP: unregister 'anonymous-1878'
kdeinit: Launched KDED, pid = 1881 result = 0
DCOP: register 'kded' - number of clients is now 2
DCOP: unregister 'kded'
DCOP: register 'kded' - number of clients is now 2
DCOP: register 'anonymous-1881' - number of clients is now 3
DCOP: register 'anonymous-1882' - number of clients is now 4
kdeinit: Got EXEC_NEW 'kbuildsycoca' from launcher.
DCOP: register 'kbuildsycoca' - number of clients is now 5
kdeinit: PID 1883 terminated.
DCOP: unregister 'kbuildsycoca'
DCOP: unregister 'anonymous-1882'
kdeinit: Got EXEC_NEW 'kconf_update' from launcher.
kdeinit: PID 1884 terminated.
DCOP: new daemon kded
DCOP: unregister 'anonymous-1881'
kdeinit: PID 1881 terminated.
kdeinit: opened connection to :0.0
kdeinit: Launched 'kcminit', pid = 1885 result = 0
DCOP: register 'anonymous-1885' - number of clients is now 2
kdeinit: Got SETENV 'GTK_RC_FILES=/etc/gtk/gtkrc:/home/curzio/.gtkrc' from 
klauncher.
kdeinit: Got SETENV 'KDE_MULTIHEAD=false' from klauncher.
kdeinit: Got SETENV 'QT_XFT=1' from klauncher.
kdeinit: Got EXEC_NEW 'kmixctrl' from launcher.
kdeinit: Got EXEC_NEW 'artswrapper' from launcher.
library=artswrapper.la: No file names artswrapper.la found in paths.
Could not load library! Trying exec
DCOP: unregister 'anonymous-1885'
kdeinit: PID 1885 terminated.
kdeinit: Launched 'knotify', pid = 1889 result = 0
DCOP: register 'knotify' - number of clients is now 2
DCOP: register 'anonymous-1889' - number of clients is now 3
DCOP: new daemon knotify
kdeinit: PID 1889 terminated.
DCOP: unregister 'anonymous-1889'
There are already artsd objects registered, looking if they are active...
... cleaned 5 unused mcop global references.

DCOP: register 'ksmserver' - number of clients is now 2
kdeinit: Got SETENV 
'SESSION_MANAGER=local/localhost.localdomain:/tmp/.ICE-unix/1941' from 
klauncher.
kdeinit: Got EXEC_NEW 'kwin' from launcher.
kdeinit: PID 1887 terminated.
DCOP: unregister 'ksplash'
DCOP: register 'anonymous-1961' - number of clients is now 2
DCOP: unregister 'anonymous-1961'
DCOP: register 'anonymous-1961' - number of clients is now 2
DCOP: unregister 'anonymous-1961'
DCOP: register 'kwin' - number of clients is now 2
kdeinit: Got EXEC_NEW 'kdesktop' from launcher.
DCOP: register 'kdesktop' - number of clients is now 3
DCOP: register 'anonymous-1975' - number of clients is now 4
kdeinit: PID 1975 terminated.
DCOP: unregister 'anonymous-1975'
kdeinit: Got EXT_EXEC 'krootwarning' from launcher.
library=krootwarning.la: No file names krootwarning.la found in paths.
Could not load library! Trying exec
kdeinit: Got EXEC_NEW 'kicker' from launcher.
kdeinit: PID 1977 terminated.
DCOP: register 'kicker' - number of clients is now 4
DCOP: register 'anonymous-1978' - number of clients is now 5
kdeinit: Got EXEC_NEW 'kio_file' from launcher.
kdeinit: Got EXEC_NEW 'kio_file' from launcher.
kdeinit: PID 1978 terminated.
DCOP: unregister 'anonymous-1978'
kdeinit: Got EXT_EXEC 'klipper' from launcher.
kdeinit: Got EXT_EXEC 'alarmd' from launcher.
library=alarmd.la: No file names alarmd.la found in paths.
DCOP: register 'klipper' - number of clients is now 5
DCOP: register 'anonymous-1986' - number of clients is now 6
Could not load library! Trying exec
kdeinit: Got EXEC_NEW 'kwrited' from launcher.
DCOP: register 'kwrited' - number of clients is now 7
DCOP: register 'anonymous-1989' - number of clients is now 8
DCOP: register 'alarmd' - number of clients is now 9
DCOP: register 'anonymous-1988' - number of clients is now 10
kdeinit: PID 1986 terminated.

Re: [newbie-it] Cos che sfrutta tanta memoria(lunghetto)?

2002-05-30 Per discussione LukenShiro

Il 30.05.02 alle 18:47, il notabile ku68 proferi' codeste parole:
  non vorrei che da qualche parte fosse
  impostato un loop senza fine (che quindi continua a ripetere i test a
  manetta): dai casomai uno sguardo nelle impostazioni.
 eh eh dove?

Azz, e' da un bel po' che non lo uso ed ora non ce l'ho installato. Ci
dovrebbe essere un tasto che richiama le opzioni (p.es. se usare o
meno la cache nel test, quali test avviare ecc...)

 Ho visto questo file .xsession - error copio e incollo magari potrebbe essere
 utile...
[..]
 kdeinit: Got EXEC_NEW 'artswrapper' from launcher.
 library=artswrapper.la: No file names artswrapper.la found in paths.
 Could not load library! Trying exec

Gli errori come questo AFAIK non mi sembrano molto significativi, ne'
direi che possano contribuire ad instabilita' generali e blocchi.

Ma, dato che finche' non si riducono le variabili in gioco avrai una
bassissima probabilita' di individuare qual e' il problema, prova ad
andare per esclusione: p.es. inizia a non utilizzare kde come w.m., ma
magari gnome, e cosi' via.

Altra possibilita' p.es. e' utilizzare un programma tipo 'cpuburn' per
mandare a pieno regime (meglio ancora avviando piu' istanze
contemporaneamente) la cpu, farla surriscaldare [attenzione che la
temperatura non salga troppo, pero' .. dovresti tenerla sotto controllo
tramite lmsensors, che monitorizza i sensori termici della scheda madre]
e verificare il comportamento del sistema in caso di iperattivita'
simulata.
O in alternativa potresti svolgere un'attivita' impegnativa come un
ciclo lungo e ripetuto di compilazione del kernel (non importa il
prodotto finale, quello che interessa e' l'attivita'). Se si inchioda in
questa fase, senza tanti altri processi attivi, forse abbiamo
individuato il problema, e non e' il software ... altrimenti e'
qualcos'altro ;-PP

-- 
LU #210970 LM #98222 SU #12583
K 2.4.18-puro * Slackware 8.1-rc1 ;-)





[newbie-it] Cos che sfrutta tanta memoria (lunghetto)?

2002-05-29 Per discussione ku68

Ciao, ora faccio partire il memtest dall'avvio ma ci vorrà + di un'ora.
Nel frattempo ho aperto da applicazioni - monitoraggio-informazioni sul 
sistema - informazioni dettagliate - informazioni sulla memoria ed ho notato 
che :
total memory 255844
used memory 241340
free memory 14504
shared memory 0
buffers 20396
cached 157676
user 220944
total swap space 267868
used swap space 0
free swap space 267868

94% di memoria utilizzata.

Tra le informazioni generali c'è scritto:
release sistema operativo 2.4.18-6mdk
versione della distribuzione mandrake linux release 8.2(blue bird) for i586
tipo di processore i686

Preciso che le uniche applicazioni aperte sono kmail e informazioni sul 
sistema. Non sono un esperto ma non è che la memoria utilizzata è un po' 
troppa e che quindi aprendo un'altra applicazione manda in tilt il sistema?
In questo caso come si fa' a sapere quali sono i processi che succhiano così 
tanta memoria  da poter  eliminare?
Per esempio vorrei togliere tutto quello che riguarda il controllo delle 
batterie dei portatili si può fare?
Inoltre tra i processi attivi oltre al quelli di utente e root c'è ne sono un 
paio xfs e rpc di che si tratta? Sono indispensabili?
Ciao e grazie in anticipo dell'eventuale risposta (e pazienza)
ku68









Re: [newbie-it] Cos che sfrutta tanta memoria (lunghetto)?

2002-05-29 Per discussione Ste

Ciao,
penso che tu non ti debba preoccupare piu' di tanto.Io di memoria ne ho un 
po' i piu' e mi trovo comunque nella stessa situazione. Il fatto e che linux 
( credo di ricordare ) usa il piu' possibile la ram libera per fare una 
specie di cache del filesystem. Vi copia dentro dei dati che all'occorrenza ( 
p.es. lancio di programma particolarmente esigente ) svuota o swappa.
Mi pare ci fossero gia' dei post a riguardo in lista.
Spero di non aver detto ovvieta'.

Ciao.

Ste

Il 19:21, mercoledì 29 maggio 2002, Lei hai scritto:
 Ciao, ora faccio partire il memtest dall'avvio ma ci vorrà + di un'ora.
 Nel frattempo ho aperto da applicazioni - monitoraggio-informazioni sul
 sistema - informazioni dettagliate - informazioni sulla memoria ed ho
 notato che :
 total memory 255844
 used memory 241340
 free memory 14504
 shared memory 0
 buffers 20396
 cached 157676
 user 220944
 total swap space 267868
 used swap space 0
 free swap space 267868

 94% di memoria utilizzata.

 Tra le informazioni generali c'è scritto:
 release sistema operativo 2.4.18-6mdk
 versione della distribuzione mandrake linux release 8.2(blue bird) for i586
 tipo di processore i686

 Preciso che le uniche applicazioni aperte sono kmail e informazioni sul
 sistema. Non sono un esperto ma non è che la memoria utilizzata è un po'
 troppa e che quindi aprendo un'altra applicazione manda in tilt il sistema?
 In questo caso come si fa' a sapere quali sono i processi che succhiano
 così tanta memoria  da poter  eliminare?
 Per esempio vorrei togliere tutto quello che riguarda il controllo delle
 batterie dei portatili si può fare?
 Inoltre tra i processi attivi oltre al quelli di utente e root c'è ne sono
 un paio xfs e rpc di che si tratta? Sono indispensabili?
 Ciao e grazie in anticipo dell'eventuale risposta (e pazienza)
 ku68




Re: [newbie-it] Cos che sfrutta tanta memoria(lunghetto)?

2002-05-29 Per discussione LukenShiro

Il 29.05.02 alle 19:21, il notabile ku68 proferi' codeste parole:
 ora faccio partire il memtest dall'avvio ma ci vorrà + di un'ora.

Ti consiglio di lasciarlo andare per ben piu' di un'ora (consiglierei
una notte intera e anche qualcosa di piu' ... e' meglio fargli fare
tutti i test analizzando tutta la memoria, per escludere problemi)

 total memory 255844
 used memory 241340
[..]
 total swap space 267868
 used swap space 0
 free swap space 267868

Finche' lo swap non e' occupato credo che non debba preoccuparti.
L'occupazione della RAM che noti in realta' e' solo fittizia (in parte),
e in caso di necessita' quella utilizzata come cache per il disco
verra' liberata.

 In questo caso come si fa' a sapere quali sono i processi che succhiano così
 tanta memoria  da poter  eliminare?

dai un ps -waxuf e vedi tutti i processi attivi

 Per esempio vorrei togliere tutto quello che riguarda il controllo delle
 batterie dei portatili si può fare?

Se c'e' un'applet che si occupa di questo, basta rimuoverla.

 Inoltre tra i processi attivi oltre al quelli di utente e root c'è ne sono un
 paio xfs e rpc di che si tratta? Sono indispensabili?

xfs e' il font server e in mandrake e' indispensabile per la corretta
visualizzazione dei caratteri in X.
rpc AFAIK serve a portmap per la condivisione di dischi in NFS tra due
sistemi *nix: se non ti serve basta disattivare nfsd con drakxservices.

-- 
LU #210970 LM #98222 SU #12583
K 2.4.18-puro * Slackware 8.1-rc1 ;-)





Re: [newbie-it] Cos che sfrutta tanta memoria (lunghetto)?

2002-05-29 Per discussione Fabio Manunza

Alle 19:21, mercoledì 29 maggio 2002, hai scritto:
 Ciao, ora faccio partire il memtest dall'avvio ma ci vorrà + di un'ora.
 Nel frattempo ho aperto da applicazioni - monitoraggio-informazioni sul
 sistema - informazioni dettagliate - informazioni sulla memoria ed ho
 notato che :
 total memory 255844
 used memory 241340
 free memory 14504
 shared memory 0
 buffers 20396
 cached 157676
 user 220944
 total swap space 267868
 used swap space 0
 free swap space 267868

 94% di memoria utilizzata.

Aspetta.. Used memory non vuol dire che quella memoria è utilizzata in quel 
momento. Da questa devi sottrarre quella in cache e quella nel buffer che, 
usando un paragone calcistico, sebbene non sia in panchina al momento non è 
utilizzata, ma sta a bordo campo a scaldarsi (..e qui i maestri jedi mi 
ammazzano.. :-) ) pronta ad essere utilizzata per qualunque necessità venga a 
presentarsi; sommala alla free ed avrai l'ammontare di memoria pronto a dar 
manforte ai ragazzi in campo..
vale.

-- 
-
-- Fabio Manunza -- 
   ## n° macchina 140545 ##
-