OS nabootovane za 1 sekundu (diskuse)

[Ubuntér]

Mě je to fuck, používám OS Ubuntu

[MCtalic4]

Moje řeč, ať si zůstanou u terminálu a kompulují 1s jádro, nikdo jim pokrok necpe.

[sdfg]

>> nikdo jim pokrok necpe
prej pokrok, pomaly program je pokrok...

[Mandarinka]

Však on to nikdo schválně nezpomaluje. Akorát se přidávají fíčury, služby, které mají svůj kód a potřebují svoje data, neřku-li rovnou podpůrné knihovny... což se všecko musí načíst a napráskat do RAM.

[AsciiWolf]

>Mě je to fuck, používám OS Ubuntu

>>Moje řeč, ať si zůstanou u terminálu a kompulují 1s jádro, nikdo jim pokrok necpe.

Samefag.

[MCtalic4]

Už tě tady sleduju dlouho ubožáku, chrlíš tu jedno paranoidní trollpodezření za druhym. Get a life, nebo se běž alespoň léčit, nikdo tě tu v týhle podobě nemá rád.

[Bystroushaak]

Nemluv za všechny, žádný mandát na to nemáš.

[MCtalic4]

Já vim, že se to blbě poslouchá, samefagu...

[pica2]

Mě je to fuck protože nemám nic jiného v palici

[David Watzke]

Co se týče superrychlýho bootu, na x86 je docela problém BIOS. Tento problém se snaží řešit projekt coreboot (dříve LinuxBIOS). Potom pochopitelně záleží jaké desktopové prostředí použiješ a nikdo ti nebrání použít něco lehčího, jako je Xfce, které naskočí IMHO dost rychle. Jinak souhlasím, že s výkonnějším HW přichází náročnější SW, je to vcelku logický, ale taky mě to někdy štve.

[R]

BIOS nie je problem. Existuje mnoho dosiek, kde BIOS dve sekundy po zapnuti uz bootuje z disku. Spustenie OS trva radovo dlhsie.

[medulin]

Souhlas. Já mám Boot Booster a BIOS ani nepostřehnu, okamžitě po zapnutí je GRUB.

[Heron]

No já myslím, že každý má možnost výběru. "boot" 1s měly, co si tak pamatuji, různé 8b mikropočítače (Spectrum, Didaktik). Pokud takové pracovní prostředí někomu vyhovuje, může jej používat.

Já jsem naopak rád, když přirozený stoupající výkon PC (HW) má své využití. OS se sice na dnešním 50GFlops (ehm, jenom? nějak se ten růst zpomalil) PC startuje stejně dlouho jako na 486DX4 (neví někdo, kolik to mělo MFlops?). Jenže těch funkcí má daleko více, případně propracovanější atp. Takže, já sám za sebe jsem rád, že výkon HW stále stoupá a že stále existuje software, který ten výkon využije (a tím opět tlačí na vyšší výkon HW). Prostě evoluce.

[gtz]

neví někdo, kolik to mělo MFlops?

myslím si, že něco kolem 6MFLOPS

[gtz]

nějaká tabulka je zde

[R]

Ja sa "tesim", ze existuje SW, ktory ten vykon "vyuzije". Napr. ze video prehravane cez flash seka so 100% zatazou CPU, pricom ked ho stiahnem a pustim mplayerom, tak je uplne plynule pri 20% zatazi.

[Mandarinka]

Mluvíte tu o cpu a výkonu (navíc flops - výpočty s pohyblivou desetinnou čárkou, to se asi při bootu moc nenadře), ale hlavní brzdou při bootu je IO. Všaks e zaposlouchejte - když bootujete, tak vám HDD chroupe a chroupe jak o život.

Možná že někdy je to cpu i dost využité, ale většinou se asi bude čekat na přísun dat z HDD - protože nejen jednak pomalý, ale také není paralelizovatelný (kór když víc požadavků najednou naopak dokáže celkový výkone srazit).

[Heron]

Tak jsem se zaposlouchal do svého SSD a bez výsledku

Jinak, reagoval jsem na blogový zápisek, kde si autor stěžuje na (dle jeho názoru) pomalý start počítače a ptal se na názor ostatních. A já napsal, že jsem rád, že se ten výkon (v tomto případě CPU) využije.

Možná že někdy je to cpu i dost využité, ale většinou se asi bude čekat na přísun dat z HDD

V podstatě nemůžu jinak, než se opakovat. Tentokrát nikoliv s procesorem, ale s úložištěm. Opět, jestliže dnes startuje OS do nějakého prostředí dejme tomu minutu z klasického harddisku (a 15s z SSD) tak za pár let se dočkáme bootu 1minutu z SSD. A to jednoduše proto, že jestli se dnes těch dat čte (plácnu) 512MB, tak za pár let to klidně může být několik GB paralelního čtení (SSD to zvládne). Před 20 lety se četlo pár kB.

