Vlákno názorů k článku Neo FreeRunner: co se skrývá uvnitř od kekao - Nechápu jak někdo jen díky tomu, že to...

Nechápu jak někdo jen díky tomu, že to stojí na open source může říct, že je to skvělý telefon. Upřímně, to opravdu vypadá dost úděsně. Snad kromě těžkých free technoidů tenhle telefon nemůže nikdo ocenit.

Pochybuji, že by se to i teoreticky mohlo stát masovější záležitostí.

takový smysl to zařízení ale přece nemá!
masovku si běž koupit do hypernovy a pak nadávej M$S, když něco nepojede


Dotaz:

to longtime spouštění OS je při každém zapnutí? Není tam nějaká hybernace?


a úplně offtopic: proč se dodnes linuxové OS spouštějí sekvenčně proces za procesem? Proč to není jako u Win, že by se spustilo jádro a pak se to všechno provádělo v multitaskingu, vždyť to je přece mnohem rychlejší. Takhle než třeba nastartuje nějaký sssh démon, tak se zbytečně čeká a přitom by se mohla mezitím inicializovat třeba správa sítě ...

protoze u Win si toto chovani vynutil trh (zakaznici), zatimco u OS smer udavaji predstavy vyvojaru a jen nekteri z nich maji predstavy totozne s temi Vasimi (nebo vetsinou) a jen nekteri jsou schopni

Aby se pustilo ssh tak musis mit nejprve sit :) Sekvencni pristup je VSUDE. Windows startuji "rychleji" ale jen po prihlasovaci obrazovku, za ni pak nabihaji dalsi veci jako av, gui k fw, hromada bordelu v trayi atd.. proces startu po prihlaseni je asi 5x delsi nez pred prihlasenim :)

To neni pravda, demon muzes nastartovat a interfacy nahazovat az pozdeji, v tom neni problem.

"Sekvencni pristup je VSUDE."

To take neni pravda, podivej se jak funguje upstart nebo initng a windowsy paralelizuji spousteni hodne. A proc taky ne??? Je milion veci, ktere muzes poustet vedle sebe, aniz by na sobe byly zavisle.

"Windows startuji "rychleji" ale jen po prihlasovaci obrazovku, za ni pak nabihaji dalsi veci jako av, gui k fw, hromada bordelu v trayi atd.. proces startu po prihlaseni je asi 5x delsi nez pred prihlasenim :)"

To je taky nemysl a divim se, ze uz tady neni Lael aby ti to vysvetlil. Asi jsem ho nedavno nastval...

Lael má málo času. K tomuto článku bych řekl, že Neo je velká, těžká a nevzhledná cihla s nedodělaným SW. Nevím, proč pro takový telefon "do konce roku 2009" uvádět Google Android, když za rok bude za stejnou cenu k dispozici daleko lepší HW. A samozřejmě nevím, proč by si takový přístroj kupoval někdo, kdo chce telefon opravdu používat.

Osobně jsem si pořídil T-Mobile MDA Compact IV, aka HTC Diamond. Je to lehké, maličké, umí rychlá data 3G sítě, má GPS, v ceně je TomTom Navigator s mapou střední Evropy, bez problému běhá push synchronizace s Exchange, a jsou k dispozici tuny aplikací. Líbí se mi elegantní rozhraní, a oceňuji, že výrobce není idiot. U většiny strojů například blikají LED, když se nabíjí baterie, je zapnuté WiFi, nebo se používá GPS. Takový výrobce je idiot, protože neexistuje nic horšího, než mít při řízení v zorném poli pár zbytečně blikajících LED. Nakonec ani usínání není nic moc, když v pokoji blikají LEDky.

Za sebe u MDA Compact IV doporučuji vyhodit český firmware, který je starý a pomalý, a nahrát poslední anglickou verzi. To mi sice zabralo pár hodin (formálně má totiž MDA jiné HW ID než originální HTC Touch), ale od toho okamžiku jsem velmi spokojený. A když na něčem týden neobjevím závažný problém, tak je dost možné, že tam prostě žádný není.

