Asus EEE PC linux booten binnen 5 seconden

[Erhnam]

Heeft een van jullie dit opgemerkt? Arjan van de Ven, een Nederlander volgens mij, heeft samen met een aantal andere ontwikkelaars gewerkt aan een aantal patches en kernel hacks om een Asus EEE pc te laten booten binnen 5 seconde. Het artikel staat hier:

http://lwn.net/Articles/299483/

Hij heeft ook een youtube filmpje gemaakt:

http://www.youtube.com/watch?v=s7NxCM8ryF8

Ben benieuwd of alle patches worden opgenomen want het ziet er veelbelovend uit!

[Verwijderd]

wow nice hoor.
en ik vond dat ze out-of-the-box al heerlijk snel opstarten

[gertvdijk]

Erhnam schreef op woensdag 08 oktober 2008 @ 16:17:
Heeft een van jullie dit opgemerkt? Arjan van de Ven, een Nederlander volgens mij, heeft samen met een aantal andere ontwikkelaars gewerkt aan een aantal patches en kernel hacks om een Asus EEE pc te laten booten binnen 5 seconde.

Het gaat wel verder dan een paar patches. De kernel is nog niet eens zo heel erg moeilijk, namelijk gewoon precies de modules die je nodig hebt er hard in compileren en niet tijdens het booten allemaal laden.
X is wel heftig aan gesleuteld wat volgens mij ook zeer hardwarespecifiek is, omdat hardware initialisatie en detectie wordt geskipt en gelijk specifieke 'states' worden geladen, a la Suspend to Disk.
Vervolgens nog even slim omgaan met je Disk I/O zodat je CPU daar niet op hoeft te wachten.

Erhnam schreef op woensdag 08 oktober 2008 @ 16:17:
Ben benieuwd of alle patches worden opgenomen want het ziet er veelbelovend uit!

Het aspect van de disk I/O optimalisatie zit in de blueprints.

[deepbass909]

Dit ziet er erg veel belovend uit. Kernel optimalisatie en een slimmere manier van booten kan veel pc's dus een stuk sneller laten opstarten. Ik kan me voorstellen dat de volgende generatie distro's als Ubuntu en Fedora straks bij de installatie al een hardware detectie zullen uitvoeren en op basis daarvan een "custom" kernel genereren die specifiek voor die machine is. Alle hardware die door een kernel ondersteunt wordt kan immers goed gedetecteerd worden en voor hardware wat niet goed gedetecteerd kan worden, kan er altijd nog terug gevallen worden op een externe module, denk bijvoorbeeld aan een WiFi-kaartje, die nog maar zelden vanuit de kernel ondersteund wordt en waarbij een losse module zelfs wenselijk is ivm de wisselende aanwezigheid.

Weet iemand trouwens waarom X standaard altijd de keymaps opnieuw genereerd? Het is nou niet echt zo dat het vaak gebeurd dat een keyboard verwisseld wordt en mocht dat een keer gebeuren, dan is een udev event reden genoeg om het alsnog opnieuw te compileren. Bovendien praat je over een vertraging van hooguit enkele seconden, die bij een opstarttijd van 5 seconden wel veel uitmaken, maar onder het werken er nauwelijks toe doen. Tegen de tijd dat je de hardware ingeprikt hebt en weer zit om verder te werken, zijn die seconden al lang verstreken.

Sowieso heb ik het idee dat de opstarttijd van linux de laatste tijd aan het afnemen is. Ik heb net een verse Debian Sid geïnstalleerd en ik ben toch behoorlijk onder de indruk van de snelheid op mijn inmiddels antieke laptop met een Athlon mobile 2500+ proc (32 bitter). Ik moet bootchart er eens tegenaan gooien, maar volgens mij zit ik op een opstarttijd van 30, misschien 45 seconden. En dat is nog met de standaard modulaire kernel van Debian zelf, die dus alles behalve optimaal is.

[Palomar]

