You are not logged in.

#151 2011-04-24 18:22:03

smartass
Member
From: Prague, Czech Republic
Registered: 2011-02-25
Posts: 60

Re: e4rat - reduce boot time (into X) by some 50% for ext4

@flamelab & kyla: The documentation suggests that once you change something in such a way that a different set of files (changing to a different DE would certainly be the case, changing the theme may not be so drastic) would be loaded during boot and initial DE loading, then re-profiling (this word was used for the readahead project) makes sure that the new files get loaded and the old files that don't have to be loaded anymore can be dropped.
However, if the files change their physical location on the drive during an upgrade, you may want to reallocate them again using e4rat-realloc. Theoretically, if the set of loaded files hasn't changed, you should be able to reallocate them using the old startup.log without running e4rat-collect again.
Bottom line: If you don't change your startup habits through the year and don't update, there is no need to re-profile.


KISS my Arch, Willy Gates!

Offline

#152 2011-04-25 01:26:43

kyla
Member
From: Arlington, VA
Registered: 2011-03-12
Posts: 112
Website

Re: e4rat - reduce boot time (into X) by some 50% for ext4

Thanks!

Offline

#153 2011-04-25 11:30:04

TheGrudge
Member
Registered: 2006-06-15
Posts: 206
Website

Re: e4rat - reduce boot time (into X) by some 50% for ext4

I can confirm this weird behavior, too.
my synaptic touchpad (Macbook Pro 4) is going crazy (or maybe some other component, not sure exactly). For example I move the Macbook (bend it up, down), the cursor moved up / down, too!
When I use the mouse, the cursor jumps back to the middle of the screen all the time!!
This is so annoying...

I deinstalled e4rat and all files I could find with locate, removed the GRUB boot entry, but still I get this weird behaviour... I need to reboot at least 3 times to fix this.
Why is e4rat causing such issues? I don't understand it... are some config files broken? Would it help to reinstall all packages with

