Hrozne rad bych, aby root.cz dospel a takove zpravicky se tu nevyskytovaly..co to ma spolecneho s Linuxem/Open Source? Docela to vypada ze jde jen o "W00t! M$FT neco pokazili, LOL, jsou lam3"
Anebo az napriklad Red Hat pokazi nejaky update, (a stava se, viz. treba RHBZ #191841), bude na rootu zpravicka "Odladeny update X na RHEL Y" ?
Ono je to totiz o tom,ze ja napriklad za 8 let na takovou chybu pri Update nenarazil na jakekoliv verzi Linuxu nebo BSD a to jsou vetsinou za tim jen soukrome osobnosti a nebo male firmy.MS se svym ohromnym zazemim a financnimi prostredky ma tyto prusery pomerne casto.Pro mne osobne to neco velmi vypovida o kvalite jednotlivych produktu a vubec o pristupu tvurce k zakaznikum.
Nechci vyvolavat flame, ale uvedomte si, ze Windows v defaultnim stavu bez dalsich zasahu funguji na milionech ruznych konfiguraci. Osobne jsem Linux istaloval na notebook a az treti distribuce si poradila s wi-fi nebo sirokouhlym monitorem a uznejte, ze tyto periferie nejsou zase tak neobvykle. Jasne, je to vec ovladacu.
Muzete mit penez kolik chcete, zamestnancu kolik chcete, ale vzdy nevychytate vsechny problemy. A kombinaci deska - procesor - graficka karta jsou stovky a tisice. Co jsou proti tomu stovky PC s jednou chybujici kombinaci? Stejne to uzivatele neprinuti prejit na Linux.
Predem oznamuji, ze v ramci zabraneni flame mezi Linux a Windows nebudu na odpoved reagovat. Jsem uzivatel obou systemu a na obou se daji najit znacne mouchy a problemy.
Vetsinu lidi mozna ale soudruh milbi bral podporu HW jako obhajobu pro Windows ze jsou natolik komplexni, z tohoto pohledu mi prijde podstatnejsi fakt, ze Linux podporuje daleko vice architektur (vetsi komplexita) teoreticky vyssi nachylnost k problemum nez Windows a presto statistiky je mene problemovy. Tak proc si proste nepriznat ze MS neni schopen zaplatit tak kvalitni vyvojare, dyt to snad neni zas takova ostuda, daleko ostudnejsi mi prijde mlzit a za kazdou cenu obhajovat mene kvalitnejsi produkt.
zalezi od uhla pohladu. Windows je urceny predovsetkym na desktopy, a kolko ludi ma doma ako desktop nieco kde Windows nebezi? Urcite sa najdu, ale mizive percento.
Windows běžely ve své historii na x86, Alpa AXP, MIPS, PowerPC, IA64 a x86-64. Ukázalo se ale, že Alpha AXP, MIPS a PowerPC byly mrtvé platformy. Výrazně dražší, než x86, a prakticky neprodejné. K čemu je mít podporu platforem, které prakticky nikdo nepoužívá, pro které je naprosté minimum SW, a které nezaplatí ani náklady na svůj support? Proto, aby výrobce SW mohl říci "běžíme i na PowerPC (a stojí nás to dost peněz)"?
Tak zrovna u ppc bych si nebyl jisty, tam cilovy segment je (narozdil od Alpha nebo MIPS a ja bych se hadal ze i IA64 nebude moc rentabilni). On treba RH i Novell vydavaji sve distribuce stale pro ppc, myslim ze by v tom nepokracovali, kdyby se to nevyplacelo. Napriklad RHEL uz neni k dostani pro System/360 mainframy ackoliv predchozi verze byla. Spis bych rekl ze prechod unix@ppc -> linux@ppc je pro firmy bezbolestnejsi nez prechod -> win@ppc takze pro Windows je tezsi se prosadit.
Faktem je, že PowerPC s Windows se prodalo minimum. Prodej OS ke starým strojům je potom tak malý trh (navíc s velkými nároky na support), že opravdu nestojí za to se jím zabývat.
Rozjezd IA64 se na desktopu nepovedl, a to díky snahám AMD (a hybridu jménem x86-64, se kterým budeme muset pěkných pár let vydržet). Na serverech je na tom IA64 lépe, ale pořád nic moc.
RedHat a Novell jsou maličké firmy, které mají zanedbatelný vlastní vývoj. Zpravidla spíše balí do krabice GPL SW, a lepí na ní nálepku "pouze za poplatek". Možná se jim coby malým firmám podpora PPC vyplatí, ale pochybuji o tom.
Když jsme u toho, pokud Linux používá 1% uživatelů desktopu, kolik procent z nich používá CPU jiný než x86-*? Je to více než 1% z toho 1%? Kolik z nich je ochotno zaplatit za OS (a jakou částku)? Je dnes vůbec někdo ochoten vyrábět a prodávat PPC stroje?
> díky snahám AMD (a hybridu jménem x86-64, se kterým budeme muset pěkných pár let vydržet)
Ste Intel-fanboy, však? Nič iné, ako hybrid to totiž byť nemohlo, kvôli modle spätnej kompatibility. Sťažujte sa na monopol x86 a hardvérovú homogénnosť na trhu klientov.
> RedHat a Novell jsou maličké firmy, které mají zanedbatelný vlastní vývoj.
JBoss (a kopec frameworkov okolo), Compiz, Gnome, participácia na Linuxovom jadre.. Zanedbateľný? Pokúšate sa flamovať?
> Je dnes vůbec někdo ochoten vyrábět a prodávat PPC stroje?
Sony a Playstation3, Microsoft s Xbox360. Používajú síce procesory postavené na PPC, ale podľa mňa patria do rodiny PPC, pretože sú s nimi kompatibilné.
Kupodivu IA64 má zpětnou kompatibilitu s x86, a jde o technicky vydařenou EPIC architekturu. Nebýt tvrzení ze strany AMD, že IA64 nemá zpětnou kompatibilitu s x86, bylo by dnes nejspíš vše jinak.
Podívejte se na tržby RH a Novellu. Z toho nelze žádný velký vývoj utáhnout. Kolik procent kódu, který prodávají, by mohli z vlastních prostředků napsat? Ano, jejich vývojové aktivity jsou zanedbatelné v porovnání s nákladovou cenou kódu, který prodávají.
Stroji jsem měl na mysli desktopy a pracovní stanice, nikoliv routery, RAID řadiče a herní konzole.
Ta tzv. "zpětná kompatibilita" znamená, že na x86 kód na Itanicu zhruba 8x pomaleji než IA-64 (což je vážně skvělý výsledek, uvážíme-li cenu Itanicu a jeho maximální frekvenci) + nemožnost použít x86 nativně (je nutné použít IA-64 OS, na ADM64 běží cokoliv, co běží na x86).
Trochu méně PR keců a trochu více reality by to chtělo...
Nikdy nebylo účelem běžet na IA64 starší x86 OS s x86 aplikacemi (byť by bylo možné použít tenký compatibility layer, a nad ním x86 OS běžet). Počítalo se s IA64 OS, IA64 aplikacemi, a u aplikací, které nebylo možné přeložit pro IA64 (třeba protože nebyly zdrojáky) pak režim zpětné kompatibility.
Ano, na x86-64 běží i x86-16 a x86-32 OS. To v praxi znamená, že všechny procesory jsou dávno 64-bitové, a OS i aplikace jsou typicky 32-bitové. Nejvíce by měli plakat příznivci multiplatformího vývoje, protože se ukazuje, že mantrou je "x86, a nikdy jinak".
Mám 64-bit OS, ale podobně jako vy nejsem vypovídajícím vzorkem. Naprostá většina počítačů s x86-64 CPU jede 32-bit OS. 64-bit aplikací mám pár, výrobcům se do portování moc nechce. Chápu, že zvlášť u staršího SW je to problém, a navíc obchodní výhody (díky bezproblémové kompatibilitě) nejsou nic moc.
Hlavně pokud možno nepřiznat sázku na špatného koně, co?
IA-64 byla původně vyvíjena a v letech 1991 - 1999 byla propagována jako nástupce x86.
V této úloze selhala a byla tím pádem vytlačena možná méně "čistým" řešením, nicméně řešením, o které měli zákazníci opravdu zájem.
Já na toho koně nesázel, moje peníze to nejsou (tedy vyjma těch, které platím za x86, ze kterých pak Intel platí nejspíš ztrátovou IA64).
Architektura IA64 prohrála marketingový boj, nedá se nic dělat. Let's enjoy x86-64, nic jiného nám stejně nezbývá. Změna by mohla přijít snad až bude většina SW v .NETu, tam by přechod na jinou architekturu nebyl problém.
LO, tak ted ses chytil do vlastni pasti. Pokud si ten svuj odkaz prectes, tak zjistis, ze je to sprosty softwarovy emulator, tedy jakasi nouzovka. Nic se na tom rozumne pouzivat neda. IA64 proste 32-bit kod nepodporuje a to je fakt, ktery se u MS dozvis taky. Zatim co x86_64 a jeho Intelovska implementace EM64T umi bezet v rezimu 32-bit i bez softwaroveho emulatoru.
Netykáme si. Když si ten odkaz přečtete ještě jednou, zjistíte, že před rokem 2006 měla Itania HW podporu x86 kódu. Nakonec byla tato podpora odstraněna, a místo ní nasazen emulátor. A výkon? Dost dobrý: "With an Itanium 2 processor 1.50 GHz with 6M L3 cache, IA-32 EL enables performance comparable to an Intel Xeon processor MP 1.50 GHz
(varies by application)." ftp://download.intel.com/design/Itanium/Downloads/25431803.pdf
Když jsme u toho, Apple dodával první verze PowerPC strojů s 95% kódu OS kompilovaného pro Motorola 68030, a prováděl jeho emulaci na PowerPC. Upozorňuji, že nešlo o nějaké aplikace se zanedbatelnou potřebou výkonu, ale o prakticky celý OS.
tady musim souhlasit s LO. Podivejte se treba na jboss porad jeste neni j2ee 5.0 certifikovany. Zjevne neni tolik prostredku na vyvoj kolik by se potrebovalo. Open source Apache Geronimo byl prvnim kdo tuhle certifikaci dostal - jeste drive nez SUNuv vlastni soft.
Tak řekněte hned který segment trhu jste myslel. Co se týče MIPSu, tak je velmi často používán ve spotřební elektronice s linuxem (TV, DVD, SetTopBoxy .... jinak i51 - ještě se překvapivě často najde :-), MIPS, ARM). Není to zase tak mrtvá architektura, jen není hned vidět.
Itanium2 je papírově hezká architektura, ale kupovat ji na deskop nehodlám z finančních důvodů. Mimochodem mám dojem že IA64 přišla dříve než amd64.
Když se omezujete na určitou podmnožinu, tak to dejte vědět abyste předešel nedoruměním. Věštit moc lidí neumí.
Jasně já to chápu, že se to MS nevyplatí, ale já to bral z toho pohledu podívejte Linux jádro má takovýhle záběr hw a Windows "jenom" řadu x86 a x86-64 ikdyž více ovladačů a stane se jim tohle (nic strašnýho, reboot oprava a jede se dál ale přece). Linux podporuje tolik architektur a o takovýchto kixech se moc nepíše. Navíc na Linuxux ty updaty svištěj jeden za druhým, když vydá záplatu MS tak to jsou druhý vánoce a oni to jak vidno stejně testujou na lidech. Nemůžu si pomoc příjde mi to úsměvný.
MS vydává záplaty typicky jednou za měsíc, a bývá jich typicky několik. Netvrdil bych tedy, že vydání patche jsou druhé vánoce, protože ty jsou 1x do roka, kdežto patche od MS párkrát do měsíce. Jako relevantní srovnání se nabízí "druhé pondělí a čvtrtek" :). O podobných problémech Linuxu se moc nepíše, protože ho skoro nikdo nepoužívá. Ve skutečnosti se to stává také: http://www.root.cz/zpravicky/odladeny-sp3-na-ms-windows-xp/203133/
Takže když to shrnu, svým způsobem to je úsměvné, ale trochu jinak, než jse myslel.
Coz me jako uzivatele Windows nezajima :-) Proste mi to blbne a hotovo. V Linuxu taky za vetsinu problemu muzou ovladace (dost casto ty bez otevrenych zdrojovych kodu) ale jako uzivatele vas zajima fungovani systemu jako celek. U dister tu "zodpovednost" na sebe berou tvurci distra. U MS to je kdo? MS, koncovy prodejce?
> MS vydává záplaty typicky jednou za měsíc, a bývá jich typicky několik.
Jojo to mate pravdu chrlej to jak na bezicim pasu ja mel asi na mysli Service Packy.
Jak už jsem někde psal, vývoj pro každou platformu něco stojí, a testování a support také. Proč mít produkt, který prakticky nikdo nepoužívá, a tedy se nezaplatí?
Jako uživatele automobilu mě možná také nezajímá, jestli něco nefunguje kvůli výrobní vadě, chybě servisu, nebo odfláknuté práci prodejce. Ale je důležité to rozlišit. Těžko dávat MS za vinu, že HP špatně instaluje stroje s procesory AMD (a to opakovaně). Odpovědnost nese samozřejmě HP. Pochybuji, že když si špatně nainstalujete distro (zaměníte si nějaké soubory), tak odpovědnost budete házet na autory distra.
Mám u nás na síti 36 MIPSových strojků (wifi router Linksys WRT54GL), na nich linuxovou distribuci openwrt a nemůžu si to vynachválit. Žere to 7W a zvládne vše co potřebuju. Určitě bych to nenazval mrtvou platformou.
Mne taky o zadny flame tim prispevkem neslo.To co popisujete je problem vyrobcu HW a ne Linuxu nebo Windows,taky uz jsem narazil na hodne grafik,wifi a jinych zarizeni,ktere Win nedetekuji a nastavi jim jen generic ovladac a ten spravny musite nahrat z prilozeneho CD a nebo ze dokonce nefunguje ani ovladac z CD nebo WinUpdate webu.
Taky jsem uzivatelem obou systemu,ale jednoho proto,ze musim.
"Nechci vyvolavat flame, ale uvedomte si, ze Windows v defaultnim stavu bez dalsich zasahu funguji na milionech ruznych konfiguraci."
a v defaultnom stave sa prave SP3 na legalnych windwsoch stiahne a nainstaluje ako update. navyse po nainstalovani update sa windows chce sam restartovat a ak clovek nahodou neni pri pc, tak po istou timeoute to aj spravi. aspon tento timeout na viste dotiahli do spravneho konca ;)
smutna vec na tom je, ze uzivatelom sa funkcny system SAM pokazi pokial nemaju zakazane updaty. a o to ide...
na problemy windows je tu len lamparen, na problemy s linuxom(gnu/linuxom ak ide o nejke to distro, typujem) je tu bugzilla a na vsetko ostatne je tu mastercard....
>>> Ono je to totiz o tom,ze ja napriklad za 8 let na takovou chybu pri Update nenarazil na jakekoliv verzi Linuxu <<<
To je jenom otázka štěstí, stačí se podívat na diskusní fóra, kolik je potrefených při updatu verzí třeba Ubuntu nebo OpenSuse.
Pri updatech hned na nove verze jsem taky obcas narazil na problemy,ale ne takoveho razu,ze se mi zacykli PC a jen se restartuje.Pri pulrocnim cyklu novych verzi musim pocitat s tim,ze kdyz pujdu hned do nove,tak mohou nastat problemy,proto je lepsi update udelat za 5-6 mesicu,kdy uz je nova verze pomerne odladena a na starou jsou porad aktualizace.Ale u Win je SP tak cca jednou za 2 roky a mezitim je kupa update.Ale kdyz uz delam SP,je to jednou za 2 roky a je primarne pro platici zakazniky,tak si dam tu praci a radne to otestuji.
Problémový SP3 pro XP je zpráva hodná alespoň malé pozornosti, protože se na vás třeba obrátí několik znamých, že jim to po aktualizaci SP3 nejede a "vy přece počítačům rozumíte". Takhle dopředu víte, co je třeba udělat nebo co jim poradit.
Nehodnotím, zda sem zprávička patří nebo ne. Jen že není od věci o tom vědět.
Koupil jsem si OEM verzi, ale ne s novym pocitacem. Tedy si podporu a hot-line musim delat sam. A myslim, ze z daleka nejsem sam - legalizacni OEM verze maji tusim stejnou politiku. Tvuj prispevek je stejne uzitecny jako oblibena rada radoby-linux-guru ala "RTFM".
Takze: Jsi-li zaslepeny linuxak, tak ten clanek ignoruj. Jsi-li normalni linuxak, tak to ber na vedomi a ve svem srdci si libuj, ze tebe se ty problemy netykaji.
Zpravicka je vhodna, ale spatne formulovana, vitam ji protoze zde chodi administratori obo platforem a tedy nevidim duvod proc by zde nemela byt uvedena. Ale rozhodne by mela byt neutralne naladena
A cele to vyslo na javo v mesiaci maj/kveten, kde vydavatel Linux casopisov ako napr. Linux magazine fa. Linux New Media vydava Linuxe New media Award za rok minuly
zas na druhou stranu, proč si nerýpnout.U windows platíte primárně za produkt (mimo jiné i za support - větší korporace). Na druhou stranu u linuxu se platí většinou za support. A support je o tom, že jak říká kamarád když se něco zchruje, tak se ti prostě omluvěj :D. Takže co čekáte od komerční aplikce? Snad, že bude trochu fungovat. Pokud si já instaluju nějaký nekomerční distro, nebudu remcat, protože to dělají na koleně. jo a můžete sem hodit link na to RHBZ, ať tu nevaříme z vody.
takovych pripadu jsou mraky. Stava se to ne vyjimecne u Solace (po update kernelu se nenatahnou drivery) a krome u RHEL se mne to stalo nekolikrat i s Ubuntu. Proste po upgrade kernelu v minor verzi to uz nebootlo.
Tim chci rict, ze v unixech se to stava bezne zato ve windows je to velmi ridka vyjimka. Od doby co pouzivam windows XP (predtim jsem pouzival jako desktop unix/linux/solac) se mne to jeste nestalo.
Ty windows XP jsou opravdu velmi vyrazne lepsi nez Linux (o Solaci ani nemluve ten je dost fragilni OS). Pouzivaji je v naproste vetsine pripadu naprosti lajci a nemaji s nima povetsinou zadne zasadnejsi problemy. Dovedete si presdstavit ze by tihle lidi meli na desktopech linux? V linuxu se musite potykat
Ještě že jsem svému počítači s Windows XP, s procesorem AMD, základní deskou ASUS A8N32-SLI Deluxe a USB myší nedal nic podobného přečíst předem a proto na mém počítači už SP3 spokojeně běží...
A samozřejmě, za ten primární problém může HP, ale proč si takříkajíc nekopnout do AMD a MS, že...
No to je proto, že ten systém nikdy neviděl Intel chipset. Systémy, které viděly oba (typicky výsledek mass-deployment) tento problém mají - narazil jsem na to hned při vydání SP3 a vyřešil jsem to podobně, ale trošku brutálněji - intelppm.sys jsem prostě smazal :-), což samozřejmě při instalaci SP4 provede totéž, zakázání ovladače je korektnější řešení.
Pan Chalupa by mohl (a snad i měl) uvést, že problém nastává na počítačích HP, a to z toho důvodu, že instalovali počítače s procesory Intel a AMD ze stejného image. Na počítačích pak skončil driver Intelppm.sys, který na počítačích s procesory AMD nemá co dělat. Po instalaci SP to pak dopadne špatně. Ten samý problém způsobili někteří výrobci již v minulosti, kdy došlo ke stejnému problému po XP SP2. Řešením problému je reboot v safe mode, a změna jedné hodnoty v Registry (linuxáci jsou na podobné zásahy dobře zvyklí).
Daleko jednodušší, než napsat objektivní zprávičku, je navážet se od "odladění SP3". Autor by se měl stydět. Naštěstí čtenáři již vědí, že internetová "žurnalistika", natož zprávičky na root.cz, má kvality více než pochybné.
Dejte si přes hubu sám, až třeba budete bootovat do konzole, a a hrabat se v parametrech. Nebo obecně než se budete hrabat v hromadě logů a konfiguráků. OK?
Jakýkoli ovladač má při zavedení zkontrolovat, jestli je ovládané zařízení přítomné, a pokud není, tak se nezavést (případně vypsat nějakou chybu, ale rozhodně ne shodit počítač). Chybu tam udělali vývojáři Microsoftu, že tento test pokazili (před tím service packem nejspíš fungoval správně).
To bohužel není možné vždy zajistit. Sám jistě víte o případech, kdy takovou věc ani teoreticky zjistit nelze.
Faktem zůstává, že instalaci zmršili pánové v HP. Není jobem výrobce OS, aby odpovídal za jakoukoliv kombinaci souborů, kterou někdo jiný namíchá na disk. Nebo myslíte, že ano?
To, že není možné detekovat přítomnost zařízení, platí pro ISA zařízení bez PNP. Např. není možné detekovat přítomnost starého řadiče paralelního portu (bez EPP nebo ECP), protože řadič paralelního portu, ke kterému není nic připojeno, se chová, jako kdyby tam žádný řadič nebyl --- vrací na všech portech 0xff. Podobně je to s řadičem IDE na ISA, ten taky nejde detekovat, pokud k němu není nic připojeno.
Až na tyhle obskurní případy (v dnešních počítačích se ISA stejně nenachází) se zařízení detekovat dají. Např. procesor má na detekci instrukci CPUID. Takže ji lidé z MS zapomněli použít.
"Není jobem výrobce OS, aby odpovídal za jakoukoliv kombinaci souborů, kterou někdo jiný namíchá na disk. Nebo myslíte, že ano?"
Pokud si uživatel vymění v počítači grafickou kartu, zvukovou kartu apod., tak by ovladače starého zařízení určitě měly poznat, že není přítomno, a neměly by shodit systém. S výměnou procesoru je to podobné, až na to, že uživatelé si běžně procesory tak často nevyměňují --- takže se ta chyba projevila jen v tomto konkrétním případě s HP.
Nejspíš by se našly i jiné případy, kdy to spadne (např. pokud uživatel vyjme procesor Intel a strčí tam jiný procesor Intel, který intelppm.sys nepodporuje).
Na prvním místě OS ten driver nenainstaluje, pokud zařízení neexistuje. Na druhém místě u nástroje Sysprep (který se na hromadné instalace používá) je jasně řečeno, že image musí být určen pro cílový typu CPU, jinak je to špatně. Tím je dořešeno, chyba je na straně HP.
Jestli driver způsobí chybu, nebo je required a zároveň odpadne kvůli neexistujícímu HW, to fakt netuším, a ve světle výše uvedeného je to naprosto jedno. Běžnými způsoby by driver nebyl nainstalován. Když jsme u instrukce CPUID, tak tu pánové z MS zjevně použili, viz třeba detekce mechanismu syscallu prováděná při bootu (int 2e nebo sysenter/syscall).
Samozřejmě změnu HW by měl OS poznat, a korektně obsloužit (tak jako Windows obslouží změnu grafické karty - neskončí na command line s chybovou hláškou). Typ CPU (AMD/Intel) ale fakticky měnit nemůžete, a typ HALu (legacy/ACPI) měnit nesmíte.
Jestli by se našly jiné případy, sem s nimi. Já tvrdím, že problém je jednoznačně na straně HP. Instalace byla provedena v rozporu s dokumentací nástroje Sysprep. Společnost HP měla tento problém už u SP2, a nic s tím od té doby neudělali.
Když jsme u toho, pokud si na Linuxu natáhnete kernelový modul pro neexistující HW (ovšem máte jiný HW jemu podobný), a dojde k pádu OS, můžete si za to sám, nebo je to chyba kernelového modulu?