Je to také o výběru a osobní preferenci. Pokud si na dnešní HW někdo nainstaluje 15 let starý OS (který mu vyhovuje), bude to mít samozřejmně nesmírně rychlé. Někdo naopak chce poslední verze sw s nejnovějšími featurami.

[Matlák]

Bylo by ideální mít takové médium, které je stejně rychlé jako RAM. Do té doby to pořád bude naprd-přesouvat data holt něco stojí.

[Zopper]

Memristorové paměti jsou prý na cestě :)

[Martin Mareš]

No já myslím, že každý má možnost výběru. "boot" 1s měly, co si tak pamatuji, různé 8b mikropočítače (Spectrum, Didaktik). Pokud takové pracovní prostředí někomu vyhovuje, může jej používat.

Netřeba chodit tak daleko do minulosti. Má 486ka s MR BIOSem (MicroId Research) to zvládla také docela rychle: cca 1s po zapnutí napájení už běželo LILO.

[qw11]

Nemalo by zrychlit boot efi/uefi? Nema s tym niekto skusenost?

[lukve]

Haiku botuje celkom rychlle.. na linuxu jedine vsetko zakompilovane v jadre s minimum sluzbamy a fluxbox....... operacny system ktoremu sa pripisuje dabelska rychlost startu co som sa stretol je amigaos

[Raduz]

No, ta Amiga zase taková raketa nebyla, pokud si dobře pamatuju, aspoň co se bootu týče...zvláště když člověk bootoval z diskety (a v roce 1993 se Amiga 500 z diskety bootovala celkem běžně). Samozřejmě samotný operační systém byl skvělý, a snadnost s jakou provozoval multitasking ve 2 MB paměti byla neuvěřitelná.

Ale je fakt, že když jsem pak měl A1200 s 80MB(!) harddiskem, tak rozhodně startovala rychleji než můj dnešní Debian Sid.

[:::]

a snadnost s jakou provozoval multitasking ve 2 MB paměti byla neuvěřitelná.

2 MB je dost pameti pokud v tom nemas ulozeny nejaky bitmapy a podobne. Me spis prijde neuveritelna snadnost s jakou nektery dnesni programy dokazou konzumovat pamet... Si kolikrat rikam ze ti programatori by za to zaslouzili urazit rucicky...

[Sten]

Ani iPad to nemá, ten se pouze probere z režimu spánku (suspend to RAM). To samé umožňují i dnešní počítače, různé HTPC a počítače do auta toho využívají.

Jinak opravdový boot do 1 sekundy nemusí být pohádkou, je potřeba nahradit BIOS za něco rychlejšího (CoreBoot) a použít SSD (nebo lépe RAID z SSD).

[Mandarinka]

I probuzení ze suspend2disk je dost rychlé, protože se data čtou sekvenčně. "Bohužel" kapacity RAM dost stouply, takže při sekvenčním čtení někde u 100MB/s to přestává být užitečné.

[Sten]

Na to existuje tahle vychytávka

[Jendа]

Autorský poplatek 3 kKč?!

[pc2005]

!!! To je humus. Na druhou stranu se to v těch 100k poměrně ztratí . Btw škoda, že to neprodávaj bez těch modulů. Že bych si je s časem postupně dokupoval .

[Max]

Nahradit dnešní biosy něčím rychlejším, nahradit plotny nějakým ssd, do jádra zakompilovat všechno + vše nastavit na míru bez autodetekcí a kontrol.
Nebo použít dostupné technologie, jakým je třeba uspání do ramky. Proč bootovat a všechno spouštět, když už můžeš mít vše spuštěno a pokračovat v práci tam, kde jsi předtím skončil, že?
Zdar Max

[mustafa]

Tady nekdo videl iPada tak leda na jutub, muj iPad teda butuje par dasitek vterin. Autor ma nejspis namysli to "butovani" kdyz zmacknu cudlik na zapinani, ale to je obdoba probuzeni ze spanku, stejne jako nevypinam pocitac tak nevypinam ani iveci, proste spej a ja je budim. Vy to s pocitacema tak nedelate ze resite cas butovnai? Jednou za par dni ci tejdnu to nejak vydrzim

[novomente]

iPada nemam a opravdu jsem ho videl jen na videu. Ale pouzil jsem spatny slovo. Misto bootovani iPada jsem mel spis pouzit startovani. Takze to v blogu opravim.

[pc2005]

