On Thu, Dec 17, 2015 at 05:18:21PM +0100, Reindl Harald wrote: > > > Am 17.12.2015 um 17:03 schrieb Reindl Harald: > > > > > >Am 17.12.2015 um 16:57 schrieb Lennart Poettering: > >>On Thu, 17.12.15 10:50, Matthew Miller (mattdm@xxxxxxxxxxxxxxxxx) wrote: > >> > >>>On Thu, Dec 17, 2015 at 04:40:16PM +0100, Lennart Poettering wrote: > >>>>Nope, that's not the point to make. We ship tons of stuff you don't > >>>>always need, but why is this stuff that matters? Is it *that* large? > >>> > >>>"Ship" and "require in the most minimal application-only install case" > >>>are different. And "eh, it's not that large" is the approach that's > >>>lead us to having a collective minimal set that is undeniably unwieldy. > >>>If, instead, every package at the base level would take modularity as a > >>>baseline principle, we'd be in a lot better and more flexible state. > >>> > >>>>Does it have such heavy otherwise unneeded deps? > >>> > >>>In some cases, yes. In others, it's deps that don't seem individually > >>>heavy but they add up. > >> > >>I am not sure I can read this any other way than "Nope, I won't be > >>specific with numbers and stuff, I just have the 'feeling' that > >>systemd is large and has huge deps" > > > >read it they way: *anything* which is *not missed* when it's not > >installed should not be installed - period - there is nothing to dicuss > >about > > OK, you want numbers > > full featured VM running authoritative DNS for hundrets > of zones while bind and rsyslog would be enough > ______________________________ > > whole operating system: 795 MB > > systemd: 24 MB > systemd-libs: 1.1 MB > ______________________________ > > (100 * 25.1) / 795 = 3,16% > > sorry, 25 MB in each container *is bloat* and you pull deps So dont put it in each container, put it in a parent container that can be inherited via btrfs subvolumes or unionfs. The only reason this seems like a significant number is because you seem to be insisting that it has to be copied into each container. If you share it (as you should), the space requirements become negligible very quickly at scales of hundreds of containers. Neil > -- > devel mailing list > devel@xxxxxxxxxxxxxxxxxxxxxxx > http://lists.fedoraproject.org/admin/lists/devel@xxxxxxxxxxxxxxxxxxxxxxx -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx http://lists.fedoraproject.org/admin/lists/devel@xxxxxxxxxxxxxxxxxxxxxxx
