[linux] memory loopt vol bij xfer :(

[nzyme]

ok here's the deal:

server:
PII266mmx
128mb
15gb 5400rpm
100mbit
slackware8 kernel 2.2

client
p4 2ghz
512mb
60gb 7200rpm
100mbit
slackware8.1 kernel 2.4

andere clients met winxp en me

Bij een bestandsoverdracht van de ene naar de andere loopt het geheugen steeds helemaal vol. Dit is via "procinfo -n1" te zien. Een bestandje van 130mb verzenden via ftp, smb of nfs resulteerd steeds maar weer in het vollopen van het geheugen.
Op de server is dit erg, daar er ook een cs server naast moet draaien

proftpd-1.2.7 als ftp server, verder out of the box linux install's zonder tweaks ofzow.

Waarom loopt het geheugen nou steeds vol???

Help me out here!

[Verwijderd]

Mijn geheugen zit ook altijd vol volges top, free en sysinfo maar heb er geen last van ofzo. gentoo met laatste gentoo kernel

[blouweKip]

Wordt het geheugen daarna weer vrijgemaakt?

Ik heb nu ook dat X gewoon constant 290 mb of meer inneemt (nu weet ik dat X 140 mb heeft en glx 150 mb), het begint steeds meer op windows te lijken

[Verwijderd]

Heb je die cs server al draaien dan? Of ben je bang dat het niet goed zal gaan op voorhand ?
Linux gebruikt het aanwezige geheugen voor onder andere cache doeleinden. Dat is beter dan er niks mee te doen lijkt me.

[LollieStick]

Zoals vrotogel hierboven al zegt gebruikt Linux al het aanwezige geheugen om te cachen. Dit resulteert dat je bij free bijna geen geheugen ziet staan. Als gebruiker merk je hier niets van. Als een programma geheugen nodig heeft, wordt het gecachte geheugen kleiner en het gebruikte geheugen groter. Mogelijk wordt vrij geheugen ook lager

[deadinspace]

Dit al gelezen?

blouweKip schreef op 17 december 2002 @ 12:19:
Ik heb nu ook dat X gewoon constant 290 mb of meer inneemt (nu weet ik dat X 140 mb heeft en glx 150 mb), het begint steeds meer op windows te lijken

"Wat voor" een 290 MB? Ik bedoel: welk programma bekijk je het mee, en hoe noemt het programma dat gebruikte geheugen (VSZ of RSS bv)?

[ Voor 14% gewijzigd door deadinspace op 18-12-2002 02:57 ]

[Slaiter]

blouweKip schreef op 17 december 2002 @ 12:19:
Wordt het geheugen daarna weer vrijgemaakt?

Ik heb nu ook dat X gewoon constant 290 mb of meer inneemt (nu weet ik dat X 140 mb heeft en glx 150 mb), het begint steeds meer op windows te lijken

mja als ik bij mij kijk word er ook ruim 290mb ingenomen als ik X draai met mozilla, gkrellm, eterm en xmms, maar als ik ff wat beter kijk zie ik dat dat niet helemaal waar is en er daadwerkelijk een stuk minder gebruikt word nl maar 111mb.

Zie ook de faq hoe of dat je kunt zien wat er werkelijk gebruikt word

uit faq

Waarom zit in Linux bijna mijn hele geheugen vol?

Veel tooltjes geven vaak aan dat je geheugen compleet vol zit (of lijken dat aan te geven als je de output verkeerd interpreteert), wat bij sommigen nogal een paniekreactie oplevert.

De reden hiervoor is dat de Linux kernel geheugen dat niet aan applicaties is toegewezen kan gebruiken voor caches en buffers voor block devices. De block devices die hierbij de grootste rol spelen zijn meestal je harddisks.
Als een programma een block van de harddisk inleest, dan zal de kernel deze block in het geheugen houden. Als het programma diezelfde block dan nog eens opvraagt (wat in de praktijk vaak gebeurt), dan kan de data uit het geheugen komen, wat enorm veel sneller is dan vanaf de HD. Dat heet caching. Buffering is het tegenovergestelde: als een programma wat wegschrijft dan schrijft de kernel dat niet echt weg, maar bewaart het even in het geheugen. Als de kernel dan even tijd heeft wordt de data pas weggeschreven.
Zowel caching als buffering hebben een enorme invloed op de snelheid van harddisk lees- en schrijfacties.

Buffers en (vooral) caches kunnen oplopen tot al het geheugen dat niet door applicaties gebruikt is. Dat is geen enkel probleem, want op het moment dat applicaties meer geheugen nodig hebben zal de kernel automatisch de buffers en/of caches verkleinen.

Het commando "free -m" geeft (in megabytes) weer hoeveel geheugen er is en er in gebruik is, zowel inclusief als exclusief caches. Hier de output van "free -m" op mijn computer:
code:

[marcelm@something marcelm]$ free -m
total used free shared buffers cached
Mem: 630 ^626 4 0 31 393
-/+ buffers/cache: *201 429
Swap: 59 0 59


Veel mensen kijken alleen naar de waarde met ^ ervoor, maar dat is inclusief caches en buffers. Als je wilt weten hoeveel er in gebruik is door programma's (en dat is vaak interessanter), dan moet je kijken naar de waarde met * ervoor.

[ Voor 63% gewijzigd door Slaiter op 18-12-2002 08:51 ]

[Verwijderd]

blouweKip schreef op 17 December 2002 @ 12:19:
Ik heb nu ook dat X gewoon constant 290 mb of meer inneemt (nu weet ik dat X 140 mb heeft en glx 150 mb), het begint steeds meer op windows te lijken

Mwoh, dat is X + alle applicaties he? . Applicaties die X sharedlibs gebruiken (alle grafische applicaties dus) worden gemakshalve ook bij het geheugenverbruik van X opgeteld.

Zolang je nog RAM hebt, is er geen reden je druk te maken, immers RAM heb je om het te gebruiken, en de linux VM is geavanceerd genoeg om tegenwoordig alles uit je RAM te halen wat er in zit. .

Dat je geen vrij geheugen hebt, tsja, okee, maar daarvoor koop je dat geheugen toch ook niet, lijkt me? (Doet me denken aan mensen die schoenen kopen om in de kast te zetten e.d. ).