kernel 2.6.36 - haleluja (diskuse)

[pán tě vidí]

Tomu říkám pokrok. Takové vlastnosti měl už AMIGA OS už v roce 1985 při svém vydání, nemuselo se čekat 20 let na opravu.

[|🇵🇸]

Jakých 20 let? Ty regrese se objevily tuším kolem 2.6.30. Taky předpokládám, že Amiga se nemusela potýkat s takovými objemy dat (ať už jde o ty filmy nebo 3D).

Králýčku, BTW, prosím pěkně, poděl se se mnou o tu Matfyzáckou strkanici. Potřebuju porovnat výstup s korektním výstupem. Ten zkur... CodEx mi háže chyby na čtvrtý až předposlední test a netuším, kde hledat chybu (teoreticky je to korektní).

[kralyk z abclinuxu]

Ok, jsem na žebru, hodim ti to...
Ale upozorňuju, že mi to hází SIGABRT u posledních dvou

[frEon]

myslim, ze to bylo 2.6.18

[|🇵🇸]

Záleží které.

[=^..^= AmigaPower®]

AMIGA OS už v roce 1985

Oprava: Workbench® už v roce 1984

[lukve]

eh. Amiga je tusim propiertarny systemm. linux jefree.. porovnavat sa moze tak AROS s Linuxom a v tomto je Linux niekde inde....

[=^..^= AmigaPower®]

...nerozumim o co ti jde s tim free, free, nebo non-free, jde mi o to, že Workbench je system z roku 84.

[mimi.vx]

ktery jel  na jednom presne definovanem hw ..... zatimco linux jede od lednicky, televize,  pres telefony,  az po superpocitace s tisici procesory ....

[=^..^= AmigaPower®]

Jasně, tomuhle rozumim, nicméně co si tak matně vzpomínám, v naší pračce z 84' žádnej Linux nebyl...

[MMMMMMMMM]

A co umí Workbench a co umí Linux? Porovnáváš neporovnatelné imho. A to jsem velký milovník AMIGY, je to jeden z nejúžasnějších počítačů, co kdy byl vymyslen...

[=^..^= AmigaPower®]

Já nic neporovnávám, poslední Workbench vyšel ještě než Linus napsal první řádku kódu. Otázkou samozřejmě zůstává, kde by ten OS byl dneska bejt dál vyvíjenej a hlavně portovanej na x86 a PPC, ale to jsou samozřejmě jen moje trapný spekulace. O kvalitách Linuxu nehodlám pochybovat, byla to pro mně jediná přijatelná alternativa pro současnost.

[kotyz]

on na x86 (arosaros) a ppc (morphos) portovanej je, dokonce se i vyviji dal jako amigaos (ted maji verzi 4.0 nebo 4.1 a ten bezi i na puvodnich amigach, ale chce to uz ty akceleracni karty s ppc procesorama, blizzard myslim) ale s tim uz lidi od puvodni amigy nemaji nic spolecnyho. neco sem o tom cet a matne si vzpominam ze za ty leta to vyviji uz asi treti spolecnost (aktualne by to mela bejt Hyperion Entertainment CVBA).

[pán tě vidí]

Co umí Amiga OS na rozdíl od Linuxu? Naprosto plynulý multitaskový desktop. Podívej se jak jede AOS 4 bez záškubů zcela plynule tak, jak jsem byl zvyklý i ve verzi 3.x. Když to porovnám se svým 4-jádrem na 2,8 GHz, 4GiB RAM pohánějící Linux, chce se mi zvracet z toho škubání v Linuxu. Bohužel tu není jiná pořádná alternativa. Ne, Widle ani MasoX není pořádná alternativa. Je to totéž jak Linux, jen s jinou barvičkou.

[lukove]

trosku reagujem neskoro ale presne koli tomu vkladam velke nadeje do Haiku. Ono prosim yiadnz flame nechcem yhadyovat Linux.. ja som Amga casy nezazil kedze v tom case som bol fanusik Atari i to ST som videl len yriedka v atari klube ale teray v pritomnosti operacne systemy ktorym fandim bolo QNX a Haiku.... niekedy som mal rad FreeBSD ale teray ked si pustim PCBSD a ked vydim ako dlho botuje a nacitava strasne pomaly kopec modulov tak neprosim.. Haiku mi nabehne za 10- 15 sec.. do spustenie grafiky.. a moyem naraz spustit co ja viem 5 HD videii a yvuk ide naray yo vsetkzch nic neseka .takye o tom to je... dufam ye ho dokoncia a cim skor...

[lukove]

eh, sorry ale mam prepnutu klavesnicu na QWERTZ a trosku som pil takye tak,

[lukove]

Haiku / BeOS in heavy load

[Zafod]

Netuší někdo, jestli už je v něm opravena tahle chyba? To acpi=off je u notebooku docela problém. V Ubuntu to mají zřejmě opatchované, anžto tam s tím problém není, ale ve Fedoře (tuším 12) a v Archu jsem se zapnutým acpi nenabootoval.

