[systemd-devel] [HEADS-UP] Intent to remove readahead from systemd

Pacho Ramos pacho at gentoo.org
Fri Sep 26 03:19:10 PDT 2014


El vie, 26-09-2014 a las 08:58 +0200, Tom Gundersen escribió:
> On Thu, Sep 25, 2014 at 6:40 PM, Pacho Ramos <pacho at gentoo.org> wrote:
> > El jue, 25-09-2014 a las 16:44 +0200, Tom Gundersen escribió:
> >> On Thu, Aug 14, 2014 at 7:16 PM, Lennart Poettering
> >> <lennart at poettering.net> wrote:
> >> > So, I think with the release after the upcoming one we should just
> >> > remove it from the systemd package and just throw it on the pile of
> >> > historic cruft. So, yeah, here's the advance warning that this will be
> >> > happening...
> >> >
> >> > (Well, unless somebody from the community who cares and wants to invest
> >> > the necessary time in it steps up and gives it the love it really
> >> > needs. If nobody does until that release, I will delete the component
> >> > from systemd).
> >>
> >> No one objected to this, so I pushed the patch deleting it. If anyone
> >> wants to resurrect this in an external repo, it should be simple
> >> enough to extract it from git.
> >>
> >> Cheers,
> >>
> >> Tom
> >> _______________________________________________
> >> systemd-devel mailing list
> >> systemd-devel at lists.freedesktop.org
> >> http://lists.freedesktop.org/mailman/listinfo/systemd-devel
> >
> > Is there any other readahead implementation around that we could migrate
> > to? Well, not sure many laptops with SSD are sold in your area but, at
> > least in mine, most people still have (and buy) setups with rotational
> > hard drives that have a clear gain when running readahead (well, I can
> > see it every time I reboot and login on gnome-shell if I don't use
> > readahead)
> 
> I think the best bet would be someone who understands/knows/uses this
> stuff to resurrect systemd-readahead in a third-party repo and
> maintain it there. AFAIK, it was the best of the available options.
> 
> Cheers,
> 
> Tom

Yeah, the problem was that I ended up using it as it looked to be the
best option for doing this (even being "stalled"), the problem is that,
even if I "use" it actively, I don't "understand/know" it :S

Lets see if anyone finally is able to, at least, repackage it outside
systemd (even simply keeping it, for now, as good (=> better than other
alternatives) as it's currently) 

Best regards



More information about the systemd-devel mailing list