pacman -S $(pacman -Qq | grep -v "$(pacman -Qmq)"

I really don't understand this, but it seems I'm not the only one with this "touchpad problem".


digiKam developer - www.digikam.org

Offline

#154 2011-04-25 13:28:39

simunic
Member
Registered: 2011-04-17
Posts: 7

Re: e4rat - reduce boot time (into X) by some 50% for ext4

TheGrudge wrote:

I can confirm this weird behavior, too.
my synaptic touchpad (Macbook Pro 4) is going crazy (or maybe some other component, not sure exactly). For example I move the Macbook (bend it up, down), the cursor moved up / down, too!
When I use the mouse, the cursor jumps back to the middle of the screen all the time!!
This is so annoying...

I deinstalled e4rat and all files I could find with locate, removed the GRUB boot entry, but still I get this weird behaviour... I need to reboot at least 3 times to fix this.
Why is e4rat causing such issues? I don't understand it... are some config files broken? Would it help to reinstall all packages with

pacman -S $(pacman -Qq | grep -v "$(pacman -Qmq)"

I really don't understand this, but it seems I'm not the only one with this "touchpad problem".

Can you try downgrading udev to 166-2? Maybe the issue is due to udev and not to e4rat. I had a similar problem and it was fixed downgrading. You can see the bug topic here: https://bbs.archlinux.org/viewtopic.php?pid=921315

Offline

#155 2011-04-25 15:08:27

TheGrudge
Member
Registered: 2006-06-15
Posts: 206
Website

Re: e4rat - reduce boot time (into X) by some 50% for ext4

Yes, downgrading udev seems to do the trick for me as well.
But I updated udev 3 days ago, no problems. They just occur when I used e4rat the first time yesterday... weird.


digiKam developer - www.digikam.org

Offline

#156 2011-04-25 15:43:30

Mountainjew
Member
From: Ireland
Registered: 2008-08-24
Posts: 405

Re: e4rat - reduce boot time (into X) by some 50% for ext4

Didn't notice any difference while using this in Openbox, but in KDE it drastically cut down the time from splash scren to usable desktop smile

Offline

#157 2011-04-27 09:32:36

Cdh
Member
Registered: 2009-02-03
Posts: 1,098

Re: e4rat - reduce boot time (into X) by some 50% for ext4

I think the touchpad not working bug is maybe not related at all but rather this:
https://bugs.archlinux.org/task/23916


edit:
For me

# udevadm trigger --subsystem-match=input 

activates the touchpad when it doesn't work. I have put it in rc.local and will see if it works.

Last edited by Cdh (2011-04-27 16:04:57)


฿ 18PRsqbZCrwPUrVnJe1BZvza7bwSDbpxZz

Offline

#158 2011-04-27 16:04:35

smartass
Member
From: Prague, Czech Republic
Registered: 2011-02-25
Posts: 60

Re: e4rat - reduce boot time (into X) by some 50% for ext4

Yeah, downgrading to udev 166 solves the problem for me.
Now we either have to wait for the 168 version (which is already available upstream BTW) to be packed, or build it ourself.
Well, since I have my "sandbox" installation, I'll build 168 and report back.

UPDATE: ok, udev 168 works! I've just built it using makepkg, it was pretty easy (I mean, easier than I thought, because I was expecting some trouble after rebuilding an internal part of my OS - so Linux FTW!).
UPDATE2: Well, udev 168 worked only once just when I installed it, after reboot it fails again.

However, Cdh's trick works. Just curious, how did you come up with this solution Cdh?

Last edited by smartass (2011-04-30 19:21:46)


KISS my Arch, Willy Gates!

Offline

#159 2011-05-01 18:19:00

smartass
Member
From: Prague, Czech Republic
Registered: 2011-02-25
Posts: 60

Re: e4rat - reduce boot time (into X) by some 50% for ext4

Don't look at this as bumpin', I'm just making sure that people get updated news, because editing posts doesn't seem to get into RSS, so I'm posting this in a new post, there are some updates above in previous posts to check out too.

So, in the end downgrading to 166 is so far the only easy solution. Cdh's trick works, but has to be redone for each Xserver instance (and I suspect for any other touchpad aware instance).

I wonder if the fact that 168 didn't fix it means that udev has a different structure and a lot of thing will have to be revised....Oh well

Last edited by smartass (2011-05-01 18:20:00)


KISS my Arch, Willy Gates!

Offline

#160 2011-05-03 18:51:34

Burning_aces
Member
Registered: 2009-09-29
Posts: 84

Re: e4rat - reduce boot time (into X) by some 50% for ext4

twitch@localhost:~$e4rat-collect -k
Cannot read pid from file /dev/.e4rat-collect.pid: No such file or directory
Cannot dump log messages: /dev/kmsg: Permission denied
Discard 1 unwritten log message(s).

root@localhost:/home/twitch#  e4rat-collect -k
Cannot read pid from file /dev/.e4rat-collect.pid: No such file or directory

That was what I got when I ran the collect thing, I followed all that it said in the wiki.I ran it as root just for the sake of it. I waited 2 minutes each time, and this is the third time with the same error messages
My kernel command line is: Kernel command line: root=/dev/disk/by-uuid/61855236-613b-4468-9194-fd3d3d844242 ro acpi_brightness=vendor noapic quiet fastboot rootdelay=1 ipv6.disable=1 logo.nologo init=/sbin/e4rat-collect
Hopefully some one can help me out smile

Offline

#161 2011-05-03 19:11:54

smartass
Member
From: Prague, Czech Republic
Registered: 2011-02-25
Posts: 60

Re: e4rat - reduce boot time (into X) by some 50% for ext4

My guess is the 'fastboot' or/and 'rootdelay=1' parameter, because e4rat may have some issues with udev.
If e4rat-collect does its magic for you, you most likely won't need those parameters anyway wink

And I suppose you have pure ext4 partitions, or at least upgraded with extents applied. Just to be sure.


KISS my Arch, Willy Gates!

Offline

#162 2011-05-04 03:08:20

Burning_aces
Member
Registered: 2009-09-29
Posts: 84

Re: e4rat - reduce boot time (into X) by some 50% for ext4

smartass wrote:

My guess is the 'fastboot' or/and 'rootdelay=1' parameter, because e4rat may have some issues with udev.
If e4rat-collect does its magic for you, you most likely won't need those parameters anyway wink

And I suppose you have pure ext4 partitions, or at least upgraded with extents applied. Just to be sure.

yeah they are pure ext4, straight from arch install
*wonders how long he has had this arch install for*
Okay, I'll remove the rootdelay=1 and check and then fastboot if it still doesnt fix it. Thanks.
Removed it and didn't fix, I won't worry about it for now..

Last edited by Burning_aces (2011-05-04 03:26:35)

Offline

#163 2011-05-04 18:17:27

smartass
Member
From: Prague, Czech Republic
Registered: 2011-02-25
Posts: 60

Re: e4rat - reduce boot time (into X) by some 50% for ext4

Ok, new development!
After the latest update of udev, kernel and e4rat itself(unfortunately I did it all in a huge bunk, so can't tell what fixed it)  everything is working again, I mean the synaptics.

On the other hand, I also receive the same error as Burning_aces when I issue 'e4rat-collect -k', BUT pgrep shows that the process actually did terminate and I checked the startup.log and it was a new file. So Burning_aces, check  with pgrep next time you give it a try, most likely it's just a bug in a exception handling function wink


KISS my Arch, Willy Gates!

Offline

#164 2011-05-05 04:18:40

Haptic
Member
Registered: 2009-09-03
Posts: 149

Re: e4rat - reduce boot time (into X) by some 50% for ext4

Is there anything you have to do after every update?

Offline

#165 2011-05-05 11:09:33

smartass
Member
From: Prague, Czech Republic
Registered: 2011-02-25
Posts: 60

Re: e4rat - reduce boot time (into X) by some 50% for ext4

@Haptic: as I stated a few posts back (hmm, maybe you could have read them before asking wink ), depends on what you update. If the update results in a different set of files to be preloaded, you may want to re-profile. Or if they just change place on the HDD, you may want to reallocate them again.
So check your startup.log and compare it to what files you updated.


KISS my Arch, Willy Gates!

Offline

#166 2011-05-05 12:54:32

Haptic
Member
Registered: 2009-09-03
Posts: 149

Re: e4rat - reduce boot time (into X) by some 50% for ext4

I meant updating e4rat, not other packages.

Offline

#167 2011-05-06 13:22:17

smartass
Member
From: Prague, Czech Republic
Registered: 2011-02-25
Posts: 60

Re: e4rat - reduce boot time (into X) by some 50% for ext4

Well, this is my view, but I'm not acquainted with the internal structure of the tools, so don't take it too seriously:
If you update only e4rat, the reallocated files shouldn't change their physical place, so you don't have to redo that part again (unless the previous version of e4rat reallocated them badly).
I don't think the structure of startup.log file will change, because it's pretty simple. However, if the new update introduces some new cool algorithms for collecting info, you may want to redo that part. The configuration file may change, just keep an eye on it.
And preloading gets done each boot so unless the location of the executable changes, the kernel parameter can be left the same. I expect the preloading part to be the most worked on, so even if it gets updated, you'll notice the next boot wink

Bottom line: Unless the configuration/initialization files change, there isn't much reason to redo the whole process, except for the case when some really useful feature is added.

All what I've said presumes that the toolchain(collect>realloc>preload) remains the same.


KISS my Arch, Willy Gates!

Offline

#168 2011-05-07 18:28:24

broken pipe
Member
Registered: 2010-12-10
Posts: 216

Re: e4rat - reduce boot time (into X) by some 50% for ext4

can someone confirm, that it works with an ext4 volume which resides in a lvm? i always get i kernel panic when i try e4rat-collect sad

Offline

#169 2011-05-08 23:13:59

ChoK
Member
From: France
Registered: 2008-10-01
Posts: 340

Re: e4rat - reduce boot time (into X) by some 50% for ext4

@Burning_aces

fastboot was a 2.6.29 only kernel parameter because it was unstable, see here http://lkml.indiana.edu/hypermail/linux … 02402.html . Everything has been merged by default in 2.6.30, more relevant stuff here http://www.h-online.com/open/news/item/ … 41921.html .


Ah, good taste! What a dreadful thing! Taste is the enemy of creativeness.
Picasso
Perfection is reached, not when there is no longer anything to add, but when there is no longer anything to take away.
Saint Exupéry

Offline

#170 2011-05-09 05:42:59

toad
Member
From: if only I knew
Registered: 2008-12-22
Posts: 1,775
Website

Re: e4rat - reduce boot time (into X) by some 50% for ext4

@ broken pipe
No, I don't think anyone has tried it but I don't see any reason why it shouldn't work across LVM (at least that is what the dev said all these weeks ago). As for your issue, I suggest you go to the project website and mail the your bug.


never trust a toad...
::Grateful ArchDonor::
::Grateful Wikipedia Donor::

Offline

#171 2011-06-11 01:04:18

bwat47
Member
Registered: 2009-10-07
Posts: 637

Re: e4rat - reduce boot time (into X) by some 50% for ext4

Just tried this on my machine, very impressed. Laptop with 5400rpm drive. X/GDM load far sooner. All my most use apps launch way faster on cold boot than they did before (I am using preload). The biggest difference was libreoffice, which opens like instantly now.

Offline

#172 2011-06-11 02:51:56

Haptic
Member
Registered: 2009-09-03
Posts: 149

Re: e4rat - reduce boot time (into X) by some 50% for ext4

Can someone explain further in detail about using both systemd and e4rat? I don't understand the wiki when it says, "If you need to specify another PID 1, such as /bin/systemd, you can change this in /etc/e4rat.conf by setting the init parameter and uncommenting the line."

What am I supposed to edit it to?

Offline

#173 2011-06-11 03:12:52

WorMzy
Forum Moderator
From: England
Registered: 2010-06-16
Posts: 5,006

Re: e4rat - reduce boot time (into X) by some 50% for ext4

Haptic wrote:

Can someone explain further in detail about using both systemd and e4rat? I don't understand the wiki when it says, "If you need to specify another PID 1, such as /bin/systemd, you can change this in /etc/e4rat.conf by setting the init parameter and uncommenting the line."

What am I supposed to edit it to?


It means that you need to open up /etc/e4rat.conf for editing (e.g. sudo nano /etc/e4rat.conf), then uncomment line 29 by removing the ";", and then change the part after "init" to the path to the systemd binary (/bin/systemd).

Unfortunately, this doesn't seem to work correctly for me. e4rat chains into systemd, which launches SLIM, which I enter my credentials into, which launches openbox-session.. which hangs. The only way out after that is a REISUB. sad

I'll look through the topic tomorrow and see if this has been covered, it's too tired to read through seven pages right now.


Sakura:-
Mobo: ASUS P8Z77-V PRO // Processor: Intel Core i7-3770K 3.4GHz // GFX: nVidia GeForce GTX 970 Ti // RAM: 32GB (4x 8GB) Corsair DDR3 (@ 2133MHz) // Storage: 1x 3TB Seagate SATAII 5x 1TB Samsung SATAII, 2x 120GB Corsair SSD

Offline

#174 2011-06-11 07:52:05

Cdh
Member
Registered: 2009-02-03
Posts: 1,098

Re: e4rat - reduce boot time (into X) by some 50% for ext4

I have slim autologin to xfce and it works with e4rat + systemd.


฿ 18PRsqbZCrwPUrVnJe1BZvza7bwSDbpxZz

Offline

#175 2011-06-12 02:14:54

WorMzy
Forum Moderator
From: England
Registered: 2010-06-16
Posts: 5,006

Re: e4rat - reduce boot time (into X) by some 50% for ext4

Perhaps it only works with autologins? Or maybe there's something in my openbox installation that simply doesn't agree with it. I always get that hang after logging in, but once the two minutes have passed openbox-session finishes launching, tint2, wbar, etc all load up and the system runs as normal. startup.log still gets generated, so I'll just run with that for now; it should still (hopefully) have a beneficial effect on my boot up time.


Sakura:-
Mobo: ASUS P8Z77-V PRO // Processor: Intel Core i7-3770K 3.4GHz // GFX: nVidia GeForce GTX 970 Ti // RAM: 32GB (4x 8GB) Corsair DDR3 (@ 2133MHz) // Storage: 1x 3TB Seagate SATAII 5x 1TB Samsung SATAII, 2x 120GB Corsair SSD

Offline

Board footer

Powered by FluxBB