Portál AbcLinuxu, 12. května 2025 10:18
cron
, z kterého se spouštní skript buzeni.sh
obsahující lame song.mp3 | aplay -
. Večer počítač spustím, free
hlásí 19 MB použité paměti, nechám to v terminálu, X server není spuštěný, žádný uživatel není přihlášený. Když se ráno probudím, přihlásím se a dám free
(v terminálu), tak co to moje oči nevydí, 350 MB použité paměti. Při opakování postupu se stane opět, je to tedy reprodukovatelné. Mám jádro 2.6.17-gentoo s debugging info, včetně "debug memory leaks", glibc-2.4. Jediné, co přes noc jede nějak aktivně, je každou hodinu pomocí cronu /etc/init.d/ntp-client restart
, protože jsem se ještě nedostal ke konfiguraci ntpd.
Jak zjistit, kde je chyba? Vzhledem k tomu, že přes noc nic aktivně nejede a top
ukazuje u všech procesů rozumné spotřeby paměti, tak je to zřejmě memory leak v linuxovém jádře.
Takže: Jak na to? :)
total used free shared buffers cached Mem: 1018780 906776 112004 0 73568 591160 -/+ buffers/cache: 242048 776732 Swap: 522072 0 522072Pouzivam aj FC5+KDE a tam mam obsadenie pamate nizsie o 50%. Gentoo mam kompilovane s optimalizaciou na velkost kodu. libqt-mt.so.3.3.6 ma v gentoo 7MB, v FC5 9MB.
Co říkají třeba
cat /proc/meminfo
cat /proc/slabinfo
?
echo 3 > /proc/sys/vm/drop_caches
?
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.