Summary: | KDE "preload" in kdm | ||
---|---|---|---|
Product: | [Unmaintained] kdm | Reporter: | Konrad Twardowski <kdtonline> |
Component: | general | Assignee: | kdm bugs tracker <kdm-bugs-null> |
Status: | RESOLVED INTENTIONAL | ||
Severity: | wishlist | CC: | l.lunak |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Konrad Twardowski
2003-09-06 10:49:40 UTC
that idea suffers from a fundamental problem ... if 20 session types are defined, should all of them be prefetched then? :} the prefetching itself is technically doable; every session type that wants it would have to provide a script for this task. I believe this issue will be solved with 2.6 kernels: http://lists.kde.org/?l=kde-optimize&m=104756256414428&w=2 Subject: Re: KDE "preload" in kdm On Wed, Sep 17, 2003 at 09:33:34AM -0000, Luboš Lu i decided not to handle this in kdm. here are a few links to threads relating this issue: http://lists.kde.org/?l=kde-optimize&m=107875178924596&w=2 http://lists.kde.org/?l=kde-optimize&m=107943686019056&w=2 http://lists.kde.org/?l=kde-optimize&m=107954681501259&w=2 ok, this is now half-implemented. for the time the greeter is up, a program configurable with the Preloader option is run. it doesn't know anything about the user to log in or the selected session, so it is purely speculative. actually writing a kde preloader is on lubos' todo list. |