Někde jsem viděl video jak nějaká firma urychlila GNU/Linux tak, že ze studenýho startu do spuštění aplikace webkamery uplyne pár sekund. Teď ho jenom nemůžu najít, ale na Youtube je ~1s bootů docela hodně i tak (i když třeba jen do konzole).

Jinak to bootování se u embedded řeší třeba tak, že program se spouští ne v RAM ale ve Flash, takže se nic nemusí nikam kopírovat nebo dekomprimovat. V PC by to šlo dost blbě, protože tam není žádný pořádný rozhraní na flash jako hlavní RAM (a bohužel FRAM jsou stále ještě moc drahý/malý ).

[Pavel Stárek]

No, video je tady. Bootuje to kernel 2.6.31 + spustí QT aplikaci a kamerku cca kolem 1 vteřiny Akorát to není ARM ale nějaký CPU od Renesas, což by asi nemělo vadit pokud na tom běží linux.

[pc2005]

Renesas je jen výrobce, architektura je SuperH (arch/sh/ - má jen 3.3MB, arch/arm má 18MB ).

Nicméně se mě zdá, že to video bylo jiný, byla to jen deska a na ní LCD na výšku a spustilo to jen okno webkamery. Ale to je jedno (když tohle má navíc i QT ).

[Pavel Stárek]

arch/arm má 18MB

No však o tom byly nedávno Jaderné novinky, jak je ten ARM strom hrůzostrašný

[stativ]

Do konzole za 1s (i méně) to zvládne spousta ARMů s vyladěným jádrem. Viz třeba 300ms boot.

[David Watzke]

Dvě slova: WICKED SICK!!! 630 ms cold boot, to je šéfovina.

[Heron]

Kalkulačka se startuje v řádech mikrosekund.

[pc2005]

Kalkulačka potřebuje bootovat?

[Heron]

No nepotřebuje . Je nám pocit, že tohle jednoúčelové cosi, co bootuje za 300ms má dost podobné využití, jako ta kalkulačka. Tedy čistě jednoúčelné zařízení. Tím neříkám, že to je špatně, ovšem zdráhám se to nazývat PC. Takže rychlost bootu takových zařízení je v těchto diskusích (o náročnosti SW a výkony HW) poněkud nesmyslná.

Ono vůbec, když jsem si tak zavzpomínal, tak nejvýkonnější počítače, které jsem měl tu čest osahat, tak ty bootovaly naopak velmi dlouho. Asi největší extrémem byl nějaký hw pro netware cluster, který bootovat 40minut. Kolega má na stole jako (zatím nezapojenou) pracovní stanici HP Visualize (skutečně nádhera), u které jen bios startuje hezkých pár minut (a všechno zobrazuje na LCD displayi, protože na inicializaci grafické karty je ještě čas). Kompletní boot do Debianu (5) se blíží deseti minutám.

Stejně tak si člověk počká moderní servery a disková pole a síťové prvky a vůbec všechno alespoň trochu použitelné.

Takže já mám podvědomě zafixované: čím větší výkon, tím to prostě déle bootuje. Což ostatně z druhé strany potvrzují všechny ty dnešní takypočíteče, které jsou sice úplně k ničemu (výkonově), ale hlavně že jsou up za pár vteřin.

[pc2005]

No skončilo to sice v terminálu, ale pokud je shell dostatečně použitelný, tak se v tom pracovat dá. Na SD kartě může být půl giga dalších aplikací. Jako do kompozitních efektů s firefoxem to za 300ms fakt nenabootuje. Na druhou stranu já na Duronu dostanu shell tak za 1 minutu .

Uf 40minut to už je fakt extrém to i já (mozek) bootuju rychlejc . To už by snad bylo rychlejší uspávat (i přes to, že ten komp měl určitě mnoho giga RAM).

2 Mrkva: No pokud maj všechny kalkulačky procesor (a nejsou třeba jen stavový automat) tak asi jo, u těch programovatelnej pak určitě (děsná škoda, že nemůžu najít jedny stránky jednoho čecha psaný anglicky, kde popisuje hardware, dokonce pár kalkulaček hacknul a nakompiloval tam programy co se tváří jako shell ).

[Heron]

Uf 40minut to už je fakt extrém to i já (mozek) bootuju rychlejc . To už by snad bylo rychlejší uspávat (i přes to, že ten komp měl určitě mnoho giga RAM).

Uspávat server? Server běží pořád, rebootuje se jen, když je to potřeba.

[pc2005]

Jo já to bral obecně. 40 minut je ale i na něco co běží pořád strašně moc, to musej bejt v případě výpadku strašný finanční ztráty.

[Max]

Takový věci běží většinou v clusteru, nebo se nějak syncujou atd.
Zdar Max

[pc2005]