Wel leuke ontwikkeling, alleen zal dit idd wel erg hardwarespecifiek zijn. Sowieso noemen ze al dat een systeem met een conventionele harddisk (de eeepc heeft een ssd) er iets langer over zal doen. En als je bepaalde dingen wilt doen die standaard niet werken met deze 'setup' (bepaalde storage drivers, binary drivers) dan valt ie alsnog terug naar een meer generieke setup, waardoor het ook langer gaat duren.

Denk dat dit meer een leuke oplossing is voor embedded systeempjes enzo waarvan de hardware altijd hetzelfde is.

Overigens zie ik meer heil in verbeterde hibernate-mogelijkheden. Dat werkt onder Linux nog erg brak. Hoop dat ze dat eens goed doorontwikkelen. Want met windows kun je je pc/laptop echt uit zetten dmv. hibernate en daarna binnen 10 seconden weer up and running zijn, incl. alle applicaties die je had draaien.

[Erhnam]

De meeste snelheidwinst is te halen door heel simpel de ongebruikte services uit te schakelen. Heeft een desktop sendmail, nfs, enz soort taken nodig?

Verder wat ik heb gelezen kan je met Readahead de dingen vooruit laten lezen.

http://dailypackage.fedor...nesday-Why-Readahead.html

Een aangepaste versie kan je hier downloaden: http://www.moblin.org/downloads/super-read-ahead-002

Wat betreft X heb ik begrepen dat in de nieuwere versies veel van de detectie naar de kernel wordt verhuisd. Op die manier wordt er ook weer tijd bespaard. Ben benieuwd hoe snel alle distro's dit oppakken.

Verder als je deze post leest zijn een aantal zaken al te bekijken:

http://lwn.net/Articles/299591/

are available in the git repository at:

git://git.kernel.org/pub/scm/linux/kernel/git/arjan/linux-2.6-fastboot.git master

Deze links zijn ook wel handig om te volgen:

http://forum.eeeuser.com/viewtopic.php?pid=404089
https://wiki.kubuntu.org/...obileBootTimeImprovements

[ Voor 33% gewijzigd door Erhnam op 09-10-2008 14:31 ]

[gertvdijk]

Palomar schreef op donderdag 09 oktober 2008 @ 14:15:
Overigens zie ik meer heil in verbeterde hibernate-mogelijkheden. Dat werkt onder Linux nog erg brak. Hoop dat ze dat eens goed doorontwikkelen. Want met windows kun je je pc/laptop echt uit zetten dmv. hibernate en daarna binnen 10 seconden weer up and running zijn, incl. alle applicaties die je had draaien.

Dat kan al lang. Alleen zijn er nog talloze moederborden met een brakke DSDT (gecompileerde ACPI tabel) en zijn de quirks niet altijd up to date. Bovendien zijn er nog wel eens drivers die niet meewerken (NVidia driver bijvoorbeeld), maar over het algemeen is hibernate (Suspend to disk) net zo goed als onder Windows en heb je zelfs keuze uit verschillende varianten (uswsusp, tux on ice).

[deepbass909]

Het ligt ook een beetje aan de distro. Onder Gentoo heb ik std of stm nooit werkend gekregen, onder Debian werkt het out-of-the-box. Alleen m'n netwerkkaartje wil niet online komen na een suspend. Maar als het goed is zou het daarvoor voldoende moeten zijn om de kernel-module opnieuw te laden (nu eject ik hem, en plug hem opnieuw in). DSDT is verhaal apart, maar wat ik ervan begrepen heb met mijn AMD X2 bordje is dat het vooral te maken heeft met de gebruikte compiler voor de BIOS (de officiële Intel compiler of de MS-kloon). De laatste staat meer "fouten" toe dan de Intel-versie, en MS heeft in Windows vervolgens deze fouten weer recht gebreidt. Andere OS-en lopen daardoor per definitie achter op Windows als de bios met een MS-compiler is gemaakt.

[frankivo]

als ze dat met die processor al kunnen bereiken, moet er zeker wat mogelijk zijn voor de normale ubuntu gebruikers

