On 10/11/2011 02:07 AM, Lennart Poettering wrote:
Any such logic in splitting the boot phase into two phases for read
ahead is very arbitrary I'd claim. Why just two phases, and why
precisely place the delimiter of the two phases at basic.target?
Because udev.service, network.target and
On Fri, 30.09.11 11:54, Paolo Bonzini (bonz...@gnu.org) wrote:
When enabling readahead on my system (which has a 5400rpm hard drive)
systemd-analyze blame output is like this:
19507ms udev.service
18336ms fedora-storage-init.service
13254ms var-lock.mount
12960ms
On Fri, 30.09.11 16:26, Paolo Bonzini (bonz...@gnu.org) wrote:
On 09/30/2011 03:39 PM, Kay Sievers wrote:
Sure. I just think that this is not what we really want in the end.
That I agree with, but good is the enemy of perfect...
Here's my recommendation how to achieve the same effect as
On Fri, 30.09.11 16:52, Tom Gundersen (t...@jklm.no) wrote:
On Fri, Sep 30, 2011 at 4:26 PM, Paolo Bonzini bonz...@gnu.org wrote:
On 09/30/2011 03:39 PM, Kay Sievers wrote:
Sure. I just think that this is not what we really want in the end.
That I agree with, but good is the enemy of
On Mon, 03.10.11 13:06, Stephan Kulow (co...@suse.de) wrote:
Am Freitag, 30. September 2011, 16:52:01 schrieb Tom Gundersen:
On Fri, Sep 30, 2011 at 4:26 PM, Paolo Bonzini bonz...@gnu.org wrote:
On 09/30/2011 03:39 PM, Kay Sievers wrote:
Sure. I just think that this is not what we
On Fri, 30.09.11 20:56, c...@endlessnow.com (c...@endlessnow.com) wrote:
The idea that separate / from /usr is archaic or wrong is
incorrect. Just saying... Think about it for a bit... Because if you
still believe that to be true...then it is /usr that must go away.
The thing one cannot
Am Freitag, 30. September 2011, 16:52:01 schrieb Tom Gundersen:
On Fri, Sep 30, 2011 at 4:26 PM, Paolo Bonzini bonz...@gnu.org wrote:
On 09/30/2011 03:39 PM, Kay Sievers wrote:
Sure. I just think that this is not what we really want in the end.
That I agree with, but good is the enemy of
]] Kay Sievers
| Actually I see a contradiction: if /lib is going to become /usr/lib,
| there's no reason to hard code /usr paths in systemd. Just use /lib
| until the day comes. But it's irrelevant.
|
| Nah, it's not needed in the rootfs, hence we already put it where the
| rest will move
On Sat, Oct 1, 2011 at 13:09, Tollef Fog Heen tfh...@err.no wrote:
]] Kay Sievers
| Actually I see a contradiction: if /lib is going to become /usr/lib,
| there's no reason to hard code /usr paths in systemd. Just use /lib
| until the day comes. But it's irrelevant.
|
| Nah, it's not
[adding back the list]
On 09/30/2011 01:05 PM, Tom Gundersen wrote:
I think a better heuristic is needed if we want to plan for
the future. If I understand correctly, there seems to be a shift
towards moving stuff from /lib, /bin and /sbin to /usr/lib, /usr/bin
and /usr/sbin, respectively (and
Le vendredi 30 septembre 2011 à 13:32 +0200, Kay Sievers a écrit :
On Fri, Sep 30, 2011 at 13:18, Paolo Bonzini bonz...@gnu.org wrote:
On 09/30/2011 01:05 PM, Tom Gundersen wrote:
Also, I'm not sure if I understand your suggestion that /var should be
ignored. In particular I think
On Fri, Sep 30, 2011 at 15:25, Paolo Bonzini bonz...@gnu.org wrote:
On 09/30/2011 03:08 PM, Kay Sievers wrote:
/usr will not be a good rule, and hard coding such things in the code,
we should should probably avoid in general.
Even if it will not be a good rule, right now it is at least
On 09/30/2011 03:39 PM, Kay Sievers wrote:
Sure. I just think that this is not what we really want in the end.
That I agree with, but good is the enemy of perfect...
Paolo
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
On Fri, Sep 30, 2011 at 4:26 PM, Paolo Bonzini bonz...@gnu.org wrote:
On 09/30/2011 03:39 PM, Kay Sievers wrote:
Sure. I just think that this is not what we really want in the end.
That I agree with, but good is the enemy of perfect...
How about this:
Rather than making the split between /
On Fri, Sep 30, 2011 at 5:23 PM, Paolo Bonzini bonz...@gnu.org wrote:
It's actually pretty hard unless you give up the ability to replay/collect
at the same time, which I think would be really bad. The problem is that
replay will read files for after basic.target long before that target has
to accomodate systemd. Just
an observation It makes one seem hypocritical.
- Reply message -
From: Kay Sievers kay.siev...@vrfy.org
To: Paolo Bonzini bonz...@gnu.org
Cc: systemd-devel@lists.freedesktop.org
Subject: [systemd-devel] [PATCH] readahead: read /usr files last for rotational
media
16 matches
Mail list logo