Otázka zda se dá považovat restart jednoho členu v clusteru za reboot systémového celku (protože celek se dá během rebootu používat a problém neochoty čekání zde není).

[SPM]

Tak ty věci co bootujou 40 minut se předpokládám asi už nevypínaj :D

[R]

Cim dlhsi boot, tym viac enterprise.

[Sten]

To by vysvětlovalo, proč můj server bootuje přes 20 minut

[stativ]

No nepotřebuje . Je nám pocit, že tohle jednoúčelové cosi, co bootuje za 300ms má dost podobné využití, jako ta kalkulačka. Tedy čistě jednoúčelné zařízení. Tím neříkám, že to je špatně, ovšem zdráhám se to nazývat PC. Takže rychlost bootu takových zařízení je v těchto diskusích (o náročnosti SW a výkony HW) poněkud nesmyslná.

Náhodou bych si troufl říct, že s Beagle Board s busyboxem si člověk může užít spoustu srandy. Stačilo by vedle připojit disk s gcc a už by se frčelo.

[Mrkva]

Tak ty obvody se nějak inicializovat musí.

[hemis]

Ja si navyk na myslenku ze pc se nevypina ale uspava (ram) a sem spokojenej vsechny zmeny co probihaj mi prijdou jako jen modifikace predesleho chtelo by to uplne neco noveho (revolucniho) prece jen nektere veci mi prijdou uz prekonane

[SPM]

Když se počítač nevypíná, netřeba řešit jeho bootování... nicméně co tak pozoruju, tak za tu jednu sekundu nenabootuje ani ten monitor :D (a můj domácí LG někdy dokážu zmást tak, že i probuzení ze standby mu trvá 10s :) )

[ZeXx86]

A co Chrome/iumOS ? To mi bootovalo az do grafickeho prostredi 3 sekundy.

[Josef Kufner]

Tak délka bootu mě moc netrápí... jestli to je 10 sec nebo pět minut. Počítač zásadně jen uspávám. Nejde ani tak o boot, jako o rozdělanou práci a vše kolem toho.

S rychlostí jako takovou je to ale jiná. To mě štve už dlouho. Čím výkonější je hardware, tím zprasenější je software. Ve výsledku je to zhruba stejně rychlé jak mnoho let starý šrot.

[pc2005]

No ono by to třeba zrovna u mě bylo skoro stejný s bootem. Přesun <10MBps z disku do 1GB RAM je málo .

Jj Gatesův zákon. Ten řeším ale přesunem do jednodušších programů (jak postupně nabývám schopností ovládat systém stylem VIMu, co to dělá v mým mozku, ale radši ani nechci vědět...).

[Josef Kufner]

Samozřejmě že mluvím o uspávání do paměti. Notebok se mi probouzí i uspává do tří sekund a v uspaném stavu vydrží několik desítek hodin bez přísumu energie (jen na baterku).

[pc2005]

Jo takhle, njn ale to funguje dostatečně jen u notebooků. Mě by se do RAM uspávat moc nechtělo, jednak by i tak musel jet větrák (na 5V standby větev bych se moc nespoléhal), což by mě rušilo. Hlavně ale bych měl trochu odpor k tomu, že by data v RAM trčely třeba půl roku a všechny poruchy (opravitelné) by se v nich vlastně akumulovaly.

[Josef Kufner]

Jo, občas se stane, že mezi rebooty proběhne několik upgradů a pak když to náhodou zhučí, už to nenaběhne

Ale na 5V standby větev se klidně spolehni. Vždyť to krmí jen RAM a její řadič...

[Sten]

Větrák při S3 normálně nemá běžet. No vlastně jsem viděl jeden notebook, kde běžel, ale to byla chyba notebooku, větrák prostě zůstal ve stavu před přepnutím do S3.

Na 5V větev se klidně spolehni. Bez ní by to totiž nefungovalo ani po zapnutí.

Na opravy používám (pokud to jde) Ksplice. Tak jednou za půl roku to nejde, ale ten jeden reboot se dá přežít.

[pc2005]

No já nemyslím notebook, ale desktop. Sice by to asi 5V standby utáhla (i když čipset bude žrát taky nějakej watt). Problém je v tom, že zdroje co používám jedou tak na fyzikální hraně (jednou jsem jeden rozšrouboval, kvůli vyčištění prachu a skončil jsem u výměny kondíku). S tím souvisí i fakt, že já všechny elektrozařízení v pokoji na noc vypínám ze sítě (takovej ADSL modem velmi nepříjemně píská).

[Josef Kufner]

V okamžiku, kdy skoro všecko v PC vypneš, tak se od té hrany dost vzdálíś.

[pc2005]

