[Eisfair_dev] E-1 inactive ram freigeben?

Stefan Puschek stefan.puschek at t-online.de
Mo Jan 16 16:44:55 CET 2017


Hi Marcus,

>>> free -m
>>>      total used free shared  buff/cache   available
>>> Mem: 2048  701  307  78       1039        1256
>>> Swap: 512  171  340
>>>
>>> Also Frei 307 M und 1039M gecached.
>>> Also theoretisch müsste er 1039M  freigeben wenn es gebraucht wird.
>>> Aber ...
>>>
>>> dd if=/dev/zero of=/swapfile count=1 bs=350M
>>> dd: memory exhausted by input buffer of size 367001600 bytes (350 MiB)
>>
>> das habe ich doch glatt mal ausprobiert:
>>
>> Welcome to eisfair!
>> base     : 2.7.8
>> eiskernel: 2.26.1 (3.2.82-eisfair-1-SMP)
>>
>> barbrady # free
>>                total        used        free      shared  buff/cache
>> available
>> Mem:        1017496      441036      299360         112      277100
>> 551030
>> Swap:       2096476        4876     2091600
>> barbrady # dd if=/dev/zero of=/swapfile count=1 bs=350M
>> 1+0 records in
>> 1+0 records out
>> 367001600 bytes (367 MB, 350 MiB) copied, 3.93669 s, 93.2 MB/s
>> barbrady # free
>>                total        used        free      shared  buff/cache
>> available
>> Mem:        1017496      438344      375800         112      203352
>> 553702
>> Swap:       2096476        8280     2088196
>> barbrady #
>>
>> warum geht das bei mir wie es laut Marcus sein sollte und bei Dir nicht???
>
> Das im Kernel zu erforschen, ist mir mangels C-Kenntnissen zu hoch.
>
> Früher ging oft der Hilferuf von Linuxneulingen durch die die
> SuSE-Mailingliste, warum der RAM voll sei, unter Win sei das nicht so.

es ging mir auch nur um den Unterschied zwischen der Kiste von Olaf und 
meiner Kiste; dass Linux den RAM konsequent nutzt, weiss ich - aber 
warum das bei Olaf nicht geklappt hat, erschliesst sich mir nicht so ganz...

könnte es sein, dass der theoretisch zwar verfügbare Speicher 
zerstückelt war und somit keine 350MB _am_Stück_ verfügbar waren?

Groetjes
Stefan






Mehr Informationen über die Mailingliste Eisfair_dev