-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2016-04-27 23:44, Xen wrote:
Carlos E. R. schreef op 27-04-2016 21:13:
But the applications do. The system just tells the applications to bugger of fast, that it is going to shutdwon. It first tells so nicely, and after sometime issues kill -9 to the rest.
Right, but like Howard said, or what's his name, Howorth, the application might have a memory manager and it is going to process objects one by one. It does not know where in memory its objects reside.
The application just wants to close objects. But they have to be loaded first to do so.
Yes, I know. But if there is nothing to write to disk, of after done with writing to disk, instead of closing objects "properly" (destruct call?), simply tell the memory manager to dump all memory. To return all memory it got from the system, to the system. Probably the application memory manager gets big chunks from the system and gives small sections to parts of the program. But I don't think this is done. Objects are closed properly one by one.
Currently my system functions reasonably normally. But without swap and high swappiness it is really a nightmare. Why does LibreOffice read the dvd when pressing ctrl-v?
Maybe because the code to do it is not yet loaded in ram.
You suppose program files and libraries are loaded partially?
I know they are. I don't know how exactly this is handled in Linux, but I read somewhere that it was done that way. And Windows does the same. Or rather similarly. Even old MsDos programs could do it, but in that case it was handled by the applications, not by the system. It was called "overlays".
I could never imagine that code itself would be getting lazily loaded in the sense of "parts of files" being left on disk.
But maybe it's just some shared library that was not accessed yet.
That too.
Why is the dvd getting read because I run "ls" ?
Isn't that supposed to be in the buffers? How are you going to have 2GB worth of buffers and not cover the entire 1.4GB filesystem?
Maybe not everything is loaded into tmpfs. I wouldn't. I would put in the tmpfs only the modifications.
I know. It's just that these buffers seem to be cleaned very rapidly.
Currently I am not experiencing any DVD loads while alt-tabbing, doing "ls", or even "ls /".
Even "which" does not load anything so I guess parts of the filesystem are buffered now.
Yep.
Yep. That's why ram dedicated to buffers is important. It would also be important to differentiate code and data buffers. Probably it differentiates r/o from r/w instead.
You know in the days of old in Microsoft Windows you could work for a long time and the harddisk was set to sleep, and you could be working and doing stuff and the harddrive would go to sleep.
Yes, I remember. To do that nowdays in Linux you have to trick the system, to not dump write buffers into disk immediately, but delayed for hours if need be. There is a package, laptop-mode-tools or similar name that does that change if asked.
It was very common in e.g. Windows 98 for the harddrive to just fall asleep while you were doing stuff.
I remember. But not often that late. - -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iF4EAREIAAYFAlchRmYACgkQja8UbcUWM1zgdwD/acOVbzgBZSQiT8X3kvdpNM+9 rTHBPEWBS7O+XsZ6hEgA/0ejqWYKDoG0VgcS2XhkOBFzuMV+i+DhcQ7OtfLTk/R7 =X80p -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org