Jo ale nezapomeň, že se 5V standby napájí přes jiný generátor (podle schématu je tam druhý spínaný zdroj + stabilizátor). Podle hledání na netu má průměrně 300W zdroj touto větví maximální proud 2A (empiricky ale u týhle velikosti už výrazně klesá účinnost). Stabilizátor pak taky nemá moc dobrý maximální proud a velkou část energie prostě protopí do okolí. Na standby větev pak jede northbridge, superio (ten generuje část power eventů). Pak by na to měla jet RAM (výrobce zas tak moc nepředpokládal, že do jeho desky někdo nastrká 1GB RAM ). Myslím, že pod proudem jsou i PCI karty a možná klávesnice (ta sama má dost nechutnou spotřebu).

Moc se mi pak nezdá, že by všechno dohromady se dokázalo vměstnat do 10W výkonu (btw nevím jak chipset, ale paměti budou asi ještě potřebovat spínaný zdroj na své napájecí napětí). Nedivil bych se kdyby na desce byly i další věci co by žraly energii, zvlášť, když použití DDR slotu vybije i novou CMOS baterku za jeden den.

[gtz]

má průměrně 300W zdroj touto větví maximální proud 2A

Není to nějak málo na ATX zdroj? Třeba Fortron Fortron ATX-300PNR má cca 18A/16A na výstupech napětí +3.3/+5V.

[pc2005]

ATX zdroj má ještě jednu nezávislou větev +5V standby (VSB), která je pod napětím i nezapnutýho počítače. Tahle větev má za úkol napájet wakeup čipy (síťovka, modem, klávesnice, RTC alarm..). Asi by měla utáhnout i refreshovací část čipsetu a RAM, ale nevím nevím 2A je dost málo. Ta větev je samostatná v tom, že má vlastní DC/DC měnič (trafo apod.). Samozřejmě, že na větvi +5V bude standardní proud ~10A..

[gtz]

aha tak to jsem doma, většinou když jsem si s těmi zdroji hrál tak tam bývala jedna dvojitá dioda + 7805 ale některé zdroje tam mají jen malé trafo + diodu.

[pc2005]

Jj a právě ta 7805 moc proudu nedodá, resp. bude mít dost velkej tepelnej odpad.

[gtz]

Tam jsou použité ty 1A 7805 + záleží na jaký chladič to tam někdo narve. Starší Fortron popř. Enermax měl vše na jednom velkém kusu hliníku - tam si myslím to bylo v pořádku. Ale ty ostatní co jsem se setkal no běs a děs. Malý kousek hliníku společný pro nějakou F16C10C diodu. Když jsem si s tím jedním zdrojem hrál tak ten hliník byl celkem teplý. U některých ani 7805 nebyla jen dvojitá dioda a trafo.

[pc2005]

Jj 1A, na kejsu je ale napsaný 2A . Tak doufám, že tam jsou aspoň ty diody. Ono i ta 1A pro 7805 je dost, non TO220 maj tak stěží 300mA.

[gtz]

no plasťáky nebo DPak jsem neviděl, převážně jsem se setkal s 7805 v TO220.

[pc2005]

Hlavně v datasheetu .

[gtz]

Máš pravdu, že datasheet někdy udává hodnoty, které nejdou normálně dosáhnout

[xkesh]

Vzdycky jsem snil o tom, ze proste zapnu pocitac a za 1 sekundu bude nabootovano komplet vsechno a muzu zacit pracovat.

Je fascinující, kolik neplodné energie jsou lidi ochotni věnovat do naprosto nepodstatných záležitostí, jako jsou "kódová jména" nových verzí distribucí anebo zrychlení bootování o jedno promile denní pracovní doby. Nárůst efektivity práce je dechberoucí a ztráty vzniklé 30 sekundovou prodlevou mezi tím, než mladý perspektivní dynamický workoholic nastartuje svůj počítač a tím, než "může začít pracovat", jsou přímo drtivé. Patrně kvůli prchavé genialitě jeho nápadů, která se po pár sekundách vypaří. Odhaduji, že nakonec to pomalé bootování bude příčinou veškerých hospodářských krizí

[Shadow]

Nikdy jsi nezažil situaci, kdy jsi potřeboval rychle něco udělat na noťasu, ale protože tě hodně tlačil čas, tak ti vadilo čekat minutu na to, než ten stroj nabootuje? Já to tedy zažil. I minuta se v takovém případě zdá jako věčnost. Jinak jasně, pokud mám kvanta času, tak je mi fuk, jestli to startuje 1s, 120s nebo 40 minut, ale někdy prostě člověk spěchá (překvápko!), a tehdy by se mu kratší čas bootování docela hodil (samozřejmě neříkám, že to musí být nutně 1s).

[Ruža Becelin]

Suspend to RAM

[Heron]

