2015-06-19 15:34 GMT+08:00 Chaiken, Alison :
> cee1 writes:
>> 3.1 "consider disabling readahead collection in the shipped devices,
>> but leave readahead replay enabled."
>
>
> ceel, are you aware that readahead is deprecated in systemd and has not been
> included since about release 216? Some
On 06/19/2015 09:34 AM, Chaiken, Alison wrote:
> ceel, are you aware that readahead is deprecated in systemd and has not
> been included since about release 216? Some of us in automotive are
> still working on it. I have some patches here
>
> https://github.com/chaiken/systemd-hacks/tree/pac
cee1 writes:
2. Add a kernel sockopt for AF_UNIX to increase the maximum datagram
queue length for SOCK_DGRAM sockets.
ceel, are you aware of the (hopefully) pending full merge of kdbus in
kernel 4.2? And that it is essentially a bottoms-up redesign of IPC
that supports the existing D-Bus
2015-06-14 21:17 GMT+08:00 cee1 :
> Hi all,
>
> I've recently got another chance to improve the boot-time of a
> systemd-based device. I'd like to share the experience here, and some
> thoughts and questions.
Two more articles about boot optimization:
* http://freedesktop.org/wiki/Software/systemd
On Mon, Jun 15, 2015 at 5:44 AM, Harald Hoyer
wrote:
> On 14.06.2015 15:17, cee1 wrote:
>
> > BTW, systemd-bootchart has a option to chart entropy, how is the
> > entropy involved in boot up procedure?
>
> Well, if daemons need bytes from /dev/random (think sshd key generation), I
> guess they wi
On 14.06.2015 15:17, cee1 wrote:
> Hi all,
>
> I've recently got another chance to improve the boot-time of a
> systemd-based device. I'd like to share the experience here, and some
> thoughts and questions.
>
> The first time I tried to improve the boot-time of systemd:
> http://lists.freedeskto
Hi all,
I've recently got another chance to improve the boot-time of a
systemd-based device. I'd like to share the experience here, and some
thoughts and questions.
The first time I tried to improve the boot-time of systemd:
http://lists.freedesktop.org/archives/systemd-devel/2011-March/001707.ht
On Wed, Apr 20, 2011 at 02:43:36AM +0200, Lennart Poettering wrote:
> On Fri, 18.03.11 13:40, Gustavo Sverzut Barbieri (barbi...@profusion.mobi)
> wrote:
>
> >
> > On Fri, Mar 18, 2011 at 10:52 AM, Andrey Borzenkov
> > wrote:
> > > On Fri, Mar 18, 2011 at 12:35 PM, fykc...@gmail.com
> > > wr
On Wed, 30.03.11 02:28, fykc...@gmail.com (fykc...@gmail.com) wrote:
>
> 2011/3/29 Lennart Poettering :
> > On Tue, 29.03.11 03:36, fykc...@gmail.com (fykc...@gmail.com) wrote:
> >> To make boot fast, it seems udev's coldplug do too much jobs -- what I
> >> expect is only coldplug local block dev
On Fri, 18.03.11 13:40, Gustavo Sverzut Barbieri (barbi...@profusion.mobi)
wrote:
>
> On Fri, Mar 18, 2011 at 10:52 AM, Andrey Borzenkov wrote:
> > On Fri, Mar 18, 2011 at 12:35 PM, fykc...@gmail.com
> > wrote:
> >> Hi all,
> >>
> >> We did a series boot-time tests of systemd, and found some
On Fri, 18.03.11 13:52, Andrey Borzenkov (arvidj...@mail.ru) wrote:
> > I tried to create a hotplug.target(which is activated after
> > default.target), and made udev-settle reside at it, this rendered a
> > unbootable system. systemd depends on udev at early time.
> > Thoughts: devtmpfs is mounte
On Fri, 18.03.11 09:35, fykc...@gmail.com (fykc...@gmail.com) wrote:
> Hi all,
>
> We did a series boot-time tests of systemd, and found some interesting things:
> (Note the tests were performed on a laptop with a 4-core mips cpu, AMD
> RS780 chipset, 2GB Memory, rotate harddisk with ext4 filesys
2011/3/29 Lennart Poettering :
> On Tue, 29.03.11 03:36, fykc...@gmail.com (fykc...@gmail.com) wrote:
>> To make boot fast, it seems udev's coldplug do too much jobs -- what I
>> expect is only coldplug local block devices and tty in that stage.
>> This can save ~2s in my boot test.
>>
>> Is it pos
On Tue, 29.03.11 03:20, fykc...@gmail.com (fykc...@gmail.com) wrote:
> 2011/3/28 Lennart Poettering :
> > On Sun, 20.03.11 05:28, fykc...@gmail.com (fykc...@gmail.com) wrote:
> >> Current readahead implementation has some problems:
> >> 1. It can't separate *real* block read requests from all read
On Tue, 29.03.11 03:36, fykc...@gmail.com (fykc...@gmail.com) wrote:
>
> Hi Kay,
>
> 2011/3/28 Kay Sievers :
> > On Fri, Mar 18, 2011 at 14:57, Kay Sievers wrote:
> >
> > Udev no longer enables udev-settle.service by default now.
> > basic.target is no longer blocked by it, and udev's coldplug
Hi Kay,
2011/3/28 Kay Sievers :
> On Fri, Mar 18, 2011 at 14:57, Kay Sievers wrote:
>
> Udev no longer enables udev-settle.service by default now.
> basic.target is no longer blocked by it, and udev's coldplug will run
> in the background.
To make boot fast, it seems udev's coldplug do too much j
2011/3/28 Lennart Poettering :
> On Sun, 20.03.11 05:28, fykc...@gmail.com (fykc...@gmail.com) wrote:
>> Current readahead implementation has some problems:
>> 1. It can't separate *real* block read requests from all read
>> requests(which includes more blocks read by the kernel's readahead
>> logi
On Fri, Mar 18, 2011 at 14:57, Kay Sievers wrote:
> On Fri, Mar 18, 2011 at 14:40, Gustavo Sverzut Barbieri
>> But it could be improved yes. As you all said, maybe we should handle
>> udev hotplug in a more throttled way by postponing non-critical
>> devices and having everything else to be hotpl
On Thu, 24.03.11 10:20, Gustavo Sverzut Barbieri (barbi...@profusion.mobi)
wrote:
> On Thu, Mar 24, 2011 at 9:35 AM, Andrey Borzenkov wrote:
> > On Thu, Mar 24, 2011 at 12:19 PM, fykc...@gmail.com
> > wrote:
> >> Hi,
> >>
> >> 2011/3/18 Gustavo Sverzut Barbieri :
> >>> 2. should we do (or hav
On Sun, 20.03.11 05:28, fykc...@gmail.com (fykc...@gmail.com) wrote:
>
> 2011/3/19 Chen Jie :
> > 2011/3/18 Kay Sievers :
> >>
> >> It's ~0.5 sec faster here with readahead on a SSD.
> > Each time runs readahead-replay may cause readahead-collect to record
> > more blocks to read ahead -- size of
On Sat, 19.03.11 06:05, Chen Jie (ch...@lemote.com) wrote:
>
> 2011/3/18 Kay Sievers :
> > On Fri, Mar 18, 2011 at 14:40, Gustavo Sverzut Barbieri
> > wrote:
> >> On Fri, Mar 18, 2011 at 10:52 AM, Andrey Borzenkov
> >> wrote:
> >>> On Fri, Mar 18, 2011 at 12:35 PM, fykc...@gmail.com
> >>> wr
On Thu, Mar 24, 2011 at 10:20:38AM +, Gustavo Sverzut Barbieri wrote:
> On Thu, Mar 24, 2011 at 9:35 AM, Andrey Borzenkov wrote:
> > On Thu, Mar 24, 2011 at 12:19 PM, fykc...@gmail.com
> > wrote:
> >> Hi,
> >>
> >> 2011/3/18 Gustavo Sverzut Barbieri :
> >>> 2. should we do (or have a way to
On Thu, Mar 24, 2011 at 9:35 AM, Andrey Borzenkov wrote:
> On Thu, Mar 24, 2011 at 12:19 PM, fykc...@gmail.com wrote:
>> Hi,
>>
>> 2011/3/18 Gustavo Sverzut Barbieri :
>>> 2. should we do (or have a way to) force a manual ordering to help
>>> Xorg/DM/WM by avoiding spawn of concurrent services?
On Thu, Mar 24, 2011 at 12:19 PM, fykc...@gmail.com wrote:
> Hi,
>
> 2011/3/18 Gustavo Sverzut Barbieri :
>> 2. should we do (or have a way to) force a manual ordering to help
>> Xorg/DM/WM by avoiding spawn of concurrent services? We know these
>> have the higher priority, but it's a higher prio
Any comments about these 2 points:
On Fri, Mar 18, 2011 at 1:40 PM, Gustavo Sverzut Barbieri
wrote:
>>> 2. udev-settle.service serializes the boot process, see attachment
>>> udev-settle.png.
>>
>> I have feeling that increased parallelism during boot (like starting
>> fsck/mount as soon as devic
2011/3/19 Chen Jie :
> 2011/3/18 Kay Sievers :
>>
>> It's ~0.5 sec faster here with readahead on a SSD.
> Each time runs readahead-replay may cause readahead-collect to record
> more blocks to read ahead -- size of "/.readahead" never reduces.
>
> Also I found "/.readahead" recorded files like ".xe
2011/3/18 Kay Sievers :
> On Fri, Mar 18, 2011 at 14:40, Gustavo Sverzut Barbieri
> wrote:
>> On Fri, Mar 18, 2011 at 10:52 AM, Andrey Borzenkov wrote:
>>> On Fri, Mar 18, 2011 at 12:35 PM, fykc...@gmail.com
>>> wrote:
>
1. What can readahead affect boot-time?
Sadly observed negative
On Fri, Mar 18, 2011 at 14:40, Gustavo Sverzut Barbieri
wrote:
> On Fri, Mar 18, 2011 at 10:52 AM, Andrey Borzenkov wrote:
>> On Fri, Mar 18, 2011 at 12:35 PM, fykc...@gmail.com
>> wrote:
>>> 1. What can readahead affect boot-time?
>>> Sadly observed negative affect -- boot-time increases at l
On Fri, Mar 18, 2011 at 10:52 AM, Andrey Borzenkov wrote:
> On Fri, Mar 18, 2011 at 12:35 PM, fykc...@gmail.com wrote:
>> Hi all,
>>
>> We did a series boot-time tests of systemd, and found some interesting
>> things:
>> (Note the tests were performed on a laptop with a 4-core mips cpu, AMD
>> R
On Fri, Mar 18, 2011 at 12:35 PM, fykc...@gmail.com wrote:
> Hi all,
>
> We did a series boot-time tests of systemd, and found some interesting things:
> (Note the tests were performed on a laptop with a 4-core mips cpu, AMD
> RS780 chipset, 2GB Memory, rotate harddisk with ext4 filesystem,
> debi
30 matches
Mail list logo
