On Thu, 09 Oct 2014 20:25:32 +0200 Sven Joachim <svenj...@gmx.de> wrote:
> On 2014-10-09 19:48 +0200, Reco wrote: > > > On Thu, 09 Oct 2014 19:17:46 +0200 > > Erwan David <er...@rail.eu.org> wrote: > > > > That's one of the reasons I'm thinking to postpone that-pid1-process > > migration to jessie+1. I can understand the need of killing a useful > > tool for the greater cause (being upstream), but the thing that I don't > > understand is why kill the tool immediately if upstream wants it. And > > no, that isn't up to the discussion. I have no intention to start yet > > another that-pid1-process discussion thread. > > Which leads to the question why you are responding in this thread. There were some questions asked. Why else? > >> Other setting, some very small PC used as router/FW. on a testing > >> machine, I see systemd memory foot print to be > >> 177096 VSS , 5556 resident 3100 shared. > >> > >> Thats HUGE. 8 Mo just for the init system, once th system is booted ? > >> I am not sure I will consider debian an alternative fore those PCs once > >> Jessie is stable... > > The memory requirements just to run apt and dpkg are much higher, just > have a look at the files under /var/lib/apt/lists. 'Memory requirements'? Hardly. 'On-disk requirements' - that's something can I agree with. Or did they changed that in sid, so now /var/lib/apt/lists is mounted in memory too? And, last time I've checked, apt is not a part of init process :) Still, I took a look: $ du -shx /var/lib/apt/lists/ 53M /var/lib/apt/lists/ $ grep Total /proc/meminfo MemTotal: 16313292 kB SwapTotal: 16636796 kB VmallocTotal: 34359738367 kB HugePages_Total: 0 And I'd say your estimate is off by an order of magnitude. Because by your explanation (20% memory to /run * 10%) I should be prepared to lose 326265kb of memory to journald. > > You haven't took into account journald, which uses /run (mounted > > in-memory) to write its' own blobs. With the limit of 1/2 of available > > physical memory by default. > > No, the size of /run defaults to 20% of the available RAM, and by > default the maximum size of the journal is 10% of that. The mail I relied to implied that 8M RSS+SHR (for the init) is huge. I merely suggested that one should add journald blobs to that number as they're stored in memory anyway. I was off in numbers estimation, but still 8M RSS+SHR pales in comparison to wasting 2% of available memory to fancy blobs. Reco -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141009235131.042fe3d97d10fa8f95c19...@gmail.com