wel tof

[deepbass909]

Ik heb gister bootchart op m'n bijna standaard Debian gezet en ik was toch wel onder de indruk al. Met een standaard modulaire 486 kernel was de opstarttijd 35 seconden, met een monolith k7 kernel, op maat voor mijn laptop, was dat al terug gebracht naar 25 seconden en ik heb het idee dat m'n kernel nog verre van optimaal is op dit moment. Daarnaast wordt nu ook GDM bijvoorbeeld gestart, iets waarmee ze bij dat project veel tijdswinst hebben geboekt. Als ik zin en tijd heb ga ik er eens verder mee spelen, want het zou leuk zijn als het booten van Debian sneller gaat dan het initialiseren van de BIOS Nu heb ik nog wat kleine driver probleempjes (gister werkte alsa bijvoorbeeld niet vanuit de monolith kernel, terwijl die wel directe ondersteuning biedt voor de geluidskaart in de laptop).
Ik denk dat ik veel winst kan pakken met het gebruikte readahead pakket.

[eghie]

Je kunt ook eenmalig in GRUB, achter de kernel regel het woordje profile zetten en daarmee booten. Daarmee profiled hij het opstarten, waardoor hij de volgende keer sneller opstart.

Zie ook de volgende link: http://yoten.blogspot.com/2007/04/speed-up-ubuntu.html

Preload hoeft niet geinstalleerd te worden, aangezien de huidige readahead daemon het al beter doet.

Zie ook:
• http://pud-linux.sourceforge.net/boot-gear/
• http://dev.laptop.org/ticket/4349
• http://wiki.archlinux.org/index.php/Speedup_udev

Houd deze link ook in de gaten: http://kyuba.org/ (opvolger van eInit)

[Erhnam]

Met name dit stukje is zeer interessant:

Step 1: Get rid of initrd

By building the necessary funtions into kernel, you can directly boot without initial ramdisk.

For example, the kernel needs these modules to initialize my SATA2 hard drive:

sd_mod (CONFIG_BLK_DEV_SD)
scsi_mod (CONFIG_SCSI)
libata (CONFIG_ATA)
sata_nv (CONFIG_SATA_NV)
ata_generic (CONFIG_ATA_GENERIC)

Since I use Ext3 as filesystem, CONFIG_EXT3_FS is also needed. Change these settings in .config from =m to =y, build by make bzImage, and copy the file arch/x86/boot/bzImage to /vmlinuz-fast. This is our new kernel.

Step 2: Use a fast init

The init used to be InitNG, but soon I have moved to finit due to its extremely fast speed.

Check out the source code:

git clone http://helllabs.org/git/eeepc.git

Be sure to modify the default user account in Makefile, after make, copy the file finit-mdv to /sbin/finit-mdv.

Step 3: Start the X

The Xorg needs dbus, udev and hal daemon. Add a script called /usr/sbin/services.sh:

#!/bin/sh
/etc/init.d/dbus start 2&>1 > /var/log/service.log
/etc/init.d/udev start 2&>1 >> /var/log/service.log &
/etc/init.d/hal start 2&>1 >> /var/log/service.log &

This will be executed by finit after startx.

Step 4: Log everything while booting (Optinal)

To profile (and showing off) the result of boot time, you need a tool called bootchart.

Download bootchart-0.9.tar.bz2 from the website, extract it and install by ./install.sh.

Edit /sbin/bootchartd and change init variable:

init="/sbin/finit-mdv"

Add a new line into /usr/sbin/services.sh:

/sbin/bootchartd stop

Finally, modify the bootloader entry (GRUB for example):

title Boot Gear fast booting
root (hd0,6)
kernel /vmlinuz-fast root=/dev/sda7 ro init=/sbin/bootchartd

Note that you can't use UUID format as root parameter.

After reboot, we have a fast booting Linux system now.

Hebben jullie verder deze link gezien:

http://fedoraproject.org/wiki/Features/OneSecondX