2015-06-19 15:34 GMT+08:00 Chaiken, Alison ali...@she-devel.com:
cee1 fykc...@gmail.com 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
cee1 fykc...@gmail.com 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
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
On Mon, Jun 15, 2015 at 5:44 AM, Harald Hoyer harald.ho...@gmail.com
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
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:
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:
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 arvidj...@mail.ru
wrote:
On Fri, Mar 18, 2011 at 12:35 PM, fykc...@gmail.com
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 filesystem,
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 mounted, so
On Wed, 30.03.11 02:28, fykc...@gmail.com (fykc...@gmail.com) wrote:
2011/3/29 Lennart Poettering lenn...@poettering.net:
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
On Sat, 19.03.11 06:05, Chen Jie (ch...@lemote.com) wrote:
2011/3/18 Kay Sievers kay.siev...@vrfy.org:
On Fri, Mar 18, 2011 at 14:40, Gustavo Sverzut Barbieri
barbi...@profusion.mobi wrote:
On Fri, Mar 18, 2011 at 10:52 AM, Andrey Borzenkov arvidj...@mail.ru
wrote:
On Fri, Mar 18,
On Sun, 20.03.11 05:28, fykc...@gmail.com (fykc...@gmail.com) wrote:
2011/3/19 Chen Jie ch...@lemote.com:
2011/3/18 Kay Sievers kay.siev...@vrfy.org:
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
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 arvidj...@mail.ru wrote:
On Thu, Mar 24, 2011 at 12:19 PM, fykc...@gmail.com fykc...@gmail.com
wrote:
Hi,
2011/3/18 Gustavo Sverzut Barbieri
2011/3/28 Lennart Poettering lenn...@poettering.net:
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
On Thu, Mar 24, 2011 at 12:19 PM, fykc...@gmail.com fykc...@gmail.com wrote:
Hi,
2011/3/18 Gustavo Sverzut Barbieri barbi...@profusion.mobi:
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
On Thu, Mar 24, 2011 at 9:35 AM, Andrey Borzenkov arvidj...@mail.ru wrote:
On Thu, Mar 24, 2011 at 12:19 PM, fykc...@gmail.com fykc...@gmail.com wrote:
Hi,
2011/3/18 Gustavo Sverzut Barbieri barbi...@profusion.mobi:
2. should we do (or have a way to) force a manual ordering to help
On Thu, Mar 24, 2011 at 10:20:38AM +, Gustavo Sverzut Barbieri wrote:
On Thu, Mar 24, 2011 at 9:35 AM, Andrey Borzenkov arvidj...@mail.ru wrote:
On Thu, Mar 24, 2011 at 12:19 PM, fykc...@gmail.com fykc...@gmail.com
wrote:
Hi,
2011/3/18 Gustavo Sverzut Barbieri
Any comments about these 2 points:
On Fri, Mar 18, 2011 at 1:40 PM, Gustavo Sverzut Barbieri
barbi...@profusion.mobi 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
2011/3/18 Kay Sievers kay.siev...@vrfy.org:
On Fri, Mar 18, 2011 at 14:40, Gustavo Sverzut Barbieri
barbi...@profusion.mobi wrote:
On Fri, Mar 18, 2011 at 10:52 AM, Andrey Borzenkov arvidj...@mail.ru wrote:
On Fri, Mar 18, 2011 at 12:35 PM, fykc...@gmail.com fykc...@gmail.com
wrote:
1.
2011/3/19 Chen Jie ch...@lemote.com:
2011/3/18 Kay Sievers kay.siev...@vrfy.org:
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
On Fri, Mar 18, 2011 at 10:52 AM, Andrey Borzenkov arvidj...@mail.ru wrote:
On Fri, Mar 18, 2011 at 12:35 PM, 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
On Fri, Mar 18, 2011 at 14:40, Gustavo Sverzut Barbieri
barbi...@profusion.mobi wrote:
On Fri, Mar 18, 2011 at 10:52 AM, Andrey Borzenkov arvidj...@mail.ru wrote:
On Fri, Mar 18, 2011 at 12:35 PM, fykc...@gmail.com fykc...@gmail.com
wrote:
1. What can readahead affect boot-time?
Sadly
22 matches
Mail list logo