Léa-Linux : Forum
Le forum de Léa abrite des discussions autour des Logiciels libres.
En ligne ..
Syndication
Forum complet- Forum - Matériel
- Cette discussion
Templeet ·
JeSuisLibre ·
Lolix ·
LinuxFr ·
LinuxFrench ·
LinuxGraphic ·
GCU-Squad ·
Agenda du Libre ·
|
|
|
|
|
Vous voulez savoir si votre matériel est supporté par Linux, ou vous avez un problème pour installer un module ? Ce forum est pour vous ! Important :
quand vous posez une question, n'oubliez pas de nous donner les indications suffisantes pour que nous puissions répondre. En effet, la divination n'est pas le fort du Linuxien averti. Pour une meilleure compréhension, le bon usage de la grammaire et de l'orthographe est fortement encouragé. En particulier, le langage SMS est à éviter absolument. En cas d'abus, il pourra être censuré sans autre forme de procès. Les messages dont le contenu est illégal (incitant à la haine - raciale ou autre, diffamant), ou dont le contenu est sans rapport avec le sujet du forum, ou qui sont parfaitement stupides ou hors sujet seront supprimés sans pitié. Il pourra même être fait appel au fournisseur d'accès du coupable pour faire cesser ses agissements. |
||
» Index du forum » Matériel » Ne pas gacher inutilement sa mémoire vive
Ne pas gacher inutilement sa mémoire vive
Auteur: YuGiOhJCJ (IP enregistrée)
Date: le 28 juillet 2007 à 05:13
Bonjour,
lorsque ma Slackware 12.0 est démarrée et que le graphique n'est pas lancé, déjà ~300Mo sur mes 512Mo sont utilisés! (remarqué avec "free -m")
J'ai désactivé quelques services à l'aide de "pkgtool" mais j'ai remarqué que ce n'est pas ça qui me prend de la mémoire vive.
Donc c'est encore avant le problème : le kernel.
Est-ce que les modules chargés "en dur" (je crois qu'on dit comme ça quand ce ne sont pas de modules) prennent de la mémoire vive?
Peut être mon problème vient de là.
---
[yugiohjcj.free.fr]
Yu-Gi-Oh! Jeu de Cartes à Jouer
lorsque ma Slackware 12.0 est démarrée et que le graphique n'est pas lancé, déjà ~300Mo sur mes 512Mo sont utilisés! (remarqué avec "free -m")
J'ai désactivé quelques services à l'aide de "pkgtool" mais j'ai remarqué que ce n'est pas ça qui me prend de la mémoire vive.
Donc c'est encore avant le problème : le kernel.
Est-ce que les modules chargés "en dur" (je crois qu'on dit comme ça quand ce ne sont pas de modules) prennent de la mémoire vive?
Peut être mon problème vient de là.
---
[yugiohjcj.free.fr]
Yu-Gi-Oh! Jeu de Cartes à Jouer
Re: Ne pas gâcher inutilement sa mémoire vive
Auteur: nicola (IP enregistrée)
Date: le 28 juillet 2007 à 22:08
De la mémoire vive non utilisée est de la mémoire vive gâchée.
--
On ne prête qu’aux riches, et on a bien raison, parce que les autres remboursent difficilement.
-+- Tristan Bernard (1866-1947) -+-
--
On ne prête qu’aux riches, et on a bien raison, parce que les autres remboursent difficilement.
-+- Tristan Bernard (1866-1947) -+-
Re: Ne pas gâcher inutilement sa mémoire vive
Auteur: YuGiOhJCJ (IP enregistrée)
Date: le 29 juillet 2007 à 03:23
Je repose ma question :
"Est-ce que les modules chargés "en dur" (je crois qu'on dit comme ça quand ce ne sont pas de modules) prennent de la mémoire vive? "
Je suis en train de recompiler mon kernel avec encore moins de modules/"en dur" pour voir si ça change. Mais il faut savoir que je l'avais déjà bien vider de ses options et ça me prennait quand même 300Mo. Là j'ai viré le support PCCard car même si j'ai un PC portable je n'utilise pas ces cartes. Et puis j'ai viré des trucs que je ne connaissais pas. J'espère ne pas avoir de kernel panic
Qu'est-ce qui me bouffe ma RAM d'arès vous?
Voilà quelques infos :
Peut être qu'avec ça vous pouvez voir s'il y a quelques chose d'inutile que je pourrais retirer.
---
[yugiohjcj.free.fr]
Yu-Gi-Oh! Jeu de Cartes à Jouer
"Est-ce que les modules chargés "en dur" (je crois qu'on dit comme ça quand ce ne sont pas de modules) prennent de la mémoire vive? "
Je suis en train de recompiler mon kernel avec encore moins de modules/"en dur" pour voir si ça change. Mais il faut savoir que je l'avais déjà bien vider de ses options et ça me prennait quand même 300Mo. Là j'ai viré le support PCCard car même si j'ai un PC portable je n'utilise pas ces cartes. Et puis j'ai viré des trucs que je ne connaissais pas. J'espère ne pas avoir de kernel panic
Qu'est-ce qui me bouffe ma RAM d'arès vous?
Voilà quelques infos :
$ free -m
total used free shared buffers cached
Mem: 501 419 82 0 11 196
-/+ buffers/cache: 210 291
Swap: 980 0 980$ ps aux USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 1 0.0 0.0 768 288 ? Ss 02:17 0:00 init [4] root 2 0.0 0.0 0 0 ? SN 02:17 0:00 [ksoftirqd/0] root 3 0.0 0.0 0 0 ? S< 02:17 0:00 [events/0] root 4 0.0 0.0 0 0 ? S< 02:17 0:00 [khelper] root 5 0.0 0.0 0 0 ? S< 02:17 0:00 [kthread] root 33 0.0 0.0 0 0 ? S< 02:17 0:00 [kblockd/0] root 34 0.0 0.0 0 0 ? S< 02:17 0:00 [kacpid] root 136 0.0 0.0 0 0 ? S< 02:17 0:00 [ksuspend_usbd] root 139 0.0 0.0 0 0 ? S< 02:17 0:00 [khubd] root 141 0.0 0.0 0 0 ? S< 02:17 0:00 [kseriod] root 161 0.0 0.0 0 0 ? S< 02:17 0:00 [kswapd0] root 162 0.0 0.0 0 0 ? S< 02:17 0:00 [aio/0] root 163 0.0 0.0 0 0 ? S< 02:17 0:00 [jfsIO] root 164 0.0 0.0 0 0 ? S< 02:17 0:00 [jfsCommit] root 165 0.0 0.0 0 0 ? S< 02:17 0:00 [jfsSync] root 166 0.0 0.0 0 0 ? S< 02:17 0:00 [xfslogd/0] root 167 0.0 0.0 0 0 ? S< 02:17 0:00 [xfsdatad/0] root 335 0.0 0.0 0 0 ? S< 02:17 0:00 [kjournald] root 405 0.0 0.1 2176 940 ? S<s 02:17 0:00 /sbin/udevd --daemon root 913 0.0 0.0 0 0 ? S< 02:17 0:00 [pccardd] root 934 0.0 0.0 0 0 ? S< 02:17 0:00 [ipw2200/0] root 1034 0.0 0.0 0 0 ? S< 02:17 0:00 [kpsmoused] root 1136 0.0 0.1 1704 612 ? Ss 02:17 0:00 /usr/sbin/syslogd root 1140 0.0 0.0 1664 408 ? Ss 02:17 0:00 /usr/sbin/klogd -c 3 -x bin 1542 0.0 0.0 1760 480 ? Ss 02:17 0:00 /sbin/rpc.portmap nobody 1546 0.0 0.1 1824 700 ? Ss 02:17 0:00 /sbin/rpc.statd root 1564 0.0 0.2 3820 1088 ? Ss 02:18 0:00 /usr/sbin/sshd root 1586 0.0 0.0 1740 224 ? Ss 02:18 0:00 /usr/sbin/rpc.rquotad root 1588 0.0 0.0 0 0 ? S< 02:18 0:00 [nfsd4] root 1589 0.0 0.0 0 0 ? S 02:18 0:00 [lockd] root 1590 0.0 0.0 0 0 ? S< 02:18 0:00 [rpciod/0] root 1591 0.0 0.0 0 0 ? S 02:18 0:00 [nfsd] root 1592 0.0 0.0 0 0 ? S 02:18 0:00 [nfsd] root 1593 0.0 0.0 0 0 ? S 02:18 0:00 [nfsd] root 1594 0.0 0.0 0 0 ? S 02:18 0:00 [nfsd] root 1595 0.0 0.0 0 0 ? S 02:18 0:00 [nfsd] root 1596 0.0 0.0 0 0 ? S 02:18 0:00 [nfsd] root 1597 0.0 0.0 0 0 ? S 02:18 0:00 [nfsd] root 1598 0.0 0.0 0 0 ? S 02:18 0:00 [nfsd] root 1600 0.0 0.0 1928 292 ? Ss 02:18 0:00 /usr/sbin/rpc.mountd root 1605 0.0 0.0 1652 504 ? Ss 02:18 0:00 /usr/sbin/acpid 81 1613 0.0 0.1 2260 812 ? Ss 02:18 0:00 /usr/bin/dbus-daemon --system 82 1618 0.0 0.5 4584 2908 ? Ss 02:18 0:00 /usr/sbin/hald --daemon=yes root 1619 0.0 0.1 2872 1000 ? S 02:18 0:00 hald-runner 82 1625 0.0 0.1 2112 900 ? S 02:18 0:00 hald-addon-keyboard: listening on /dev/input/event0 82 1626 0.0 0.1 2112 900 ? S 02:18 0:00 hald-addon-keyboard: listening on /dev/input/event2 82 1627 0.0 0.1 2112 896 ? S 02:18 0:00 hald-addon-keyboard: listening on /dev/input/event3 82 1630 0.0 0.1 2112 900 ? S 02:18 0:00 hald-addon-acpi: listening on acpid socket /var/run/acpid.so root 1636 0.0 0.1 2920 968 ? S 02:18 0:00 hald-addon-storage: polling /dev/hdb (every 2 sec) root 1647 0.0 0.4 5140 2072 ? Ss 02:18 0:00 /usr/sbin/cupsd root 1652 0.0 0.1 1868 652 ? S 02:18 0:00 /usr/sbin/crond -l10 daemon 1654 0.0 0.0 1864 392 ? Ss 02:18 0:00 /usr/sbin/atd -b 15 -l 1 root 1681 0.0 0.2 2496 1256 ? S 02:18 0:00 /bin/sh /usr/bin/mysqld_safe --datadir=/var/lib/mysql --pid- mysql 1709 0.0 2.6 100836 13652 ? Sl 02:18 0:00 /usr/libexec/mysqld --basedir=/usr --datadir=/var/lib/mysql root 1720 0.0 0.5 8400 2816 ? Ss 02:18 0:00 /usr/sbin/httpd -k start root 1722 0.0 0.5 9420 2620 ? Ss 02:18 0:00 /usr/sbin/smbd -D root 1724 0.0 0.2 5964 1448 ? Ss 02:18 0:00 /usr/sbin/nmbd -D root 1726 0.0 0.0 1884 468 ? Ss 02:18 0:00 /usr/sbin/gpm -R -m /dev/mouse -t imps2 apache 1728 0.0 0.5 8536 2684 ? S 02:18 0:00 /usr/sbin/httpd -k start apache 1729 0.0 0.4 8400 2104 ? S 02:18 0:00 /usr/sbin/httpd -k start apache 1730 0.0 0.4 8400 2104 ? S 02:18 0:00 /usr/sbin/httpd -k start apache 1731 0.0 0.4 8400 2104 ? S 02:18 0:00 /usr/sbin/httpd -k start apache 1732 0.0 0.4 8400 2104 ? S 02:18 0:00 /usr/sbin/httpd -k start root 1734 0.0 0.1 1660 536 tty6 Ss+ 02:18 0:00 /sbin/agetty 38400 tty6 linux root 1735 0.0 0.1 3116 860 ? Ss 02:18 0:00 /usr/bin/kdm -nodaemon root 1739 0.0 0.2 9420 1048 ? S 02:18 0:00 /usr/sbin/smbd -D root 1740 1.4 8.1 51652 41660 tty7 SLs+ 02:18 0:55 /usr/bin/X -br -nolisten tcp :0 vt7 -auth /var/run/xauth/A:0 root 1741 0.0 0.2 3416 1192 ? S 02:18 0:00 -:0 root 1746 0.0 8.1 51652 41660 tty7 SL+ 02:18 0:00 /usr/bin/X -br -nolisten tcp :0 vt7 -auth /var/run/xauth/A:0 apache 1757 0.0 0.4 8400 2104 ? S 02:25 0:00 /usr/sbin/httpd -k start 1000 1759 0.0 0.3 3208 1612 ? Ss 02:25 0:00 /bin/sh /usr/bin/startkde root 1799 0.0 0.0 1504 140 ? S 02:25 0:00 start_kdeinit --new-startup +kcminit_startup 1000 1800 0.0 1.5 24860 8092 ? Ss 02:25 0:00 kdeinit Running... 1000 1803 0.0 0.6 24280 3320 ? S 02:25 0:00 dcopserver [kdeinit] --nosid 1000 1805 0.0 1.7 27052 9088 ? S 02:25 0:00 klauncher [kdeinit] --new-startup 1000 1807 0.0 3.3 34320 17268 ? S 02:25 0:01 kded [kdeinit] --new-startup 1000 1809 0.0 0.2 2772 1436 ? S 02:25 0:00 /usr/libexec/gam_server 1000 1814 0.0 0.0 1644 368 ? S 02:25 0:00 kwrapper ksmserver 1000 1816 0.0 1.9 26012 10168 ? S 02:25 0:00 ksmserver [kdeinit] 1000 1817 0.0 2.6 28772 13516 ? S 02:25 0:02 kwin [kdeinit] -session 10152ddd1cc0001185407474000000324500 1000 1819 0.0 2.6 34368 13544 ? S 02:25 0:00 knotify [kdeinit] 1000 1821 0.0 3.2 30584 16740 ? S 02:25 0:01 kdesktop [kdeinit] 1000 1825 0.0 3.3 33436 17308 ? S 02:25 0:02 kicker [kdeinit] 1000 1826 0.5 9.2 113668 47604 ? SLl 02:25 0:19 /usr/bin/artsd -F 10 -S 4096 -s 60 -m artsmessage -l 3 -f 1000 1827 0.0 1.5 25448 7896 ? S 02:25 0:00 kio_file [kdeinit] file /tmp/ksocket-yugiohjcj/klauncheruftZ 1000 1855 0.0 1.9 25884 9968 ? S 02:25 0:00 kaccess [kdeinit] 1000 1858 0.0 2.4 27928 12396 ? S 02:25 0:00 kxkb [kdeinit] 1000 1867 0.0 2.3 26724 12008 ? S 02:25 0:00 krandrtray -session 10f2dd91ac000117597510900000037960014_11 1000 1869 0.0 2.8 29716 14400 ? S 02:25 0:00 kmix [kdeinit] -session 10f2dd91ac00011759751330000003796001 1000 1871 0.0 3.7 36508 19092 ? S 02:25 0:00 knotes -session 10f2dd91ac000118487810800000015340007_118566 1000 1873 0.1 2.9 28204 15040 ? S 02:25 0:04 yakuake -session 10152ddd1cc000118559188100000017620009_1185 1000 1895 0.0 0.3 3536 1920 pts/1 Ss 02:25 0:00 /bin/bash 1000 1907 0.0 4.8 40752 24852 ? S 02:25 0:02 konqueror [kdeinit] -mimetype inode/directory file:///home/y 1000 2079 0.0 2.5 29484 13340 ? S 02:29 0:00 kio_uiserver [kdeinit] root 2165 0.0 0.0 0 0 ? S 02:29 0:00 [pdflush] root 2189 0.0 0.0 0 0 ? S 02:30 0:00 [pdflush] root 2287 0.0 0.3 3004 1684 pts/1 S 02:34 0:00 bash 1000 2410 0.0 0.3 3544 1964 pts/2 Ss 02:39 0:00 /bin/bash root 2468 0.0 0.2 2408 1208 pts/1 S+ 03:10 0:00 make 1000 4182 0.0 4.1 65228 21088 ? S 03:11 0:00 kopete -caption Kopete -icon kopete -miniicon kopete 1000 7620 0.0 0.3 3216 1632 ? S 03:15 0:00 /bin/sh /usr/bin/thunderbird 1000 7637 0.0 0.3 3252 1656 ? S 03:15 0:00 /bin/sh /usr/lib/thunderbird-2.0.0.0/run-mozilla.sh /usr/lib 1000 7642 0.6 5.9 135384 30644 ? Sl 03:15 0:02 /usr/lib/thunderbird-2.0.0.0/thunderbird-bin 1000 7647 0.0 0.3 4300 1940 ? S 03:15 0:00 /bin/sh /usr/bin/firefox 1000 7658 0.0 0.3 4344 1972 ? S 03:15 0:00 /bin/sh /usr/lib/firefox-2.0.0.4/run-mozilla.sh /usr/lib/fir 1000 7663 1.8 7.6 155904 39272 ? Sl 03:15 0:06 /usr/lib/firefox-2.0.0.4/firefox-bin root 9450 0.0 0.2 2272 1040 pts/1 S+ 03:18 0:00 make -f scripts/Makefile.build obj=drivers root 12663 0.0 0.1 2276 984 pts/1 S+ 03:21 0:00 make -f scripts/Makefile.build obj=drivers/usb root 12664 1.5 0.2 2660 1460 pts/1 S+ 03:21 0:00 make -f scripts/Makefile.build obj=drivers/usb/atm 1000 12685 0.0 0.1 2508 948 pts/2 R+ 03:21 0:00 ps aux root 12690 0.0 0.2 2944 1492 pts/1 S+ 03:21 0:00 /bin/sh -c set -e; ? echo ' CC [M] drivers/usb/atm/xusba root 12691 0.0 0.1 2192 680 pts/1 S+ 03:21 0:00 gcc -m32 -Wp,-MD,drivers/usb/atm/.xusbatm.o.d -nostdinc -isy root 12692 0.0 0.3 7988 1912 pts/1 R+ 03:21 0:00 /usr/libexec/gcc/i486-slackware-linux/4.1.2/cc1 -quiet -nost root 12693 0.0 0.5 4572 2632 pts/1 S+ 03:21 0:00 /usr/lib/gcc/i486-slackware-linux/4.1.2/../../../../i486-sla
$ lsmod Module Size Used by snd_seq_dummy 2692 0 snd_seq_oss 26880 0 snd_seq_midi_event 5376 1 snd_seq_oss snd_seq 42864 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event snd_seq_device 6284 3 snd_seq_dummy,snd_seq_oss,snd_seq snd_pcm_oss 41216 0 snd_mixer_oss 13440 1 snd_pcm_oss nfsd 181872 13 exportfs 3968 1 nfsd lockd 51080 2 nfsd sunrpc 128220 8 nfsd,lockd ipv6 197216 18 nls_iso8859_1 3968 2 nls_cp437 5632 2 usb_storage 62784 0 battery 8708 0 ac 3972 0 parport_pc 21924 0 parport 27336 1 parport_pc pcspkr 2304 0 psmouse 31368 0 joydev 7232 0 ipw2200 119216 0 pcmcia 26900 0 snd_intel8x0 26652 3 fglrx 668204 18 snd_ac97_codec 87968 1 snd_intel8x0 ieee80211 26056 1 ipw2200 ieee80211_crypt 4096 1 ieee80211 b44 20364 0 ac97_bus 1920 1 snd_ac97_codec serio_raw 4868 0 yenta_socket 21132 1 snd_pcm 65288 4 snd_pcm_oss,snd_intel8x0,snd_ac97_codec intel_agp 19740 1 mii 4224 1 b44 rsrc_nonstatic 8192 1 yenta_socket agpgart 24496 2 fglrx,intel_agp snd_timer 16772 3 snd_seq,snd_pcm snd 43268 14 snd_seq_dummy,snd_seq_oss,snd_seq,snd_seq_device,snd_pcm_oss,snd_mixer_oss,snd_intel8x0,snd_ac97_codec,snd_pcm,snd_timer pcmcia_core 29072 3 pcmcia,yenta_socket,rsrc_nonstatic soundcore 5344 1 snd ehci_hcd 25356 0 snd_page_alloc 7304 2 snd_intel8x0,snd_pcm i2c_i801 6928 0 shpchp 26260 0 uhci_hcd 18316 0 evdev 6912 3
Peut être qu'avec ça vous pouvez voir s'il y a quelques chose d'inutile que je pourrais retirer.
---
[yugiohjcj.free.fr]
Yu-Gi-Oh! Jeu de Cartes à Jouer
Re: Ne pas gâcher inutilement sa mémoire vive
Auteur: Vlaaad (IP enregistrée)
Date: le 29 juillet 2007 à 13:02
Tu vois bien que la taille des modules est négligeable (tous en dessous d'1 mo) par rapport à ces fameux 300mo ! Donc ça ne vient pas de là...
Un truc que je ne comprends pas, tu dis qu'il s'agit de 300mo sans graphique, mais le ps -aux que tu as lancé montre clairement que KDE fonctionne ?
--- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- ---
Qui fait le malin, tombe dans le ravin.
Un truc que je ne comprends pas, tu dis qu'il s'agit de 300mo sans graphique, mais le ps -aux que tu as lancé montre clairement que KDE fonctionne ?
--- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- ---
Qui fait le malin, tombe dans le ravin.
Re: Ne pas gâcher inutilement sa mémoire vive
Auteur: abgech (IP enregistrée)
Date: le 29 juillet 2007 à 14:04
Combien de fois faudra-t-il répéter que Linux utilise TOUTE la mémoire à disposition !
Si les applications laissent de la mémoire disponible, cette mémoire est récupérée pour agrandir le tampon d'entrés-sorties, diminuant ainsi sensiblement la contension sur les périphériques, HD en particulier.
Comme le dit si bien Nicola:
Si les applications laissent de la mémoire disponible, cette mémoire est récupérée pour agrandir le tampon d'entrés-sorties, diminuant ainsi sensiblement la contension sur les périphériques, HD en particulier.
Comme le dit si bien Nicola:
nicola a écrit :
De la mémoire vive non utilisée est de la mémoire vive gâchée.
Re: Ne pas gâcher inutilement sa mémoire vive
Auteur: YuGiOhJCJ (IP enregistrée)
Date: le 29 juillet 2007 à 18:42
Mouais...Mais le problème c'est que lorsque je lance America's Army 2.5.0 je manque cruellement de mémoire vive...Fodrait que Linux il m'en rende un peu 
Sinon, effectivement j'avais KDE qui tournait pendant cet essai. Mais voici sans KDE :
Je viens de recompiler mon kernel avec moins d'options mais comme vous pouvez le voir ça n'y change rien.
Je crois me rappeler que quand j'étais sous Slackware 11.0 sans KDE, j'avais à peine 100 mega de RAM utilisés... Ais-je rêvé?
---
[yugiohjcj.free.fr]
Yu-Gi-Oh! Jeu de Cartes à Jouer
Sinon, effectivement j'avais KDE qui tournait pendant cet essai. Mais voici sans KDE :
$ cat free-m
total used free shared buffers cached
Mem: 501 192 309 0 8 149
-/+ buffers/cache: 34 467
Swap: 980 0 980$ cat lsmod Module Size Used by snd_seq_dummy 2692 0 snd_seq_oss 26880 0 snd_seq_midi_event 5376 1 snd_seq_oss snd_seq 42864 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event snd_seq_device 6284 3 snd_seq_dummy,snd_seq_oss,snd_seq snd_pcm_oss 41216 0 snd_mixer_oss 13440 1 snd_pcm_oss nfsd 181872 13 exportfs 3968 1 nfsd lockd 51080 2 nfsd sunrpc 128220 8 nfsd,lockd ipv6 197216 17 nls_iso8859_1 3968 2 nls_cp437 5632 2 usb_storage 62784 0 battery 8708 0 ac 3972 0 pcspkr 2304 0 psmouse 31368 0 joydev 7232 0 ipw2200 162632 0 snd_intel8x0 26652 0 serio_raw 4868 0 ieee80211 26056 1 ipw2200 snd_ac97_codec 87968 1 snd_intel8x0 b44 20236 0 uhci_hcd 18316 0 ehci_hcd 25356 0 ac97_bus 1920 1 snd_ac97_codec evdev 6912 3 ieee80211_crypt 4096 1 ieee80211 snd_pcm 65288 3 snd_pcm_oss,snd_intel8x0,snd_ac97_codec shpchp 26260 0 i2c_i801 6928 0 snd_timer 16772 2 snd_seq,snd_pcm intel_agp 19740 1 snd 43268 10 snd_seq_dummy,snd_seq_oss,snd_seq,snd_seq_device,snd_pcm_oss,snd_mixer_oss,snd_intel8x0,snd_ac97_codec,snd_pcm,snd_timer soundcore 5344 1 snd snd_page_alloc 7304 2 snd_intel8x0,snd_pcm agpgart 24496 1 intel_agp
$ cat psaux USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 1 0.1 0.0 768 288 ? Ss 15:01 0:00 init [3] root 2 0.0 0.0 0 0 ? SN 15:01 0:00 [ksoftirqd/0] root 3 0.0 0.0 0 0 ? S< 15:01 0:00 [events/0] root 4 0.0 0.0 0 0 ? S< 15:01 0:00 [khelper] root 5 0.0 0.0 0 0 ? S< 15:01 0:00 [kthread] root 33 0.0 0.0 0 0 ? S< 15:01 0:00 [kblockd/0] root 34 0.0 0.0 0 0 ? S< 15:01 0:00 [kacpid] root 136 0.0 0.0 0 0 ? S< 15:01 0:00 [ksuspend_usbd] root 139 0.0 0.0 0 0 ? S< 15:01 0:00 [khubd] root 141 0.0 0.0 0 0 ? S< 15:01 0:00 [kseriod] root 159 0.0 0.0 0 0 ? S 15:01 0:00 [pdflush] root 160 0.0 0.0 0 0 ? S 15:01 0:00 [pdflush] root 161 0.0 0.0 0 0 ? S< 15:01 0:00 [kswapd0] root 162 0.0 0.0 0 0 ? S< 15:01 0:00 [aio/0] root 163 0.0 0.0 0 0 ? S< 15:01 0:00 [jfsIO] root 164 0.0 0.0 0 0 ? S< 15:01 0:00 [jfsCommit] root 165 0.0 0.0 0 0 ? S< 15:01 0:00 [jfsSync] root 166 0.0 0.0 0 0 ? S< 15:01 0:00 [xfslogd/0] root 167 0.0 0.0 0 0 ? S< 15:01 0:00 [xfsdatad/0] root 335 0.0 0.0 0 0 ? S< 15:01 0:00 [kjournald] root 405 0.1 0.1 2180 940 ? S<s 15:01 0:00 /sbin/udevd --daemon root 922 0.0 0.0 0 0 ? S< 15:01 0:00 [ipw2200/0] root 1022 0.0 0.0 0 0 ? S< 15:01 0:00 [kpsmoused] root 1120 0.0 0.1 1708 616 ? Ss 15:01 0:00 /usr/sbin/syslogd root 1124 0.0 0.0 1660 404 ? Ss 15:01 0:00 /usr/sbin/klogd -c 3 -x bin 1532 0.0 0.0 1760 476 ? Ss 15:01 0:00 /sbin/rpc.portmap nobody 1536 0.0 0.1 1824 696 ? Ss 15:01 0:00 /sbin/rpc.statd root 1554 0.1 0.2 3820 1084 ? Ss 15:01 0:00 /usr/sbin/sshd root 1576 0.0 0.0 1740 228 ? Ss 15:01 0:00 /usr/sbin/rpc.rquotad root 1578 0.0 0.0 0 0 ? S< 15:01 0:00 [nfsd4] root 1579 0.0 0.0 0 0 ? S 15:01 0:00 [lockd] root 1580 0.0 0.0 0 0 ? S< 15:01 0:00 [rpciod/0] root 1581 0.0 0.0 0 0 ? S 15:01 0:00 [nfsd] root 1582 0.0 0.0 0 0 ? S 15:01 0:00 [nfsd] root 1583 0.0 0.0 0 0 ? S 15:01 0:00 [nfsd] root 1584 0.0 0.0 0 0 ? S 15:01 0:00 [nfsd] root 1585 0.0 0.0 0 0 ? S 15:01 0:00 [nfsd] root 1586 0.0 0.0 0 0 ? S 15:01 0:00 [nfsd] root 1587 0.0 0.0 0 0 ? S 15:01 0:00 [nfsd] root 1588 0.0 0.0 0 0 ? S 15:01 0:00 [nfsd] root 1590 0.0 0.0 1928 304 ? Ss 15:01 0:00 /usr/sbin/rpc.mountd root 1595 0.0 0.0 1656 512 ? Ss 15:01 0:00 /usr/sbin/acpid 81 1603 0.0 0.1 2260 800 ? Ss 15:01 0:00 /usr/bin/dbus-daemon --system 82 1608 0.2 0.5 4584 2908 ? Ss 15:01 0:00 /usr/sbin/hald --daemon=yes root 1609 0.0 0.1 2872 1012 ? S 15:01 0:00 hald-runner 82 1615 0.0 0.1 2108 900 ? S 15:01 0:00 hald-addon-keyboard: listening on /dev/input/event0 82 1616 0.0 0.1 2112 896 ? S 15:01 0:00 hald-addon-keyboard: listening on /dev/input/event2 82 1617 0.0 0.1 2112 896 ? S 15:01 0:00 hald-addon-keyboard: listening on /dev/input/event3 82 1620 0.0 0.1 2112 900 ? S 15:01 0:00 hald-addon-acpi: listening on acpid socket /var/run/acpid.socket root 1626 0.0 0.1 2920 968 ? S 15:01 0:00 hald-addon-storage: polling /dev/hdb (every 2 sec) root 1637 0.0 0.4 5144 2072 ? Ss 15:01 0:00 /usr/sbin/cupsd root 1642 0.0 0.1 1868 604 ? S 15:01 0:00 /usr/sbin/crond -l10 daemon 1644 0.0 0.0 1864 392 ? Ss 15:01 0:00 /usr/sbin/atd -b 15 -l 1 root 1671 0.0 0.2 2496 1256 ? S 15:01 0:00 /bin/sh /usr/bin/mysqld_safe --datadir=/var/lib/mysql --pid-file=/var/run/mysql/mysql.pid --skip-networking mysql 1699 0.0 2.6 100840 13652 ? Sl 15:01 0:00 /usr/libexec/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysql/mysql.pid --skip-external-locking --skip-networking root 1710 0.0 0.5 8396 2820 ? Ss 15:01 0:00 /usr/sbin/httpd -k start root 1712 0.0 0.5 9424 2616 ? Ss 15:01 0:00 /usr/sbin/smbd -D apache 1714 0.0 0.4 8396 2112 ? S 15:01 0:00 /usr/sbin/httpd -k start apache 1715 0.0 0.4 8396 2108 ? S 15:01 0:00 /usr/sbin/httpd -k start apache 1716 0.0 0.4 8396 2108 ? S 15:01 0:00 /usr/sbin/httpd -k start apache 1717 0.0 0.4 8396 2108 ? S 15:01 0:00 /usr/sbin/httpd -k start apache 1718 0.0 0.4 8396 2108 ? S 15:01 0:00 /usr/sbin/httpd -k start root 1719 0.0 0.2 5964 1432 ? Ss 15:02 0:00 /usr/sbin/nmbd -D root 1721 0.0 0.0 1884 468 ? Ss 15:02 0:00 /usr/sbin/gpm -R -m /dev/mouse -t imps2 1000 1724 0.1 0.3 3536 1960 tty1 Ss 15:02 0:00 -bash root 1725 0.0 0.1 1660 536 tty2 Ss+ 15:02 0:00 /sbin/agetty 38400 tty2 linux root 1726 0.0 0.1 1656 532 tty3 Ss+ 15:02 0:00 /sbin/agetty 38400 tty3 linux root 1727 0.0 0.1 1656 532 tty4 Ss+ 15:02 0:00 /sbin/agetty 38400 tty4 linux root 1728 0.0 0.1 1656 532 tty5 Ss+ 15:02 0:00 /sbin/agetty 38400 tty5 linux root 1729 0.0 0.1 1660 536 tty6 Ss+ 15:02 0:00 /sbin/agetty 38400 tty6 linux root 1740 0.0 0.2 9424 1052 ? S 15:02 0:00 /usr/sbin/smbd -D 1000 1753 0.0 0.1 2508 944 tty1 R+ 15:02 0:00 ps aux
Je viens de recompiler mon kernel avec moins d'options mais comme vous pouvez le voir ça n'y change rien.
Je crois me rappeler que quand j'étais sous Slackware 11.0 sans KDE, j'avais à peine 100 mega de RAM utilisés... Ais-je rêvé?
---
[yugiohjcj.free.fr]
Yu-Gi-Oh! Jeu de Cartes à Jouer
Re: Ne pas gâcher inutilement sa mémoire vive
Auteur: nicola (IP enregistrée)
Date: le 2 août 2007 à 09:16
YuGiOhJCJ a écrit :
Je repose ma question :
"Est-ce que les modules chargés "en dur" (je crois qu'on dit comme ça quand ce ne sont pas de modules) prennent de la mémoire vive? "
Oui, bien sûr, c’est pour ça qu’on en laisse plein en modules.
Qu'est-ce qui me bouffe ma RAM d'arès vous?
Tu as besoin de mysqld et de httpd ?
--
On ne prête qu’aux riches, et on a bien raison, parce que les autres remboursent difficilement.
-+- Tristan Bernard (1866-1947) -+-
Re: Ne pas gâcher inutilement sa mémoire vive
Auteur: YuGiOhJCJ (IP enregistrée)
Date: le 2 août 2007 à 15:16
Oui je développe beaucoup en PHP et MySQL.
Les services c'est le minimum dont j'ai besoin.
---
[yugiohjcj.free.fr]
Yu-Gi-Oh! Jeu de Cartes à Jouer
Les services c'est le minimum dont j'ai besoin.
---
[yugiohjcj.free.fr]
Yu-Gi-Oh! Jeu de Cartes à Jouer
Re: Ne pas gâcher inutilement sa mémoire vive
Auteur: lapipao (IP enregistrée)
Date: le 2 août 2007 à 17:25
T'as besoin de 6 consoles agetty ?
Re: Ne pas gâcher inutilement sa mémoire vive
Auteur: YuGiOhJCJ (IP enregistrée)
Date: le 2 août 2007 à 18:06
heu...C'est clair que là c'est de l'abus 3 c'est déjà suffisant mais quand je démarrae en runlevel 4 avec kdm il ne m'ouvre plus que 1 seule console de toute façon donc ya pas de souci.
---
[yugiohjcj.free.fr]
Yu-Gi-Oh! Jeu de Cartes à Jouer
---
[yugiohjcj.free.fr]
Yu-Gi-Oh! Jeu de Cartes à Jouer
Re: Ne pas gacher inutilement sa mémoire vive
Auteur: linux66 (IP enregistrée)
Date: le 16 août 2007 à 21:56
null a écrit :
quand j'étais sous Slackware 11.0 sans KDE, j'avais à peine 100 mega de RAM utilisés
Ahhh .... l'évolution ...
Re: Ne pas gacher inutilement sa mémoire vive
Auteur: YuGiOhJCJ (IP enregistrée)
Date: le 16 août 2007 à 22:59
Et oui...Je vais me réinstaller Slack 11.0 (je plaisante!).
---
[yugiohjcj.free.fr]
Yu-Gi-Oh! Jeu de Cartes à Jouer
---
[yugiohjcj.free.fr]
Yu-Gi-Oh! Jeu de Cartes à Jouer
Re: Ne pas gâcher inutilement sa mémoire vive
Auteur: kozaki (IP enregistrée)
Date: le 17 janvier 2008 à 10:43
YuGiOhJCJ a écrit :
Mouais...Mais le problème c'est que lorsque je lance America's Army 2.5.0 je manque cruellement de mémoire vive...Fodrait que Linux il m'en rende un peu
Sinon, effectivement j'avais KDE qui tournait pendant cet essai. Mais voici sans KDE :
Je crois me rappeler que quand j'étais sous
Slackware 11.0 sans KDE, j'avais à peine 100 mega
de RAM utilisés... Ais-je rêvé?
Sinon, effectivement j'avais KDE qui tournait pendant cet essai. Mais voici sans KDE :
$ free-m
total used free shared buffers cached
Mem: 501 192 309 0 8 149
-/+ buffers/cache: 34 467
Swap: 980 0 980Je crois me rappeler que quand j'étais sous
Slackware 11.0 sans KDE, j'avais à peine 100 mega
de RAM utilisés... Ais-je rêvé?
Pourtant l'utilisation de ta RAM est basse. En fait c'est même excellent !
Voici ce que dit free :
- RAM totale = 512 Mo
- RAM accédée = 192 Mo
- RAM bufferisée et mise en cache (très vite accessible par toute appli) = 8 + 149 = 155 Mo
- RAM utilisée par les applis (non accessible par d'autres) = 34 Mo
- Swap utilisé = 0 Mo
Autre exemple ici sur un desktop MDV 2008 avec KDE et qlqs applis grosses et petites ouvertes :
$ free -m
total used free shared buffers cached
Mem: 1003 993 9 0 14 656
-/+ buffers/cache: 323 680
Swap: 2055 0 2054- RAM totale = 1003
- RAM accédée = 993
- RAM bufferisée et mise en cache (très vite accessible par toute appli) = 14 + 656 = 660 Mo
- RAM utilisée par les applis (non accessible par d'autres) = 323 Mo
- Swap utilisé = 0 Mo
Re: Ne pas gâcher inutilement sa mémoire vive
Auteur: YuGiOhJCJ (IP enregistrée)
Date: le 17 janvier 2008 à 16:36
Oui, le topic date un peu et depuis j'ai compris comment ça fonctionne.
Mais c'est bien de conclure sur ces infos ça pourra peut être servir à quelqu'un.
---
[yugiohjcj.free.fr]
Yu-Gi-Oh! Jeu de Cartes à Jouer
Mais c'est bien de conclure sur ces infos ça pourra peut être servir à quelqu'un.
---
[yugiohjcj.free.fr]
Yu-Gi-Oh! Jeu de Cartes à Jouer
Site hebergé par Lost Oasis.
Le serveur IRC hebergé est géré par FreeNode.
Le NS secondaire est hebergé et géré par XName.
![[Valid RSS]](/pho/images/valid-rss.png "Validate my RSS feed"){kind=small}
Les informations contenues dans cette page ne sont aucunement garanties.
Ceci dit, la perfection étant notre objectif à long terme, toute critique constructive est la bienvenue. Par constructive, il faut entendre : « contenant la solution du problème posé ». Les autres critiques ont toutes les chances d'être redirigées vers /dev/null
