On Monday, August 22, 2011 11:09:02 PM Stefan G. Weichinger wrote: > Am 22.08.2011 20:29, schrieb Stefan G. Weichinger: > > update: edited the example in the gentoo-wiki now. > > replying to myself once more, which makes it feel more like a wiki or > blog than a mailing-list ;-)
There wasn't much to add. You provided a solution and the only reply I could come up with "Well done" would sound condescending. Which is why I decided not to. > additional thoughts: > > * as there is readahead-support in systemd I assume I could get rid of > preload: > > http://packages.gentoo.org/package/sys-apps/preload?arches=all > > As it isn't maintained actively anymore it maybe isn't of much use > anymore anyway? I don't tend to use preload. Is it usefull in a non-systemd environment? > As there is no related service-file for preload here, it is deactivated > for now anyway (as long as I choose the systemd-using GRUB-line). > > * remember those cgroup-hacks back then? > > http://en.gentoo-wiki.com/wiki/Improve_responsiveness_with_cgroups > > Is that stuff still valid? Maybe, if you want to group stuff you're running yourself into seperate groups. The different services are grouped already. > With systemd the whole use of cgroups changes fundamentally, I don't > have the knowledge to decide if to use both in parallel. > > For now I disabled the stuff from the wiki (stop sourcing > /etc/bash/local/cgrouprc) as it only gives me warnings ... What kind of warnings? Systemd already mounts the filesystem for it and starts poulating it. If your script does similar things, they might try to duplicate work? > * found this blog-entry against systemd: > > http://monolight.cc/2011/05/the-systemd-fallacy/ > > I agree, it might be more useful on desktops ... so far I am still > exploring and learning to get to the point to make a decision where and > if to use. I think it is more useful on desktops and laptops, which get rebooted regularly. On a server that tends to run for months without a reboot, a fast init-system is important. And I don't really see the point of D-BUS on a server either. All the services that need to talk to each other already have working communication paths. I do intend to implement it on my desktop and netbook as I'd like to have those booting as fast as possible. -- Joost