Windows startují rychle. Služby mají závislosti, a startují se tak paralelně, jak to lze. Přihlášení je k dispozici, jakmile jsou zavedeny potřebné služby, tedy nikoliv nutně všechny služby. Navíc Windows řadí data na disku tak, aby se při bootu zbytečně neseekovalo. Problémem jsou samozřejmě programy, které se zavádějí při přihlášení uživatele. Například fast start Adobe Readeru, utilita pro aktualizaci Flashe, utilita pro aktualizaci Javy, fast start OOo, NVidia Control Panel, systray ikona WinRARu, a tisíc dalších nepotřebných blbostí. U těch aktualizací by se pánové mohli naučit používat plánované úlohy, a zbytek těch blbostí je zbytečný - bohužel je typicky nutné je odstranit manuálně (pokud chcete zachovat aplikaci, ke které přísluší).

Tohle uz existuje. Napr. initng nebo upstart, ktery je asi nejdal a je pouzity v Ubuntu a urcite by sel naroubovat i na tento pristroj, jenom by to nekdo musel udelat.

Ale zajimavejsi je, zkus se podivat do dizkuzi prave treba o upstartu, a z tech dizkuzi dojdes k nazoru, ze vetsi cast (alespon tech diskutujicich) toto povazuje za zbytecne, nebot oni prece svuj desktop nevypinaji a kdyz uz, tak jednou za mesic. Notebook zasadne hybernuji (joo, kdyby to vdycky fungovalo) a u telefonu by jim dlouha doba nabihani asi taky nevadila.

Jo, souhlasim s tebou, nevim proc delat veci po sobe jak v sedmdesatych letech, kdyz mame ctyrjadrove procesory a muzeme delat vic veci najednou (a to i kdyz je nemame) .

> Jo, souhlasim s tebou, nevim proc delat veci po sobe jak v sedmdesatych letech, kdyz mame ctyrjadrove procesory a muzeme delat vic veci najednou (a to i kdyz je nemame) .

Roztomile predevsim v kontextu tohoto threadu, aneb kolik telefonu ma ctyrjadrovy procesor?

Zatim zadny, i kdyz napr. TI dela dvoujadrove army (ano, vim, to druhe je DSP) a je napr v nokii 810. A co neni muze byt (bude). A navic jsem to napsat i do zavorky - i kdyz je nemame. Tim jsem myslet ta ctyri jadra. Jenom jste mozna nepochopil co jsem tim myslel - chtel jsem rict, ze dost fandim programum jako je upstart nebo initng, protoze ja pocitac vypinam, delam dualboot (i kdyz ted uz moc ne, Win pouzivam virtualizovane) a nevim, proc by se moje tri jadra mela flakat, kdyz zbyle jedno startuje jednu sluzbu po druhe. Ale budiz, no. Ale napr. uz tyhle telefony jsou dost padnym argumentem, proc podobna paradigmata ze 70. let zavrhnout.

Start není o počtu CPU. Jde o to, aby když start jednoho daemonu čeká na disk nebo periferii, a je tedy volný CPU, tak aby jiný deamon mohl využívat CPU. Obecněji jde o optimalizaci alokace zdrojů, a ta u postupného startu není nic moc.

Mas pravdu, neni to vylozene o poctu CPU, ale v urcitych pripadech docela i jo. Napr. v linuxu dost casu zabere dynamicke linkovani knihoven. Po spusteni prvnich par sluzeb by uz melo byt dost knihoven v kesi, takze disk neni uzke hrdlo, tim je prave prace procesoru, ktery to zlinkovani musi udelat. A ja myslim, ze kdyz takto budes poustet treba ctyri sluzby paralelne, tak na ctyrech jadrech budou rychlejsi nez na jednom,ne?

"Obecněji jde o optimalizaci alokace zdrojů, a ta u postupného startu není nic moc."

Dyt snad pisu, ze postupny start je blbost, vhodny tak akorat na servery, kde je to celkem jedno.

Paralelni spousteni sluzeb ma akorat jednu velkou potencialni nevyhodu: obecne nedeterministicky prubeh prechodu mezi dvema definovanymi stavy (milestones/runlevels), coz komplikuje ladeni a reprodukci casove zavislych chyb (race condition).

Navic pokud budou stavy definovany jako "bezi dana sada sluzeb", nikdo negarantuje opacnou logiku - ze konkretni sluzba nebezi. To muze zpusobovat komplikace pri vypinani/restartu sluzeb (napriklad pri aktualizaci balicku).

Docela by me zajimalo, jak tohle resi upstart a spol - nevite nekdo?

Třeba ve Windows se definují závislosti, pokud moje služba např. závisí na MS SQL tak se v závislostech uvede (a to jde i programově při registrování služby - je na to API - pokud na to uživatel má samozřejmě práva).

V takovém případě nejdříve se spustí ta služba na které služba závisí.