S2R považuji za nebezpečný. Na NTB používám šifrování celého disku pomocí TrueCryptu, při bootu musím zadat netriviální heslo. Zatímco při resume ze S2R už je ten TC klíč v paměti, odkud jej lze získat, případně už stačí útočit na samotný běžící OS.

[Josef Kufner]

Tak od toho jsou programy jako xlock. Prostě zamknout desktop a hotovo. Sice to neochrání před tím, když k tomu někdo přijde s dusíkem a podchladí paměti, ale šance, že to nějaký ňouma otevře, probudí a už neuspí jsou celkem dobré.

Ale asi by bylo možné ten klíč z paměti zahodit a během probouzení si jej vyžádat znovu. Útočník by pak měl jen to, co je zrovna v paměti a ne vše.

Další možností by bylo šifrovat celou RAM před uspáním a po probuzení se zeptat na heslo. Pak by ani nebylo potřeba zahazovat klíče z paměti, prostě by se zašifrovaly se zbytkem systému. A ani by to nemuselo být těžké implementovat. IMHO by stačilo přidat šifrovací kousek kódu na vhodné místo současného uspávání... Kdo napíše feature request do kernelí bugzilly?

[Heron]

Tak od toho jsou programy jako xlock. Prostě zamknout desktop a hotovo. Sice to neochrání před tím, když k tomu někdo přijde s dusíkem a podchladí paměti, ale šance, že to nějaký ňouma otevře, probudí a už neuspí jsou celkem dobré.

Tak jistě, po resume je nutno zadat heslo přihlášeného uživatele.

To: Jenda, o tom luksResume jsem netušil, ale stejně je mi to k ničemu, na pracovním NTB mám Windows.

[Jendа]

To bude tím TC, LUKS umí zahazovat klíč (luksSuspend, luksResume).

[Mrkva]

Nojo, jenže to je nepoužitelné pro / .

[Sten]

Není, jenom musíte mít k dispozici staticky zkompilovaný cryptsetup někde mimo (třeba v RAM disku na /tmp)

[Mrkva]

Zkoušel jsem. Zkoušel jsem i chroot do RAM disku. Ani prd.

[Shadow]

Zajímavé, já to zkouším teď a na první pohled se mi zdá, že to funguje...

[Shadow]

Hmm... ale jen na první pohled. Nefunguje.

[Shadow]

Vypadá to, že to kolabuje už na "freeze" procesů. Respektive nekolabuje, jen suspend zamrzne. Paradoxně, jakmile dám luksResume, systém se korektně uspí. Root se mi ale nechce provozovat nešifrovaný, abych si mohl dovolit suspend se zahozením klíče.

[Sten]

No pokud samotný suspend není spuštěný z RAM disku, tak by zamrznout mohl, je možné, že natahuje kód z disku. U těch procesů nevím, mohl by za tím být i swap.

[Shadow]

Zkoušel jsem ho pouštět i z chrootu na ramdisku (echo 'mem' > /sys/power/state); swap by to mohl být, vyzkouším, díky.

[Shadow]

Tak vypnout swap bohužel nepomohlo.

[Sten]

Ten /sys je připojený v onom RAM disku? Jinak to totiž hrabe na odpojený disk. Ještě by to mohl dělat nějaký nesyncovaný zápis, takže před uspáním zkusit sync. Anebo vypnout syslog, ten by to taky mohl dělat. Nejlepší by bylo zjistit, jestli se dá zahookovat na to uspání v jádře, a udělat luksSuspend až v tom hooku (jestli to někdy budu řešit a jinak to nepůjde, tak si napíšu modul, co to bude dělat).

[Shadow]

Díky, chlape, máš to u mě! /sys i /proc jsem měl přimountované v chrootu v ramdisku, ale odpojil jsem syslog a /dev jsem vytvořil prostým zkopírováním místo bind mountu (to byla asi velká blbost). Před samotným uspáním jsem provedl sync a poté luksSuspend. Noťas se uspal a po probuzení jsem byl schopen zadat luksResume. Problém vyřešen. Ještě jednou díky.

[Sten]

Právě proto TrueCrypt nepoužívám. LUKS umí zahodit klíč i u otevřeného oddílu, což se používá právě u S3 (dá se to použít i při zamčení obrazovky).

[Shadow]

No jo, budu ho muset aktivněji používat.

[xkesh]

Nikdy jsi nezažil situaci, kdy jsi potřeboval rychle něco udělat na noťasu, ale protože tě hodně tlačil čas, tak ti vadilo čekat minutu na to, než ten stroj nabootuje? Já to tedy zažil. I minuta se v takovém případě zdá jako věčnost.