[R]

A docital si to do konca? Mas tam napisane, ze od 2.6.35.1 je to opravene.

[Zafod]

Jojo, dočetl, ale přiznám se, že jsem z toho nepochopil, jestli jde jen o patch pro jádro .35, nebo je to zařazeno i do dalších verzí.

[Cze.Honza]

Jojo, ty nové věci jsou super, hlavně ty Intel ovladače, ale já se musel vrátit zpátky k 35, protože mi pod 36 přestal fungovat VirtualBox, resp. funguje, ale po spuštění jakéhokoliv virtuálního OS tak do 2-3 minut shodí celý systém:(

[yajohny]

Robilo to aj mne na debiane, ale odkedy som si skompiloval jadro s tym 200line patchom, uz mi to nerobi.

[Xerces]

Dlabej na VB a prejdi na kvm.

[Cze.Honza]

To bych rád, ale nemám na to procesor:(

[Limoto]

kqemu...

[David Watzke]

Tohle se mi dělo taky. Nevím jestli ještě furt (s .1), netroufám si to zkusit

[LukynZ]

Diky intel grafikam se nadelalo tolik bordelu, ze by je uz mel nekdo rozslapat, spalit a zakopat hodne hluboko.

[AsciiWolf]

Nesouhlasím. Grafiky od Intelu mají jako jediné použitelné OSS ovladače.

[mimi.vx]

spiz nepouzitelne ......

 

asi jsi nevidel xorg-video-ati s novejsimi jadry a mesou , ze ....

[|🇵🇸]

Porovnání spotřeby by bylo...?

[Jirka Keresteš]

No nevim, me teda atina (4330 HD) s oss driverem narozdil od intelu (845G) nezamrza kazdych ~15 minut...

[Kvakor]

Staré ATIny fungují bez problému. Jediná nevýhoda je, že modely, které plně fungují, se už tou dobou nevyrábí

[repli]

Od jisté verze jader (ověřeno v 32-25) mi iwl3945 jede jen do 60 KB/s... Už je to opraveno?

[Marián Kyral]

Mám iwl3945 a nepamatuji si na podobný problém. Celou dobu mi to jede normálně. Momentálně mám 2.6.36. Jediný problém je, že se mi wifi po výpadku spojení už sama nepřipojí. Musím udělat manuální restart sítě.

[PeterS.]

re Intel grafiky..

No ja už pár mesiacov nepoužívam KDE4, lebo po jednom update mi prestala chodiť akcelerácia (kwin efekty), takže som momentálne na openboxe. Takže môžem dúfať, že to zase bude fungovať aspon tak ako predtým? To je vlastne len taká rečnícka otázka - updatujem a uvidím.

PS: tiež mam archlinux

[Michal Kubeček]

lebo po jednom update mi prestala chodiť akcelerácia (kwin efekty), takže som momentálne na openboxe

Nechci vypadat jako kverulant, ale nestačilo vypnout ty efekty? :-)

[PeterS.]

no jasne že sa vypli samé, ale KDE je oproti openboxu pomalé a ked už mam KDE používať (a ja ho chcem používať) tak musí dačo extra ponúkať - a to bola akcelerácia a grafické efekty...

[PeterS.]

updatnute - akceleracia nefunguje, CPU ide na 100 %... tak niekedy nabudúce..

[kralyk z abclinuxu]

Co dělá glxgears?

[PeterS.]

hm:

glxgears: príkaz nenájdený

[Marek Niklíček]

pacman -S mesa-demos

[PeterS.]

$ glxgears
Running synchronized to the vertical refresh.  The framerate should be
approximately the same as the monitor refresh rate.
296 frames in 5.0 seconds = 59.125 FPS
298 frames in 5.0 seconds = 59.420 FPS

Dosť bieda, však? Inak lspci hlási toto

00:02.0 VGA compatible controller: Intel Corporation 82945G/GZ Integrated Graphics Controller (rev 02) (prog-if 00 [VGA controller])
        Subsystem: Micro-Star International Co., Ltd. Device 7267
        Flags: bus master, fast devsel, latency 0, IRQ 16

[kralyk z abclinuxu]

Dosť bieda, však?

Ne, to je v pořádku, nebo minimálně ne úplně špatně, málo FPS tam je kvůli VSyncu...

[Nicky726]

No mně na atomovém netbooku zas začaly bez problémů efekty fungovat. To to trvalo...

Ad kernel, subjektivně se mi to zdá trochu lepší, ale uvidíme.

[Atrament]

já tvoje nadšení zatím nesdílím, hraju si s 2.6.36 dneska většinu dne, ale moc se mi nepozdává - nějak divně se mi s ním chová nastavení grafického rozlišení na intel i915, když používám externí monitor připojený k notebooku, přičemž ten notebookový LCD chci mít vypnutý. S jádrem 2.6.35 vše ok s 2.6.36 se mi to LCD furt zapíná a nastavuje jako "hlavní monitor (zobrazí se na něm panel) i když to tak nechci. Compiz se mi zatím nepodařilo rozchodit vůbec...

[pht]

Mně se po upgrade na .36 přeházelo pořadí komponent - eth0 je teď eth1 a naopak a to samé se zvukovkama. Fakt úžasné.

[Michal Kubeček]

To se už poměrně dlouho (přibližně od příchodu řady 2.6) děje i bez upgradu jádra, obecně k tomu stačí pouhý reboot. A proto máme udev.

[pht]

obecně k tomu stačí pouhý reboot

Toho jsem si nevšiml.

A proto máme udev.

A ten se v tomhle ohledu chová jako windows 95.

[kralyk z abclinuxu]

Tady o tom píšou...

[pht]

To je v rámci jednoho driveru... mně se prohazujou zařízení různých driverů.

[Marián Kyral]

Ale to je úplně jedno. Záleží, která síťovka je nalezena jako první. Pořadí není zaručeno už několik let. Na to je udev. Všimni si, že se tam zadává jen mac adresa a jméno. Nikde není nic o ovladači.

[Michal Kubeček]

Ono to někdy jde. Třeba jedná-li se o různé drivery, dá se tomu pomoci vynuceným načtením modulů v určitém pořadí. Nebo u dvojice interních adaptérů realizovaných jedním chipsetem to také mám pořád stejné. Ale jak už bylo řečeno, spoléhat na to, že to tak bude fungovat samo od sebe, nebo se dokonce rozčilovat, že se to po upgradu jádra změnilo, dává asi tolik smyslu jako stěžovat si, že na zboží není vytištěná jednotná cena jako před 25 lety.

[Michal Kubeček]

Toho jsem si nevšiml.

Ano, v určitých specifických případech je možné, že se to nestane. Ale že by to po těch sedm let mohlo uniknout někomu, kdo se o systém hlouběji zajímá, mi připadá krajně nepravděpodobné.

A ten se v tomhle ohledu chová jako windows 95.

Tak to jste měl nějaké hodně nestandardní Windows 95, že se v nich dala relativně jednoduchými textovými konfiguračními soubory přesně specifikovat pravidla, jak identifikovat jednotlivá zařízení a jak na ně reagovat.

[pht]

Ano, v určitých specifických případech je možné, že se to nestane. Ale že by to po těch sedm let mohlo uniknout někomu, kdo se o systém hlouběji zajímá, mi připadá krajně nepravděpodobné.

Za těch 7 let se mi to stalo přesně 2x vždy po upgrade jádra na novější verzi. A vždy shodně na všech strojích. Takže bych to na nějakou náhodu neviděl.

Tak to jste měl nějaké hodně nestandardní Windows 95, že se v nich dala relativně jednoduchými textovými konfiguračními soubory přesně specifikovat pravidla, jak identifikovat jednotlivá zařízení a jak na ně reagovat.

No tam se to dělalo relativně jednoduchým registrem, ale pointa je, že obě řešení trpí tím, že když si to nedodělá uživatel sám tak si to žije svým životem. BTW když ty persistent net pravidla použiju tak zas mám problém při výměně síťovky.

[Michal Kubeček]

Za těch 7 let se mi to stalo přesně 2x vždy po upgrade jádra na novější verzi. A vždy shodně na všech strojích. Takže bych to na nějakou náhodu neviděl.

Jak jsem napsal, při troše štěstí (nebo spíš snahy) je možné, že jste se tomu dosud úspěšně vyhýbal. Ale realita je taková, že počínaje řadou 2.6 prostě pořadí detekce zařízení při startu (a tudíž ani jejich defaultní pojmenování jádrem) není persistentní a i když se v konkrétních případech může stát, že to vychází, je nezodpovědné na to spoléhat. Ono tak úplně persistentní nebylo ani dřív, ale od řady 2.6 už se vývojáři jádra přestali snažit předstírat, že to jde, a dali k dispozici nástroje umožňující se s tím vypořádat.

BTW když ty persistent net pravidla použiju tak zas mám problém při výměně síťovky.

Což bohatě stačí, protože síťové karty se vám v počítači těžko vymění bez vašeho vědomí (něco takového jsem zažil jen u virtuálu běžícího pod MS Virtual PC, ale i tam to šlo vypnout). Takže není problém po výměně pravidla příslušným způsobem upravit.

[petr_p]

Takže jste si pravidla pro persistent net vypnul? To se pak nemužete divit, že to dělá přesně to, co jste chtěl.

Při výměně síťové karty se pravidla chovají rozumně. Pokud máte ve stroji více rozhraní a nějaké z ních umře, tak je logické chtít udržet původní názvy na zbývajících.

[grubber]

Stejně jako mnoho lidí nade mnou, rozhodně nejsem z updatu nadšený. Počítač mi zamrzá hned po bootu v gdm a teď jsem se dozvěděl tohle (mám ThinkPad R60 a na něm Arch x86_64). No nic, 2.6.36 přeskočím.