Ale zažil. Jenomže problém není v čase bootování, ale v té psychické rozhozenosti, ve stresu. Minuta se sice jako věčnost zdá, ale věčností není. Když se na takové situace dívám pak zpětně, tak musím konstatovat, že by zrychlení bootování vůbec ničemu nepomohlo a obvykle se zdánlivě vyřešená příčina problému (nemůžu pořádně pracovat, protože ten krám tak pomalu bootuje) přesune na něco jiného (např. na to, že nemám ořezané tužky . Jo, kdyby šlo o desítky minut namísto sekund...

Nicméně uznávám, že superlidi mají právo na superstroje a že nestihnout v poslední sekundě zabránit odpálení atomové bomby kvůli půlminutě bootování navíc by byla zbytečná tragédie.

Pisatel blogu vyzval k psaní názorů, takže tohle je můj názor.

[SPM]

Spíš kdo si hraje, nezlobí :) a vymejšlením hostnamů jsem už taky zabil nějaký ten čas - občas to člověka prostě baví :))

[xkesh]

Spíš kdo si hraje, nezlobí :) a vymejšlením hostnamů jsem už taky zabil nějaký ten čas - občas to člověka prostě baví :))

Proti tomu nelze nic namítat. K témuž hraní ale řadím touhu po nabootování za 1 s. Nakonec víme, čím to skončí: za 1 s naskočí obrázek nabootovaného systému, pod kterým se postupně systém pohodlně připraví k práci dřív, než na to neurotický workoholic stačí vletět. Není nad psychickou pohodu.

[David Watzke]

V tom s tebou souhlasím – bohatě stačí, když se člověk naučí paralelizovat v reálnym životě. Ráno třeba pustí PC a jde si vyčistit zuby nebo prostě cokoliv jinýho, ale aby se dělo víc věcí najednou. Tak se to snažím dělat já.

[Ondrej 'SanTiago' Zajicek]

Je fascinující, kolik neplodné energie jsou lidi ochotni věnovat do naprosto nepodstatných záležitostí

Ono to pomale bootovani neni problem sam o sobe, ale je to symptom hlubsich problemu - bloatingu, vyvoje kupenim hacku na sebe a pod. V podstate je minimum skutecnych duvodu pro to, aby boot pocitace trval nejak signifikantne dlouho.

[xkesh]

Ono to pomale bootovani neni problem sam o sobe, ale je to symptom hlubsich problemu - bloatingu, vyvoje kupenim hacku na sebe a pod. V podstate je minimum skutecnych duvodu pro to, aby boot pocitace trval nejak signifikantne dlouho.

Ale jo, každý problém je v určitém pohledu relevantní. Jde o to, jakou dostane prioritu. A ta je u těchto pro mě nepodstatných problémů podle mě větší (v některých myslích), než by si zasloužila. Vede zpravidla k tomu, že se léčí syndrom a nikoliv příčina (jako že rychlejšího bootu, který má vyléčit lidskou nervozitu, tedy spíš jakéhosi zdání rychlejšího bootu, dosáhneme nakupením dalších hacků, např. tím obrázkem).

[pc2005]

U desktopu to je asi jedno, ale linkovaná videa s ARMem (apod.) to vyžadujou, tam takovej počítač řídí třeba brzdy auta, tam by byl boot 40min () dost fatální.

[CEST]

Tak nahodou, ono to bootovani urychlit jde:

(a) BIOS musi najit vsechny zarizeni - mam u sebe jedno PC na testovani a BIOS startuje (od zapnuti do boot menu) za 11 sekund. Naopak HP servery dokazou ca 30 - 60 sekund osahavat system, nez vubec zobrazi nejaky hlaseni. Mel jsem jednou na testovani stanici s Adaptec SCSI radicem, pouze samotnej tenhle radic bootoval asi 1,5 Minuty - BIOS toho PC byl asi za 20 sekund hotovej. Takze, mej rychlej BIOS pouze s minimem HW a prvni krok si urychlil. Samozrejmosti je vypnuti testovani RAM a podobne.

(b) bootovaci zarizeni - muzes mit predvoleny napr. floppy, CD, USB, Net a pak teprve disk. Urychlis automatickym startem bez cekani ze zarizeni, ktere skutecne pouzivas.

(c) boot manager: lze nastavit

(d) jadro: tady je to trosku tezsi, protoze proste jadro musi ten hardware hledat, jsou tam nejaky timeouty, do kdy se zarizeni musi ozvat a ovladac proste musi cekat. Pokud pouzivas nejaky obecny jadro, je tam spousta veci, ktere treba vubec nepouzijes, ale stejne musis cekat. Preloz si vlastni jadro, zapni pouze to, co mas, nastavit treba i nizsi timeouty. Sice nebude moct pak system prenest na jiny zarizeni (protoze treba budou chybet ovladace), ale budes mit super rychly jadro.

(e) initrd: nahrava moduly nutne k pripojeni root FS, nekdy nahrava i nepotrebne moduly. Zakompiluj vsechno do jadra, pripojuj rovnou root FS z jadra.

(f) start zakladnich sluzeb: obvykle startuji pomoci SysVinit seriove, dokud neskonci prvni init skript, nestartuje dalsi. Tohle treba v ubuntu nekdo od verze 10 resi paralelnim init.d systemem, takze vic sluzeb startuje zaroven a navic se tusim pouzivaji zavislosti, takze se startuje jenom to, co skutecne potrebujes.

(g) treba sit se obvykle startuje init.d skriptem, ale v ubuntu (a zrejme i dalsich) se pouziva NetworkManager misto init.d skriptu, takze se boot nezdrzuje siti. Pak je ale problem, ze sit musis nahodit ve Window Manageru (cili zdrzeni se presunulo). Neco podobneho je ve svete Windows a dost me to stve. Windows (Vista a vys tusim) se pisni rychlym startem - ano, prihlasovaci form se objevi rychle, ale prakticky je to na ho..., kdyz pak clovek musi dalsich pet minut cekat, nez se na pozadi nastartuji vsechny sluzby a teprve pak je PC pouzitelne.

(h) pouzivej lehky window manager: fluxbox, nebo jiny *box, windowmaker... Samozrejme, ze gnome a kde jsou zamereny na uzivatele, cili budou chtit prezentovat eye-candy, takze budou vyuzivat veskereho vykonu PC, cimz ale zustanou na stejne rychlosti.

(i) pouzivej rychlej hardware. je pravda, ze to startovani systemu z klasickeho HD je pomalejsi nez z SSD.

Jeden priklad. Kolega mel nejakou malou masinku od HP s dobrym HW, SSD a ubuntu s paralelnim startem na tom bootlo opravdu rychle, tipuju tak 10-20 sekund. BIOS mel kratky cas, grub byl tusim 5 sekund, jadro to zvladlo taky rychle a paralelni init system dost rychle nahodil gdm a nez by se uzivatel stacil prihlasit, tak by uz bezely vsechny sluzby. Vypnuti bylo opravdu tusim do 5 sekund.

[CEST]

A jeste jsem chtel napsat, ze vetsina mobilnich a jedno-tri ucelovych zarizeni pouzivaji prave triky a-h k urychleni startu. BIOS presne vi, jakej HW ma hledat (jenom to, co to zarizeni ma), bootuje z jedineho zarizeni a mozna rovnou kernel, bez boot loaderu. Kernel obsahuje opet ovladace jenom pro HW a init skripty startuji jenom pozadovane sluzby. Window Manager je prizpusobeny, obsahuje jenom nutne ovladaci prvky.

Mimochodem, mame LED TV Samsung radu 6000 nebo 7000 a bootuje asi 20 sekund.

[dmesg]

Plan 9!

[otasomil]

A 6 sekund by nestacilo ?

Nasel jsem toto:

Dokonce virtualni a shlednuti videa me malem prevratilo ze zidle.

[JiK]

ten borec je dokonalej. to jsem fakt jeste neslysel. je to unikatni.

[Mrkva]

Tak ono ve virtuálu to naopak může bežet rychleji (celý systém bude nainstalovaný v RAM).

[CEST]

Tak tohle si dokazu opravdu predstavit. To neni celkem problem mit vsechen HW vyhrazenej pro jeden virtual, ale ... pak jaksi virtualizace ztraci smysl, pokud nam nejde opravdu jenom o virtualizaci jednoho guesta, a pouze o presouvani na ruzny hosty, pripade jednoduchej remote-management.

Zajimalo by me, jak by to bylo rychly, kdyby na tej masine bezelo dalsi 5-6 guestu, ktery by mely spusteny nejaky ty aplikace, trebas DB, nejaky Java Webaplikace rekneme napr. Jira, Confluence, Fisheye a pod. A taky by me zajimalo, jak by nabihaly Win Vista nebo Win 7. Osobne mam totiz zkusenost, ze XP nabihaji celkem svizne. Dalsi vec je, ze v tom Virtualu zrejme netestuje vsechen moznej HW. No, je to proste video k virtualu a ne k rychlymu bootu.

[otasomil]

Patrne nejvetsi brzda budou diskove operace kdy se o pristup budou rvat jednotlive OS.

Ale jako demonstracni video ukazky virtualizace je to slusny. Fakt je, ze na fyzickem zeleze win xp tak rychle nabihat nebudou.

[Heron]

Ta řeč mě fakt rozsekala