Ano, tak funguje kapitalismus. Pokud tvuj vyrobek neni na svou cenu kvalitni, konkurence te prevalcuje. Problem je, ze M$ ma na poli OS monopol a konkurence proste nema sanci (podivejte se na uredniky, teenagery atd. kteri maji problem ovladat sotva Wokna a nic jineho ani neznaji). Oni si muzou urcovat co na cilovych zarizeni bude fungovat a co ne (viz Win 8 Certificate for UEFI - ARM sekce), co na jejich OS bude bezet za aplikace (tato zprava). Mozna to dotahnou tak daleko ze bude jen whitelist povolenych aplikaci a ostatni se muzou jit zahrabat. U totalitnich praktik M$ se nemuzete divit vubec nicemu....
1. Podstatou problému je fakt, že na Windows for ARM mohou běžet jen Metro aplikace, s výjimkou nativních součástí Windows (jako je MSIE). Pro Windows 8 by mělo jít psát v C++/CX, takže není problém napsat moderní Metro-browser. Jinými slovy nejde o nic špatného, akorát by Mozilla musela přepsat kus kódu.
2. MS nemá monopol na žádném trhu, a už vůbec ne na trhu tabletů.
3. Například na telefony a tablety společnosti Apple můžete instalovat SW jen z oficiálního firemního online obchodu. U Windows for ARM to podle všeho bude podobné, akorát si firmy budou moci interně zprovoznit vlastní "obchod" aplikací.
1. no já to pochopil tak, ze API potrebnou k vytvoreni plnohodnotneho browseru nebudou poskytovat aplikacim treti strany (obecne, ne jen metro)
2. Dovolim si odporovat. cca 80% desktopu bezi na windows, servery na windows/linux/bsd, superpocitace linux/realtimeos - tj. M$ ma monopol na desktopove OS. Kdyz se dnes zeptate obycejneho uzivatele PC co zna za operacni system tak drtiva vetsina vam rekne jen windows, jen par znalejsich jedincu mac os x nebo linux (a jeste si budou myslet ze linux je jenom takova ta prikazova radka)
3. To je pravda, ale M$ ma evidentne tendenci spojovat ARM a PC, takze to nakonec muze dopadnout tak ze "jen a pouze market" bude i na PC. A to bude konec svobodneho vyberu. A ten vlastni "obchod" jak pisete, pochybuju ze to bude zadarmo...
1. Tak to jste pochopil špatně. Na Windows for ARM prostě aplikace třetích stran běží jen pod Metrem, a nemají přístup k Win32 API. To samozřejmě nikomu nebrání napsat browser pro Metro. JIT kompilace, která podle některých lidí vyžaduje Win32 API, se dá řešit přes System.Reflection.Emit. Mozilla řve jen proto, že jejich současný kód nelze bez úpravy běžet na Windows for ARM.
http://weblogs.mozillazine.org/asa/archives/2012/05/why-windows-classic-.html
2. Klasická definice monopolu je taková, že existuje pouze jeden výrobce/prodejce daného produktu, A ZÁROVEŇ neexistuje substitu, A ZÁROVEŇ existují nepřekonatelné překážky pro vstup na trh. MS zjevně monopol nemá.
3. Nevím jestli firemní Marketplace bude zdarma, ale platí se za Windows, takže bych neviděl systémový problém v placení za firemní Marketplace :). A osobně by se mi sice nelíbilo mít možnost tahat aplikace pouze z Marketplace, ale například na iPhonu to tak funguje, a rozhodně bych netvrdil, že to uživatelům bere svobodnou volbu :)
Jde o to, ze M$ nedovoli uzivatelum svobodne si vybrat (zaklad fungovani trzniho systemu), ale cpe jim to a jeste jim bude prikazovat co maj pouzit a konkurenci bude silne znevyhodnovat. Z pohledu M$ je vetsina uzivatelu (co se tyce informatiky samozrejme) ovce, ktere je potreba vest (OEM instalace windows, ...) a rozhodovat za ne, co je pro ne "lepsi" a co je "spatne"
Na jednu stranu je argument o svobodném výběru akceptovatelný, na druhou stranu je otázka, kam až by tato svoboda měla dojít? Proč např. nepožadujete, aby MS umožňoval instalaci i jiných grafických prostředí?
Druhý názor je, že to, co dodává MS je jeden celek, a můžete být rád, že můžete ovlivnit aspoň něco. A když se vám to nelíbí, můžete si vybrat něco jiného než Windows.
OMG tak zase znova.
M$ rika ze nelze vypnout Secure Boot a nelze pouzit Custom mode (=pridavat vlastni klice). Kazde linuxove distro ma jiny checksum a uzivatel si ho nemuze pridat. Tj. linux tam proste nepude, protoze neni zadny "ten linux" a protoze vyrobce tam urcite nebude davat miliardy klicu (nehlede na to ze treba Gentoo by tam uz tuplem nefungovalo, protoze neni binarni). Vas "prispevek" neni pravda.
V případě Windows Phone i iPhone je koncept jasný. Uživatel má chytrý telefon, k jehož obsluze nepotřebuje titul v oblasti informatiky. Nestane se mu, že instalací jedné aplikace domrší jiné aplikace, nebo že kompromituje bezpečnost. Jinými slovy to má být jednoduché na obsluhu jako hloupý telefon, akorát to umí víc.
Zamykání telefonu před uživatelem ale dost překvapí u Androidu postaveném na Linuxu. A mě překvapuje, že s tím zdejší diskutéři nemají problém. Kde je ta svoboda uživatele, možnost volby, a všechny ty komunitní aspekty Linuxu?
Nevím, který debil ve kterém marketingovém oddělení s tím přišel, ale (ne)zamčením bootloaderu se nic nemění, protože už samotné vyvolání bootloaderu (typicky stisk několika kláves) a načtení nové ROMky přes USB je samo o sobě tak komplikované, že to uživatel neudělá, pokud o to opravdu nestojí.
Btw. zrovna Windows Mobile byly krásným příkladem, jak je nutné o telefon pečovat jako o desktop i se zamčeným bootloaderem.
Problém je v tom, že ten bootloader může změnit nejen debil, ale i nějaký malware. A pokud je systém například virtualizován už před startem, těžko s tím něco uděláte.
Ano, o Windows Mobile se bylo potřeba starat. Také jsem k nim lidem pravidelně říkal, že to pro mě funguje, ale pokud se v telefonu člověk nechce rýpat a chce ho jen používat, tak bych mu WM nedoporučil. Dalším problémem byly zprasené implementace, které jsou u Androidu také běžné.
Ani práva administrace toho stroje neumožňují bootloader měnit. Ten je v read-only paměti s výjimkou situace krátce po restartu, kdy jej lze pouze fyzickým stiskem několika kláves najednou pozastavit a změnit. Před spuštěním samotného operačního systému se bootloader zase sám zamkne. Teda alespoň tak to dělá třeba HTC.
Vysvětlím. Funkcí UEFI je zavést kernel OS. V případě zapnutí Secure Boot musí být ten kernel podepsaný. Pokud kernel podepsaný není, lze ho zaměnit za malware. Takový malware potom může například vytvořit virtuální stroj, a v něm nastartovat běžný kernel. Malware potom nelze z běžícího systému detekovat, natož ho odstranit.
Vysvětlím já: aby tam ten malware mohl být, musel by jej uživatel osobně a ručně nainstalovat a následně ve spoštěcím menu UEFI (alespoň poprvé) ručně spustit. Pokud malware přiměje uživatele udělat tohle, tak už je jedno, jestli se ten malware bude vydávat za ovladač souborového systému v certifikovaném a podepsaném systému nebo za hyporvizor.
Je zásadní rozdíl mezi instalací aplikace, co domrší nahraný systém (což mimochodem i přes zamčený bootloader na Windows Mobile nebyl vůbec problém), a ručním spuštěním bootloaderu, kterým lze načíst jiný systém. To druhé asi těžko bude dělat průměrný uživatel.
Zamčený Android zde IMO šte spoustu lidí. Rozdíl je v tom, že to zamčení Androidu většinou lze celkem snadno obejít, často oficiálními či polooficiálními postupy nebo speciální aplikací, která bootloader odblokuje (což je zase v rozporu s tou proklamovanou ochranou uživatele), zatímco to UEFI prostě obejít nepůjde, protože jinak daný telefon nedostane certifikaci a Windows tam nebudou smět běžet.
Ano, dovedu si představit, že Android je pro fanoušky Linuxu zklamáním. Telefon postavený na kernelu Linuxu a ukradené Javě, který se typicky dodává bez root access a bez možnosti změny systému. Samozřejmě obejít lze všechno.
Pokud jde o telefony, těch se UEFI Secure Boot netýká. Pokud jde o tablety, tak tam je jen na výrobci, které klíče do UEFI zahrne. Jak jsem už psal, je věcí autorů dister Linuxu, aby se s výrobci dohodli. A Secure Boot jistě časem půjde obejít, protože jak jsem psal výše, obejít lze všechno :)
UEFI Secure Boot nesmí povolovat změnu root klíče (ten dokonce musí být v nezměnitelné ROM), což je způsob, kterým se na telefonech prolamují zamčené bootloadery. To znamená, že bez fyzické změny hardware to odemknout nepůjde. A pokud výrobce ten klíč vypálí třeba do northbridge, tak vás chci vidět, jak to mikropájkou budete obcházet.
Asi těžko tam bude Linux fungovat, protože GRUB je UEFI shell a ten je v těch MS požadavcích explicitně zakázáno podepisovat.
BTW jak jsem už psal, výrobci dister už dávno měli mluvit s výrobci tabletů, a dohadovat s nimi podmínky. Chtějí výrobci, aby na jejich HW šel i Linux? Jak to realizovat? Bude někdo distra podepisovat? Bude je někdo autorizovat k podpisu? Atd. Místo toho jsou tu výhružné petice FSF, ve kterých se dozvíme následující:
"... manufacturers must either allow computer owners to disable the boot restrictions, or provide a sure-fire way for them to install and run a free software operating system of their choice. We commit that we will neither purchase nor recommend computers that strip users of this critical freedom, and we will actively urge people in our communities to avoid such jailed systems."
http://www.fsf.org/campaigns/secure-boot-vs-restricted-boot/statement
Pro výrobce je zpráva jasná. Nepřijdu, nevyjednávají, a místo toho vyhrožují a diktují si (což v kombinaci s tržní silou uživatelů Linux působí dost vtipně). Nebylo by výrobcům nakonec lépe, kdyby tuhle ukřičenou menšinu neměli mezi zákazníky?
Jinak určitě moc dobře víte, že distra nikdo podepisovat nebude, neboť na to nejsou prostředky (MS bude mít svůj certifikát v UEFI zadarmo, protože to je jedna z podmínek certifikace), a jinka to udělat nejde, protože MS certifikace to nedovoluje. A o to MS jde. Vždyť vlastně nikoho neomezují. Akorát stačí zajít do suterénu bez schodů, posvítit si na cestu baterkou a vyplnit lejstro za dveřmi s nápisem „Pozor, levhart“.
Proč by na to neměly být prostřeky? RedHat a Canonical mohou vzít svoje veřejné klíče, dodat je výrobcům, a privátním klíčem si mohou distra podepisovat. Nebo může například FSF dodat svůj veřejný klíč, a distra podepisovat za autory distra. Vygenerovat klíč a podepsat sem tam nějaké to distro snad není až tolik práce.
"Installation Information" for a User Product means any methods, procedures, <b>authorization keys</b>, or other information required to install and execute modified versions of a covered work in that User Product from a modified version of its Corresponding Source. The information must
suffice to ensure that the continued functioning of the modified object
code is in no case prevented or interfered with solely because
modification has been made.
If you convey an object code work under this section in, or with, or specifically for use in, a User Product, and the conveying occurs as part of a transaction in which the right of possession and use of the User Product is transferred to the recipient in perpetuity or for a fixed term (regardless of how the transaction is characterized), the Corresponding Source conveyed under this section must be accompanied by the Installation Information. But this requirement does not apply if neither you nor any third party retains the ability to install modified object code on the User Product (for example, the work has been installed in ROM).
Nějaký mechanizmus tam mají, ale otázka je, jak bude účinný, protože podobný mechanizmus má i BluRay a stejně to nepomohlo.
Tady nejde jenom o ARM, protože téměř stejné požadavky jsou i pro PC. A i kdyby to nakonec bylo jen na ARMu, je to velmi nebezpečný precedens.
Stejně jednoduché je koupit notebook bez Windows. Stačí objednat dvacet kusů. Zřejmě tímto způsobem Lael Ophir obměňuje ten svůj, tak mu to připadá normální.
Hm, a co takhle si tu specifikaci precist? Fanaticky vlezdoprdelismus vuci M$ ti zatemnuje oci...
Strana 122
18. MANDATORY. Enable/Disable Secure Boot. On non-ARM systems, it is required to implement the ability to disable Secure Boot via firmware setup. A physically present user must be allowed to disable Secure Boot via firmware setup without possession of PKpriv.
Tak to by výrobci dister měli zapracovat. Podle některých je to práce tak na týden.
http://mjg59.dreamwidth.org/6054.html
Bootování na UEFI bez GRUBu není problém, když zakompilujete všechny potřebné ovladače (nebo předpřipravený initramdisk) do jádra. Potom samozřejmě není problém to výsledné jádro i podepsat a nepotřebujete na to týden. Problém je generovaný initramdisk, bez kterého nelze udělat obecně bootovatelnou distribuci. Samozřejmě by to šlo udělat tak, že by se předpřipravil initramdisk a zakompiloval do jádra třeba přes DKMS, ale tím by se změnil checksum jádra a bylo by potřeba jej podepsat až na počítači každého uživatele, takže by to zase nefungovalo na Secure Boot.
Mohl bych se tedy zeptat jak je to s Gentoo? To jako budu posilat svoji kompilaci vyrobci desky stejne jako autori distra (podle vas)? A pokud ano, jak tam pak dostanu ten klic (softwarove to nejde, z nastaveni UEFI pri bootu to nejde (to by byl Custom mod - zakazany) a hardwarove prepajet cesty asi nebudu, ne?
Jeste mam takovou vedlejsi podotazecku. Pracujete u Microsoftu? :D
To víte, ani Lael Ophir nemůže reagovat na všechno ihned :)
Situaci lze řešit třeba tak, že vám to Gentoo někdo zkompiluje a podepíše. Navíc nikdo nenutí autory Gentoo dodávat systém ve zdrojáku.
Obejít se dá všechno. Podařilo se lousknout i ochrany PS3 a XBoxu. Nevidím důvod, proč by nešel lousknout UEFI Secure Boot. Ale stejně nevidím důvod, proč by výrobce nemohl dodat stroj, na kterém lze provozovat jen jeho firmware (v tomto případě Windows 8 for ARM). Například telefony s Androidem se také dodávají zamčené.
Ne, v MS nepracuji.
Dobre, ale asi chapete ze louskani ochrany UEFI neni ta spravna a perspektivni cesta :)
Me by spis zajimalo jak dostanete checksum noveho distra (nebo i Oken) do stareho stroje. Navic zakladni duvod existence Gentoo je, ze bude na miru memu PC (tezko mi to nekdo zkompiluje). Jak pak podepisu vysledek? Pokud to nejde, je to konec Linuxu, jak ho zname. Ja spis nemuzu pochopit jak si M$ vubec dovoluje vypinat Custom mode. Tim jasne rika a) myslime si ze uzivatele jsou idioti s IQ houpaciho kone a budou si sami manualne pridavat klice viru b) likvidujeme konkurenci. Ani jedno nema s realnou bezpecnostni nic moc spolecneho. A ani jedno neni dobra vizitka M$.
Tomu se říká asymetrická kryptografie. Autor OS má privátní klíč, kterým podepisuje SW. Výrobce HW má veřejný klíč, kterým lze ověřit, jestli byl SW opravdu podepsaný privátním klíčem.
Pokud může klíč přidat uživatel pomocí UEFI, může ho přidat i malware.
Proč by to měl být konec Linuxu jak ho znáte? Vždyť distra je možné bez problémů digitálně podepsat (Gentoo to má pravda technicky trochu složitější). Navíc se celý "problém" týká jen tabletů s Windows for ARM. Můžete si koupit tablet, který podobná omezení nemá. Třeba s Linuxem.
Linuxaci by misto breceni "MS ma monopol" by si meli konecne nechat poradit od zkusenejsich jak budovat desktop platformu pritazlivou pro uzivatele i vyvojare.
Zatim totiz delaji naprosty opak.
Vyrabeli by jste komercne aplikace pro Linux desktop kdyz:
1. hodne distribuci
2. vychazeji prilis casto - ubuntu kazdeho pul roku. Je tu sice LTS ale to vychazi taky prilis casto - kazdy dva roky.
3. chaoticky vyvoj.
4. uzivatele pouzivaji linux protoze nechteji platit
5. API sto let za opicema. Jediny dobry API je QT, ale to neresi zdaleka vsechno co je potreba pro vyvoj aplikace
6. Vyvojove nastroje jakbysmet - nejlepsi co na Linux je bude Eclipse
7. GCC C++ kompilator je binarne nekompatibilni snad v kazde verzi. Musite mit cely system prelozeny stejnym C++ jinak to nejede.
8. Nemoznost mit binarni drivery
9. Zadne stabilni binarni API pro drivery - zalezi jak bylo prelozene jadro
10. Neexistujici komponentova architektura z ktere by se dali skladat aplikace a kupovat si komponenty.
11. Kvuli vyse uvedenym vecem je podpora HW mizerna. Moje tiskarna umi v Ubuntu jen 300 DPI.
12. System je znacne neergonomicky navrzen
13. Graficky odpudive aplikace, zejmena fonty jsou hnusne a prumerne aplikace vypadaji jak za dob windows 3.11
Sli by jste jako firma do toho? Neco jineho je tlachat v diskuzich a neco jineho je do toho nalejt prachy.
"Linuxaci by misto breceni "MS ma monopol" by si meli konecne nechat poradit od zkusenejsich jak budovat desktop platformu"
1. tlačit na prodejce HW aby nic jinýho neprodávali
2. odeslání kapříků na správný místa ve správnou dobu
...
díky nechci, dneska už by stejně takováhle strategie ovládnutí trhu neprošla
Proč tedy MS tlačí a posílá kapříky, když to není potřeba? Proč si dobrovolně snižuje zisky zbytečnými kroky? Proč lobbuje (a dalo by se i říct, že uplácí) školy, aby žáci nepřišlo do styku s ničím jiným?
Softwarový trh je trh jako každý jiný. Tedy s tím rozdílem, že zde je jeden velice dominantní státem neovládaný hráč, který by na jiném trhu byl už dávno nuceně rozdělen.
MS že posílá kapříky? Já myslel, že je to tradice UNIXových firem.
Společnost IBM deset let uplácela v Číně a Jižní Koreji:
http://www.bbc.co.uk/news/business-12793255
Společnost HP uplácela v Rusku:
http://news.cnet.com/8301-13578_3-20016072-38.html
Společnost HP uplácela v Německu:
http://online.wsj.com/article/SB10001424052748703723504575425303867402456.html
Vy byste nejradši slabším firmám pomáhal, aby dohonily silnější firmy, trestal silné firmy, a podporoval umírající firmy. To je cesta do pekla. Dost mi to připomíná to, co kritizoval Regan:
The government's view of the economy could be summed up in a few short phrases: If it moves, tax it. If it keeps moving, regulate it. And if it stops moving, subsidize it.
Jen vzpomeňme na INDOŠ, podivné hlasování o ISO OOXML (náhlý nárůst počtu hlasů, které pocházely od Microsoft Gold Partner, kteří nikdy předtím ani potom v ISO nehlasovali), uplácení vlád Tuniska a Venezuely, a nebo třeba výběr MS jako výherce výběrového řízení podle nesoutěžních kritérií na českém Ministerstvu vnitra či rovnou bez výběrového řízení uzavřená tajná (!) smlouva na slovenském Ministerstvu financí. To bylo určitě všechno křišťálově čisté ;-)
Za projektem INDOŠ nestál Microsoft, ale AutoCont On Line (který jen použil některé MS produkty). Hlasování o ISO OOXML proběhlo naprosto transparentně. MS obesílal partnery s výzvou, aby se k hlasování přidali. Nakonec jsou součástí IT businessu, a mají k tomu tedy co říci. Zvláště v situaci, kdy si pár firem usmyslelo, že protlačí standardizačním procesem nekvalitní specifikaci ODF, zabrání konkurenci ve standardizaci vlastních formátů, a pak lobbováním všude protlačí svůj jinak neprodejný produkt. Stejně jako IBM, Sun, Google a hromada užitečných idiotů mohli říci "takhle to chceme", partneři MS mohli říct, že takhle to rozhodně nechějí.
O uplácení vlád Tuniska a Venezuely nic nevím, máte další informace?
Faktem je, že UNIXové firmy běžně uplácely, bylo jim to dokázano a dá se to snadno dohledat, kdežto u MS o ničem podobném nevím. MS totiž prodává přes partnery. Pokud snad někoho uplatí partneři, je to jejich problém.
Microsoft hodně pomáhal AutoContu danou zakázku získat.
Hlasování o ISO OOXML proběhlo velmi transparentně a velmi nestandardně. Co na tom, že poté bylo ISO poměrně dlouho neusnášeníschopné. „Standard“ už byl protlačen.
ODF má mnohem kvalitnější návrh než ISO OOXML. Do OASIS a potom i ISO byla úmyslně předložena jenom základní specifikace, které chybí některé detaily, které by debatou v ISO nebo OASIS nebyl problém doplnit (proč to MS a jeho partneři neudělali, když se standardizovalo celé čtyři roky, z toho jeden v ISO?). Důvod toho, že byl zpočátku standardizován jen základ, byl ten, aby se mohla vývojová skupina v OASIS soustředit jen na něj a důkladně jej rozebrat, ne jako to udělal MS, že tady to máte hotové, co na tom, že je neuvěřitelně roztříštěné, nejednotné a místy úplně nesmyslné, ale musí se to schválit.
Google, Sun i IBM (MS samozřejmě také) jsou poměrně dlouho aktivní členové ISO a dalších standardizačních organizací. MS ale zneužil celkem volný přístup do ISO, aby tam na chvíli nacpal svoje (zajisté dobře zaplacené) partnery, kteří se standardizováním neměli žádné zkušenosti a kterým hořela půda pod nohama, protože jim bylo jasný, že ten úžasný Microsoft nedokáže v dohledné době ani to jednoduché ODF implementovat. Asi nejúsměvnější je, že ISO ODF Microsoft naimplementovat dokázal, ale ani po šesti letech vývoje stále neumí své vlastní ISO OOXML. Takový fiasko se opravdu v open source stát nemůže.
Ano, všichni tu známe princip fungování BSA.
MS samozřejmě svoje partnery podporuje. To je snad v pořádku. Jaké podmínky si partneři vyjednají se zákazníkem, to už je jejich věc.
ODF má kvalitnější návrh? V čem konkrétně? V tom, že podle ISO ODF nelze interpretovat dokumenty, které píše OpenOffice, protože je specifikace neúplná? Takový standard k úplně k ničemu, protože nezajišťuje interoperabilitu. Celý certifikační kolotoč rozjely ty firmy proto, aby jistý neprodejný produkt mohly lidem vnutit skrz vymáhání standardů a skrz zabraňování konkurenci v získání standardu. Mohl jste si všimnout, že například ty vzorce ve spreadsheetech dodnes nejsou v ISO standardu. Po šesti(!) letech od ISO standardizace ODF 1.0. Jinými slovy dalších šest let nebyli schopni zajistit ani základní standard interoperability mezi tabulkovými procesory, které používají ODF.
MS Office píše OOXML Transitional. Když se podíváte, jak dopadl (ne)vývoj ODF, tak je to velmi dobrý výsledek. Všichni mají k dispozici kompletní dokumentaci formátu, standard funguje.
„Je nám jedno, jak to uděláte, ale tu zakázku chceme.“ Křišťálově čisté.
ODF má kvalitnější návrh například v tom, že například používá jednotý zápis dat (od datum), barev a písem. To, že je to neúplný standard, je u většiny počítačových standardů, kde se položil základ a zbytek se stále rozvíjí s ohledem na skutečné potřeby. OOXML je jenom malinko upravený dump toho, co vypadne z MS Office.
Konkurenci nikdo nebránil ve vzniku standardu, pokud by nějaký vyvíjela. OASIS začalo ODF vyvíjet v roce 2002, více než dva roky předtím, než MS začal o nějaké standardizaci uvažovat. Navíc už rok po standardizaci ODF jej MS Office podporovaly. To ukazuje pravou kvalitu každého standardu: mělo by být jednoduché jej implementovat. ISO OOXML dodnes nepodporují ani „domácí“ MS Office.
ODF vzorce definuje, i když jen dost zběžně, základní interoperabilita tam ale je. Detailní definice (OpenFormula) byla schválena OASIS ODF standardem loni a v ISO ODF standardu to bude na podzim. Navíc Microsoft na vzorcích v OOXML začal pracovat (tj. neměl ani draft) až tři měsíce poté, co byly OpenFormula schváleny OASIS jako draft specification.
MS Office umí ukládat do OOXML Transitional (doporučené neimplementovat) nebo ISO/OASIS ODF. Takže ano, standard funguje. Ale není to OOXML, co funguje.
Tak co by podle vás měl MS v případě Indoš dělat? Říci Autocontu "my vám informace o produktu nedáme a licence neprodáme, protože máme takové nejasné tušení, že by ta vaše zakázka nemusela být čistá"?
Jestli je jednotný zápis časových informací (což by mimochodem způsobilo nekompatibilitu se stávajícími dokumenty), to je marginalita. Naopak neúplný standard, který nepopisuje věci nutné pro interoperabilitu, je z hlediska interoperability na nic. OOXML je pochopitelně popis toho, co padá z MS Office, protože jde o popis formátů MS Office.
Konkurenci nikdo nebránil ve vzniku standardu? Toho jsem si nevšiml. Naopak jsem měl za to, že se společnosti Sun, Google a IBM všemi prostředky snažily zabránit přijetí konkurenčního standardu. Když selhal jejich pokus o vnucení neprodejného produktu zákazníkům pomocí standardů, na další vývoj se vykašlali. MS Office samozřejmě píše dokumenty podle ISO/IEC 29500 Transitional.
Jak ODF popisuje vzorce? Jde o string, ve kterém může být cokoliv. Nikdo neví, jak ten string interpretovat. Dokumentací je leda zdroják OOo. MS v ranných verzích specifikace OOXML odkazoval na dokumentaci Excelu, to je pravda. Ovšem vzorce do schválení ISO OOXML doplnil. OpenFormula ani po šesti letech neprošla ISO standardizací. OASIS je fajn, ale jak bylo vidět u OOXML, při ISO standardizaci může dojít ke změnám. A pokud se to MS rozhodne autorům OpenFormula osladit tak, jako oni osladili MS schvalování OOXML, tak dost možná žádný ISO standard pro OpenFormula nebude.
Kdo vám říkal, že OOXML Transitional je doporučené neimplementovat? Některé části je doporučené neimplementovat. Ukládání do ISO ODF bohužel nezajišťuje interoperabilitu, protože specifikace je nedostatečná.
@12, 13
Používám KDE4 a ergonomické to je právě tak, jak si to nastavím. Jestli neergonomií je myšleno to, že uživatel musí občas pustit konsoli nebo editovat konfigurák, to není chyba, to je vlastnost.
Fonty v KDE4 i Opeře jsou perfektní, možná GTK2 je na tom o něco hůř, popřípadě v nenativních aplikacích (LibreOffice).
@ prumerne aplikace vypadaji jak za dob windows 3.11
Průměrné aplikace jsou složené z tllačítek, editů atd. Tak to bude vždycky. Jen to má dnes zakulacené rohy. Nebo vám chybí ribbon ? :-)
1. Není problém, pokud nepíšete aplikace jak prase. Build je potom možné udělat automaticky pro padesát distribucí.
2. Pokud chcete distribuci, která nevychází tak často, zvolte Debian. Ale nějak nechápu, jak to brání vývoji komerčních programů.
3. Na rozdíl od Windows se vám ale nestane, že na začátku vám nabídnou padesát nových vlastností a do finálního produktu se dostanou tři, které v další verzi přesunou na vedlejší kolej, přičemž na ten otravný bug, který způsobuje chybné výpočty a který jste hlásil před rokem, se vykašlou a nikdo vám ani nemůže pomoct to opravit (moje osobní zkušenost s Excelem).
4. To není pravda.
5. Asi jste nikdy neviděl KDElibs nebo SDL. Na druhou stranu překotný vývoj API, jak to dělá třeba DirectX, je daleko větší pain-in-the-ass, pokud chcete něco, co nemusíte začít vyvíjet od nuly každé dva tři roky.
6. Eclipse je úplná hrůza kdekoliv, maximálně se hodí, když někam cpete Javu. Používám KDevelop.
7. Blbost, změna ABI nastala jen jednou za celou jeho historii.
8. Blbost
9. Od toho tu je DKMS
10. Komponenty existují, třeba zrovna ty KDElibs. Jediný rozdíl je, že jsou zdarma ;-)
11. Podpora hardware je mizerná tam, kde ani ve Windows pořádně nefunguje, neboť ten hardware či ovladače dělal nějaký blb.
12. KDE jsou ergonomicky testovány a pokud vám nevyhovují, můžete si změnit vše od panelu, přes klávesové zkratky až po menu ve všech aplikacích. Windows jsou zato v každé verzi kompletně překopané a s každou novější verzi je mnohem horší tam vůbec najít to, co potřebuju (typicky v Ovládacích panelech nebo v ribbonu), aniž by byla možnost si to jakkoliv přizpůsobit.
13. Blbost královská
Pokud by mel M$ monopol, ktery by ziskal pravem a čestnym jednanim (tj. uzivatel by rozhodl ktery produkt chce) tak nereknu ani ň. Ale tady de proste o to, ze uzivatel PROSTE NEMA pravo si vybrat (UEFI, IE API). Souhlasim, ze Linux neni pro normalniho uzivatele pouzitelny. Ja jen rikam, ze M$ se nechova "slusne" a podvadi. Nejsmutnejsi na tom vsem je, ze M$ se do pozice monopolu dostal podvody a necestnymi triky. Kdyby mel kvalitni produkty tak klidne.
btw, nektere vase body sou fakt nesmysly (2. - ubuntu je jedina distribuce? LOL (kdy naposledy vysel slax, hm?), 4. - ja ho pouzivam protoze si rad veci upravim podle sebe a potrebuju syrovy vypocetni vykon, ktery mi Wokna nikdy nemohou poskytnout (neuronove site) a verte tomu nebo ne, mam koupene i Win XP a 7, 7. Tak tohle me fakt rozesmalo :D MS Visual Studio meni s kazdou verzi i C++ name mangling ROFL, 8. WTF? A jaky mam prave ted drivery pro muj radeon? Ty srackoidni opensourcovy fakt ne..., 11. To je proste zacarovany kruh, drivery se delaji jen protoze se pouzivaji Wokna => Linux se nepouziva protoze nema drivery => pouziva se Windows, 12. Souhlas (ale ma svoje kouzlo), 13. Dalsi ROFL - umi snad Windows (po X letech) nechat okno permanentne nahore? umi virtualni plochy? (ty dost pouzivam) Po kolika letech okopcil widgety na plose od ostatnich OS? Mate rad jak kazda aplikace vypada jinak? (ICQ, Chrome, MS Office, ...) Muzu si prehodit Start, Oblibene polozky na panelu, Systray, Cas, atd. na jine misto na panelu??? NE! (A to je jen zlomek toho co neumi) Graficky odpudive aplikace sou mozna GTK aplikace bezici v QT prostredi (ale na to je udelatko). Jinak KDE, Gnome 2 i 3 a spousta dalsich jsou oproti Windows DWM mnohem dal jak vzhledem tak i ergonomii.
11. MS samozřejmě na začátku nedostal drivery od výrobců na zlatém podnosu. Musel psát drivery jako divý, a přesvědčovat výrobce, že psaní driverů pro Windows má smysl. Jenže jak chcete přesvědčit výrobce ke psaní driverů pro OS, který po 20 letech používá jen 1% uživatelů?
13. Technicky lze udělat prakticky cokoliv. Otázka je, co by GUI mělo nabízet. MS na to podle mě našel dobrou odpověď. Jeho GUI je dobře použitelné jak pro začátečníky, tak pro skalní profíky; na rozdíl od linuxových GUI je to ergonomicky vyspělé prostředí. A pokud potřebujete úpravy nebo náhradu GUI, není to problém. Chcete označovat okna jako always on top? Stačí si doinstalovat utilitu. Chcete komplet jiné prostředí? Stáhněte si, je jich k dispozici několik (mimochodem včetně KDE). BTW widgety na uměly už nějaké utility pro Windows 3.x, na jméno si teď nevzpomínám.
To neni jen tim 1%. Vyrobci driveru pro Linux maji tu nejhorsi moznou situaci jakou si lze jen predstavit.
1. Neexistence stabilniho API/ABI
2. Dokumentace zmen co se zmenilo a zajima to vyrobce driveru neexistuje
3. Nutnost davat driver jako open source. To v mnoha pripadech neni mozne protoze vyrobce ma nejake zavazky vuci tretim stranam.
4. Jak chcete podporovat Linux, kdyz vas driver si muze kazde distro zmenit jak chce?
5. Neexistence standardniho zpusobu jak si uzivatel muze nainstalovat driver - nejaky .INF soubor ktery system zpracuje. Potreba zabalit do balicku podle typu distra.
6. Nutnost testovani na mnoha kernelech a distribucich
7. Distribuce vychazeji prilis casto
seznam by mohl pokracovat dale. A co za tohle usili dostanete? 1% trhu.
nevyplati se to.
Linuxaci se snazi 20 let svetu prodat svoji vizi ale prestoze davaji cely OS zadarmo tak ho krome skalnich IT fandu (kteri maji i windows) nikdo nechce.
Jim nikdy nedojde ze pokud chteji ziskat uzivatele tak musi neco zmenit. Uzivatelum by Linux nevadil kdyby nemuseli neustale resit co ze tam zase nefunguje.
LOL - nikdo nechce :D To 1% je 1% na desktopech.
Co servery a superpocitace? Co routery? (dnes uz je i v nekterych chytrych televizich) Co android? Vy jste ale vtipalek :)
To bych mohl rict ze Windows skoro nikdo nepouziva, protoze jen 0.2% (ROFL) na superpocitacich a nejakejch 35% na serverech.
btw, drivery nemusi bejt opensource, jen se nesmi davat ve vychozim. Windows taky nema ve vychozim napr. oficialni drivery od AMD. Kdyz bude closed source tak 4 je blbost. Ta 1. - to sedi spis na Woknouz, tam se furt neco meni a zpetna kompatibilita jim nic nerika. A opet 7. zase nesmysl.
Proboha co to meleš??? Bavili sme se o driverech!
Citace: "To neni jen tim 1%. Vyrobci driveru pro Linux maji tu nejhorsi moznou situaci jakou si lze jen predstavit." ... (kritika API/ABI a milionu jinych veci) ... "A co za tohle usili dostanete? 1% trhu."
Moje reakce: "To 1% je 1% na desktopech."
Tim se chtel rict ze drivery pro linux se vyplati psat, protoze v urcitych segmentech trhu linux dominuje.
A zbytek meho prispevku bylo vyvraceni nesmyslu. Pozornost nejsi schopen udrzet evidentne TY.
S 4. nevím, jestli mohu souhlasit:
* Kolik uživatelů Linuxu má Linux, ačkoli má OEM licenci na Windows?
* http://www.latrine.cz/linuxaci-za-hudbu-nezaplati-ani-nahodou
* Humble Bundle...
Já si prostě nemůžu pomoct, ale vy "lžete" :-)
první dva body ještě budiž...
3) opravdu? jako, že vývoj neřídí ta jediná správná společnost?
4) ne, nemám problém zaplatit za aplikaci, kterou potřebuji, pokud mi má co nabídnout
5) opravdu? Pominul bych to jako otázku vkusu, ale co jste naposledy viděl za přední distribuci, která má API 100 let za opicemi?
6) a jaký jsou ty super vývojový nástroje jinde, to srovnání by mě opravdu zajímalo
7) není pravda, záleží na nastavení kompilátoru
8) osobně je mám zakompilované v kernelu
9) WTF? nechápu co tímhle přesně chcete říci
10) opravdu? podívejte se na projekt KDE
11) ano výjimky bohužel existují, i když sám jsem s periferiemi problém nikdy neměl, zato jsem si před pár lety užil s notebookem
12) značně subjektivní, mě tak třeba připadá W8, svojí distribuci si navíc můžu přizpůsobit k obrazu svému, na windows bych to už opravdu dělat nechtěl
13) Před kolika lety, že jste naposledy viděl nějakou linuxovou distribuci?
Možná by sis měl ujasnit o co ti jde. Podle mne si docela odporuješ:
Ano, tak funguje kapitalismus. Pokud tvuj vyrobek neni na svou cenu kvalitni, konkurence te prevalcuje. ...
Jde o to, ze M$ nedovoli uzivatelum svobodne si vybrat (zaklad fungovani trzniho systemu), ale cpe jim ...
Dodávat svůj vlastní systém s vlastními aplikacemi mi přijde normální a každý ať si tam pak nainstaluje, co chce (dodneška jsem se docela nesrovnal s oním nařízením byrokratů z EU ohledně prohlížeče).
Ale "neposkytnout" jiným než vlastním aplikacím některé API už je hodně ubohé ...
jenze se muzete dockat ze nic jineho nez Wokna si nebudete moci nainstalovat. Pokud u windows 9 (?) prosadi UEFI bez Custom modu jako u ARMu i na PC, nebudete si moci nainstalovat opensource systemy (protoze kazda kompilace ma jiny kod => jiny checksum => vyrobce to asi tezko pokryje) a Mac OS X bezi (oficialne) jen na apple compech. Jiny pouzitelny OS neznam.
aaa, ted mi doslo jak ste to myslel
<b>...Mac OS X bezi (oficialne) jen na apple compech. Jiny pouzitelny OS neznam.</b>
Ja to myslel jinak, jakoze muzete mit pouze okna, linux ma smulu, mac os x ma smulu a jinej poradnej OS (nez tyhle tri) neni :D
Neumim se vyjadrovat proste
Ale to uz nebude ono :D
jak si ted budu sestavovat vlastni distro, jak bude fungovat gentoo atd.
OEM Linux je kravina, to uz potom proste nebude linux. Jediny reseni podle me closed-sourced bootloader (coz ale bude problem pro packagery kvuli GNU GPL- nebude to bejt moct ve vychozim)
jenze pochybuju ze nejakej vyrobce bude utracet prachy za vyrobu druhe edice sveho pristroje pro malinkatou komunitu, to spis vse bude win8-only - a tam linux nepojede kvuli sve opensource filosofii (kvuli UEFI). M$ prohlasil ze v budoucnosti planuje zrusit prodej krabicovych vydani Windblows, coz bude mit za nasledek tuto situaci: Bud si koupis zarizeni s windows (a pujde tam jen windows kvuli Win 8 cert. pro UEFI) nebo bez windows (a pujde tam vse ostatni, jen uz nikdy ne windows) :/
Není otázka, kdo do toho půjde, ale kolik.
Ona to není až taková blbost, jak se na první pohled může zdát.
* Linuxové notebooky se nebudou nějak zásadně lišit od Windowsových. Dodatečné naklady budou tedy minimální.
* Už to do jistě míry někteří výrobci dělají, například HP.
* Poptávka po těchto noteboocích určitě vzroste, pokud notebooky s Windows přestanou být pro nás substituty. Doufám, že se objeví i mezi dražšími notebooky.
* Co udělá Steam pro Linux?
1, 2) To uvidíme jak se to vyvine (ale firmam jde hlavne o zisk, zakaznik az na poslednim miste at uz se ta spolecnost tvari jakkoliv)
3) BFU komunita zkousne vse, ti nikdy neprejdou a uz vubec ne k Linuxu (tim myslim lidi, kterym kdyz prehazite ikonky na plose tak najednou s pocitacem uz neumi - a to jsou de facto vsichni uzivatele PC krome casti mladych, nadsencu a vyvojaru - a tech je malo)
4) Vůbec nic. Steam se mozna portne, ale sam o sobe je k nicemu. Je potreba portovat enginy (uprimne, source nikoho nepretahne) jako treba CryEngine, CoD engine, Unreal Engine, atd. A to je beh na sakra dlouhou trat!
Muzu jen doufat ze to bude tak jak pisete... Ale tomu neverim, zvlast kdyz v tom ma prsty M$ (aka MoneySteal)
Spise realista :D
Uz tolikrat to bylo s nejakymi M$ produkty nahnute, a vzdy se z toho dostali (podvody, manipulacemi a lhanim, viz treba Direct3D vs OpenGL u jehoVist). Tohle nebude pro M$ problem. Ted je proste na rade IE, M$ preci nemuze uzivatele nechat pouzivat vyspelejsi a bezpecnejsi konkurencni browsery...
Hm, zase demagogie...
M$ rekl ze v jehoVistach bude OpenGL jako nastavba nad Direct3D, coz ho brutalne zpomali (dobre, je to jeho volba), ale zase lhal (typicka obchodne-politicka taktika M$). Velka cast vyvojaru zpanikarila a vse prepsala do Direct3D a nakonec, kdyz jehoVista vysel, tak se ukazalo ze nic takoveho se nestalo (protoze by nebyly "starsi" aplikace pouzitelne - CADy, Blender, ... v podstate vse co pouziva 3D krome her). Ale svuj ukol to splnilo a zastrasenim M$ prevedlo spoustu vyvojaru od vykonneho moderniho multiplatformniho API k vykonnemu modernimu nemultiplatformnimu API. A co z toho M$ ma? Ano spravne - obtiznost portace aplikaci na jine platformy.
Navic je docela slusnost mit nejake standardy, ne? Od toho tu OpenGL preci je, ne? To je preci smyslem OpenGL - sjednotit platformy, ale to prece M$ nechce (zvlastni ze prakticky vsechny ostatni platformy OpenGL podporuji, jen M$ ne). Cetl jsem (otazkou je jestli je to pravda zase) ze M$ nebude mit ve Win 8 pro ARM OpenGL stack - a to i pres to ze vsechen hardware podporuje OpenGL ES 2.0!
Ja vas chapu - at si M$ dela se svym produktem co chce.
Jen je videt, ze se M$ sve konkurence docela boji a tak se drzi zuby nechty na vsech frontach. Ale az se jednou uzivatele a vyvojari naserou, co vsechno jim M$ se svymi Rozbitymi Okny blokuje a odpira tak to bude konec M$. Takovouhle agresivni politikou se sami zahubi.
btw, kouknete na trh smartphonu - windows je absolutni propadak. Doufam ze na tabletech to bude stejny. Windows pro PC se prosadil jen proto, ze Gaytes byl ve spravny cas na spravnem miste (QDOS a IBM). Jako operacni system je to jen bastl ruznejch casti (od 16bit az k 64bit) ktere se nakupili za 25 let. Je docela zazrak ze to vubec drzi jakztakz pohromade a funguje to.
MS ve Vistě měnil driver model pro grafické karty. U toho chtěl zavést implementaci OpenGL jako nepovinnou. Důvodem je to že hry stejně většinou používají DirectX, a drivery se postupem času stávají poměrně komplexní. Musí totiž umět 2D, DirectX, OpenGL, a ještě nový driver model. Fakt mi uniká, jak by dominanci MS měla ohrozit přítomnost OpenGL ve Vistách. OpenGL bylo ve Windows minimálně od NT 3.51.
Windows for ARM pojedou jen aplikace psané pro WinRC/Metro, takže tam OpenGL asi fakt nebude.
Windows Phone je kvalitní produkt, který získal první milion uživatelů daleko rychleji, než kdysi Android. Navíc jste si jistě všimnul, že první verze produktu od Microsoftu jsou zpravidla slabé, druhé verze jsou úspěšnější, a třetí verze převálcuje trh. Takže nechte na hlavě :)
Windows nejsou bastl 16- až 64-bitových částí. 16-bitový kód ve Windows NT běží odjakživa pod WoW, 32-bitový běží ve Win64 pod WoW64; 16-bitový kód na Win64 vůbec neběží. Windows NT jsou OS s velmi elegantním a moderním designem. Naopak Linux je nekvalitním obšlehem UNIXů ze sedmdesátých let, na který se autoři horko těžko snaží naroubovat novější features (zbavit se big kernel lock, dodělat rychlé a použitelné GUI apod). K tomu máte v Linuxu takovou prehistorii, jako terminálové sekvence pro tisíc druhů terminálů, databázi těch sekvencí (kterou některé aplikace ignorují), způsob adresování zařízení vhodný do pravěku (major a minor number - proto nemůžete mít na RAIDu víc než 15 partitions), předpotopní systém bitových masek místo ACL atd.
> 16-bitový kód ve Windows NT běží odjakživa pod WoW, 32-bitový běží ve Win64 pod WoW64; 16-bitový kód na Win64 vůbec neběží.
Tedy, to me soudruzi dost zklamali. Vzdyt mohli spoustet 16-ti bitove aplikace pod WoW, ktere zase mohli spustit pod WoW64. Mohli takto zajistit kompatibilitu az do nekonecna, s klidem az do doby, kdy budou procesory 512-ti bitove nebo i dal. Jeste za tisic let by si lide mohli spustit aplikace z Windows 2, pokud budou mit elektriku na pohaneni pocitacu.
Here we go again...
"Fakt mi uniká, jak by dominanci MS měla ohrozit přítomnost OpenGL ve Vistách."
Ja jsem rekl, ze M$ svou lzivou medialni masazi ovlivnila vyvoj sotfware. O ohrozeni dominance jsem nerekl ani slovo.
"Windows for ARM pojedou jen aplikace psané pro WinRC/Metro, takže tam OpenGL asi fakt nebude."
Zvlastni ze DirectX 9 tam bude, ze? A pritom hardware zvladne Direct3D i OpenGL.
"proto nemůžete mít na RAIDu víc než 15 partitions"
Hlavne ze windows uz umi na jednom zarizeni vice UDF oddilu.
"předpotopní systém bitových masek místo ACL"
http://download.savannah.gnu.org/releases/acl/acl-2.2.51.src.tar.gz je standartni vybavou kazdeho distra
"16-bitový kód na Win64 vůbec neběží"
To sice ne, ale vy si myslite, ze v tom bordelu v C:\ se nejaky to 16bit DLLko nenajde? Momentalne tam mam 77 809 souboru v 18 960 slozkach. Pochybuju, ze si vedou (a u M$ tuplem) nejaky zaznamy co, kde, a k cemu je.
"major a minor number"
Vetsina zarizeni (USB, DVB, ...) uz ma dynamicke mapovani (pres uDev)
"zbavit se big kernel lock, dodělat rychlé a použitelné GUI apod"
Vydrzi uz Windows bezet dele nez mesic, aniz by pres memory leaky neutekla vsechna pamet do haje? Linux ma nahodou GUI mnohem propracovanejsi (neberte v uvahu ten omyl Unity, ktere uz v pristim vydani Blbuntu bude nahrazeno, je fakt otresny). DWM neumi ani zdaleka to co Gnome 3 nebo KDE 4.
"terminálové sekvence pro tisíc druhů terminálů"
Kdezto Windows zadny poradny terminal ani nema... At zije celodenni hledani tlacitek a checkboxu! Misto toho abych zadal 5 radku prikazu do normalniho shellu. Chapu ze BFU s terminalem neumi, ale adminum to fakt pridelava praci.
"Windows Phone je kvalitní produkt"
Vtip dne.
btw, vy snad musite pracovat u Mega$hitu, jinak si to nedokazu vysvetlit.
Co je na tom lživého? Všechny informace o nevydaném produktu jsou předběžné, dokud není produkt finální. Vista opravdu překládá OpenGL (verze 1.4) na Direct3D, pokud driver neimplementuje OpenGL ve vlastní režii (což od Visty dále dělat nemusí).
OpenGL je API. MS tohle API může a nemusí implementovat. DirectX 9 pokud vím není součástí Metro.
U toho RAIDu a šestnácté partitoin je zajímavé jednak to technické omezení (a vůbec celý předpotopní systém adresování zařízení na Linuxu), ale také to, že si s tím utility neporadí. Partitioning externích médií bych do toho netahal. MS prostě považuje externí média za obdobu diskety.
ACL je dobré také používat :). Například na FS a ostatních zdrojích.
Kdepak, jak by MS mohl vést evidenci DDLek obsažených v systému? Názvy knihoven losují, a plní to z generátoru bílého šumu :D
Ano, Windows NT odjakživa vydrží běžet daleko déle než měsíc. Linux a propracované GUI? Na to se názory velmi liší. Uživatelé a odborníci na ergonomii jsou celkem ve shodě, že kvalita GUI na Linuxu není nic moc.
Windows mají pořádný terminál. Prostě nabízejí API pro zápis znaku, přesun kurzoru apod. UNIXy běžely historicky na HW terminálech (a před tím s tištěným výstupem), a začaly s primitivní abstrakcí "všechno je soubor", takže s sebou dodnes táhnou terminálové sekvence. Jinak pracovat v textovém shellu můžete i na Windows. Například Powershell je moc pěkný. Samozřejmě kdybychom měli na Windows tak mizerné GUI jako na UNIXech, používali bychom nejspíš primárně příkazovou řádku.
Co je na tom lživého? Všechny informace o nevydaném produktu jsou předběžné, dokud není produkt finální.
Pokud to nevim jiste tak to nevydavam jako oficialni prohlaseni.
Vista opravdu překládá OpenGL (verze 1.4) na Direct3D, pokud driver neimplementuje OpenGL ve vlastní režii (což od Visty dále dělat nemusí).
Jenze kazdy driver ke gr. karte implementuje OpenGL ve vlastni rezii. Oni totiz nejsou sebevrazi, aby se v konkurencnim boji odstrelili. Vetsina aplikaci stale bezi pod OpenGL (hry nejsou majorita 3D softwaru). To jen M$ chtel (a take to udelal) zastrasit vyvojare aby presli k Direct3D.
DirectX 9 pokud vím není součástí Metro.
Pokud vim ja tak je:
DirectX support
Windows 8 ARM hardware products will support DirectX-based GPUs that will be used to help accelerate graphics in the upcoming Internet Explorer 10 web browser, along with Metro-based apps and the Windows UI ze stranek http://www.neowin.net/news/windows-8-arm-details-revealed-in-massive-blog-post
Partitioning externích médií bych do toho netahal. MS prostě považuje externí média za obdobu diskety.
LOL, tak tohle je trochu moc :D Proc bych to do toho nemoh tahat, copak se snad nepouzivaj? Pouzivaj se vic jak ten RAID!
Kdepak, jak by MS mohl vést evidenci DDLek obsažených v systému? Názvy knihoven losují, a plní to z generátoru bílého šumu :D
Vypada to tak.
Uživatelé a odborníci na ergonomii jsou celkem ve shodě, že kvalita GUI na Linuxu není nic moc.
Vy nejste uzivatele a odbornici na ergonomii. Nedavno jsem pred kamaradem otevrel notas s KDE 4.8 a on se me ptal, co je to za Windows. Odpovedel sem mu ze je to Linux. A on na me: "To vypada pekne. Ja si vzdycky myslel ze je to v textovym rezimu." A o tom to je. Lidi to neznaj, tezko to pak budou nejak hodnotit.
Windows mají pořádný terminál.
Tak u tohohle sem mel poradnej ROFL :D :D :D Otevrete si cmd.exe. Uz to podporuje rozsireni okna do boku? Uz z toho lze normalne kopirovat vystup? Muzu tam mit vlastni font? A co pruhlednost? (to je ale jen detail) Funguje tam vstup z mysi? (priznam se tohle nevim na 100% :D ale vypada to ze ne) Tohle je nepouzitelna konzole.
Prostě nabízejí API pro zápis znaku, přesun kurzoru
Staci si udelat funkci, ktera vytiskne urcitou escape kombinaci a muzete si delat co chcete.
Například Powershell je moc pěkný
S tim s vami souhlasim, ale ze to M$ trvalo ho udelat ze? Ale BASH ma stale vetsi potencial.
ACL je dobré také používat :). Například na FS a ostatních zdrojích.
Nic vam v tom nebrani.
Samozřejmě kdybychom měli na Windows tak mizerné GUI jako na UNIXech, používali bychom nejspíš primárně příkazovou řádku.
No nevim jakej UNIX ste vy videl (mozna tak pred 15 lety), ale jak jsem rekl, dnesni Linuxovy DE jsou hezci i ergonomictejsi jak DWM. Primarne pouzivam DE, jen pokud nemam naladu na klikani a chci nejakou operaci udelat rychle tak pouziji komandlajnu. Windows nema dobre ani jedno.
> Otevrete si cmd.exe. Uz to podporuje rozsireni okna do boku?
Ale urcite, to slo snad uz na NT. To si tam naklikate, jak velke chcete okno a pak si jeste zvlast naklikate, jak vysoky a jak siroky chcete buffer. Moc uzitecne! Muzete mit treba okno o sirce 50 znaku a bufferovat treba 36, coz, jiste uznate, vyuzije vetsina uzivatelu alespon 3x tydne. Cele je to velice ergonomicke a prakticke a kdyz rychle klikate, za pul minuty to mate nastavene.
Pokud vím, tak to "oficiální" prohlášení říkalo přesně to, co jsem popsal. Jestli výrobci grafických karet implementují OpenGL ve vlastní režii, na to MS už neměl vliv.
Bash je prehistorie. Parsování textových výstupů namísto práce s objekty v Powershellu.
Což nic nemění na tom, že distra dále běžně používají bitové masky. A když jsme u hostorie, tak je vtipné, že na UNIXech dodnes neexistuje ani API, které by vám dalo seznam deamonů, umožnilo založit nový deamon, zjistit kdy/jak se deamon spouští, nebo to změnit. Je to řešené hromadou poslepovaných skriptů, a to v každém UNIXu jinak.
Dnešní Linuxový desktop vypadá jistě lépe, než před 15 lety. Bohužel je to pomalý pokrok, a ergonomie rozhraní se moc nezlepšila. Váš názor respektuji, ale souhlasí s ním cca jeden uživatel ze sta ;)
Powershell moc neznám, ale přijde mi trošku jako "Ruby#". Což nemusí být špatné, ale je to IMHO trošku jiná kategorie než Bash. (A na Linuxu bych to srovnával třeba s Ruby.)
Mimochodem, napadá mě: jak to má Powershell v interaktivnim módu s napovídáním pomocí klávesy Tab (příp. nějakou obdobou)? Pokud neumí napovídat názvy souborů, tak bych ho opravdu nesrovnával s Bashem. (V opačném případě mohu přehodnotit stanovisko. Uznávám, že Powershell jsem viděl spíš narychlo.)
K bitovým maskám: není špatné je použít, pokud stačí. A zřejmě mnohdy stačí. To, že je distribuce používají, neznamená, že by je musel používat i uživatel.
S daemony souhlasím, je to otrava. I když asi ne zásadní problém, půjde o malou část kódu. Každopádně toto mají Windows vyřešeno lépe.
UI je dost otázka vkusu. Zkoušel jsem vylepšovat Windows i Linuxová UI, ve druhém případě jsem došel k (pro mě) lepším výsledkům. Na Windows jsem se chtěl například zbavit té spodní zacláněcí lišty, ale pak jsem neměl jak odpojit USB mass storage a nezobrazovaly se mi notifikace. Linux je prostě pružnější.
PowerShell samozřejmě má autocomplete. Nakonec ho měl i cmd.exe od nějaké dřevní verze (v NT 3.51 pomocí CTRL+F a CTRL+D).
Bohužel s bitovými maskami počítá FS, GUI, a samozřejmě i utility.
UI lze ve Windows vylepšovat i nahrazovat. Osobně k tomu ale nevidím důvod. Jde o velmi kvalití GUI, zvlášť když si člověk povypíná těch pár blbostí pro začátečníky (skrývat systémové soubory apod).
Když si schováte notification area, tak jí kupodivu neuvidíte :). Eject je provést třeba po kliknutí pravou myší na drive v Exploreru, nebo si můžete kdekoliv (třeba na toolbaru) vytvořit shortcut který otevře Safely Remove Dialog (RunDll32.exe shell32.dll,Control_RunDLL hotplug.dll) apod. Systray se samozřejmě dá nahradit jinou aplikací, stačí si jí stáhnout. A GUI můžete pozměnit i kompletně vyměnit, můžete mít i KDE, opět se toho dá spousta stáhnout. Opět ale zopakuji, že s kvalitním GUI se dá prostě pracovat, protože vyhoví prakticky každému, a není potřeba trávit čas tím, že si ho člověk předělává k obrazu svému. Většina těch úprav GUI končím něčím takovým:
http://upload.wikimedia.org/wikipedia/en/7/79/IT_%28South_Park%3B_The_Entity%29.jpeg
Pokud je to autocomplete v PowerShellu na úrovni cmd (nevím, ale srovnáváte to s tím), tak nic moc.
Bash je dobrý právě v tom autocomplete. A navíc se z toho dá plynule přejít k jednoduchému skriptu. Pokud chci složitější skripty, použiju jiný jazyk (třeba Scala nebo zmíněné Ruby).
K ACL: Třeba toto: http://rofi.roger-ferrer.org/eiciel/?s=5 A většina utilit neřeší oprávnění.
Náhrady za Windowsové GUI jsem zkoušel, nevyhovovaly. KDE pro Windows - možná to už je lepší, ale naposledy jsem spouštěl Kate tak pět minut, což mě od dalšího zkoušení odradilo. Průzkumník nevyužiju, to by se mi spustila plocha a ta zavazecí lišta, která je potřeba ve Windows i na notifikace. (Na Linuxu ne. Možná u KDE, ale v principu není problém vyměnit notifikačního daemona.) Ten hotplug.dll vypadá zajímavě, ale nepovedlo se mi to vygooglit. Našel jsem plno utilit na unplug CD, ale flashku mi nebyly schopny (obrazně) vysunout.
Když jsem před lety upravil Firefox, po pár letech vyšlo nápadně podobné Chrome, které začaly ostatní prohlížeče kopírovat. Ne všechny pokusy něco vylepšit musí skončit neúspěchem. Ano, na CZille jsem byl označován za nihilistu :)
Pokud je bash prehistorie, proč se tedy na Unixech (a nakonec i ve Windows) tak moc používá?
PowerShell je jenom slabý odvar toho, co umí Pythonu (a navíc má pro použitelný shell strašně ukecanou syntaxi), ale jak se zdá, bash je pro běžnou práci pořád efektivnější, jinak by jej už dávno Python nahradil.
Zřejmě ta bitová maska na většinu úloh pořád stačí. Je pravda, že API pro služby mají Windows lepší, ale na druhou stranu založit tam novou službu je dosst složité, ta aplikace na to musí být speciálně připravena a musí počítat se spoustou omezení. V tom má zase výhodu ten jednotný unixový systém.
To protože zbylých 99 uživatelů ze sta neví, o čem se mluví.
NA UNIXech se používá spousta prehistorie. Naopak ve Windows jsem viděl bash reálně používat jen lidi, co přešli z UNIXů, protože nic jiného neuměli.
Python je command line interpretter? To je pro mě novinka. PowerShell má ukecanou syntaxi, ale také napovídání příkazů a synonyma (Remove-Item má synonyma ri, del, erase, rmdir, rd a rm).
Založit servis ve Windows je trivialita. Prostě servis napíšete, a vygenerujete k němu instalátor. Aplikace samozřejmě musí být připravena, aby mohla fungovat jako servis. Například zastavování servisu se ve Windows provádí voláním procedury, kterou aplikace povinně nabízí. V UNIXových skriptech není výjimkou ukončování deamona kombinací ps, grep a kill. Moc hezké.
No jasně, windowsí správce přece správně ergonomicky kliká :-)
Python lze samozřejmě použít jako velice interaktivní shell, včetně toho, že podporuje doplňování syntaxe i jmen souborů. IMO se dokonce mnohem lépe ovládá než PowerShell. Ale stejně jako u PowerShellu, prostě není zájem :-)
Aha, trivialita je to, pokud to tak napíšete. Tak to asi používáte hodně divný význam slova „triviální“. Můžete mi třeba prozradit, jak to napíše takový správce serverů, který nikdy neprogramoval, ale má zajímavou aplikaci, kterou by chtěl spustit jako službu? A pokud chcete pochopit, co myslím tím triviální, tak v Linuxu stačí vzít /etc/init.d/skeleton, doplnit tam pár informací (prakticky jen jméno programu a jeho název) a je to. Nebo použije daemontools, tam je to ještě jednodušší, stačí vytvořit soubor run a do něj napsat, co se má spustit.
Většina úkolů spojených s administrací systémů nespočívá v opakovaném klikání na ta samá tlačítka. Pokud ano, máte ve Windows možnost používat command line a skriptovat, co hrdlo ráčí. Na rozdíl od UNIXů nejste omezený na spouštění utilit a parsování textových výstupů.
Jinými slovy existuje projekt konzole založené na Pythonu. Pěkná hračka.
Program, který má běžet jako server, by k tomu měl být uzpůsobený. Pokud používáte neuzpůsobený program, výsledek je většinou stejně příšerný, jako u GUI pro command line aplikace ve srovnání s opravdovou GUI aplikací. Samozřejmě takový taky-service můžete ve Windows založit pomocí utility instsrv a srvany. Napsat dva příkazy, to je pro uživatele UNIXu přece nuda ;)
http://support.microsoft.com/kb/137890
V tom případě je zvláštní, že se ve Windows tak málo skriptuje a tak moc opakovaně kliká. Typicky Další, Souhlasím, Další, Další, Další, Dokončit. Asi to teda bude nižší inteligencí windowsích adminů, jinak si to nedovedu vysvětlit.
GUI pro command line aplikace je příšerné, proto třeba v KDE ani nepoznáte, která aplikace je čistě pro KDE a která na pozadí spouští něco v terminálu. No jo, zapomněl jsem, že se bavíme o Windows, tam mají takové aplikace i úplně jinou dekoraci oken :-)
Tomu adminovi stačilo v každé RDP session spustit příkaz
"\\server\share\SQL 2012 media\Setup.exe" /q /ACTION=Install /FEATURES=SQL /INSTANCENAME=MSSQLSERVER /SQLSVCACCOUNT="<DomainName\UserName>" /SQLSVCPASSWORD="<StrongPassword>" /SQLSYSADMINACCOUNTS="<DomainName\UserName" /AGTSVCACCOUNT="NT AUTHORITY\Network Service" /IACCEPTSQLSERVERLICENSETERMS
případně obdobu pro jinou verzi SQL Serveru. Můžete si dát příkaz do clipboardu (včetně entru na konci řádku) a vložit do jedním klikem myši do každé RDP session. Nebo to můžete udělat komplet z command line. Stačí psexec, reexec, nebo applet Invoke-Command v PowerShellu. Jo a parametry můžete nasázet do konfiguračního souboru, na který setup odkážete; nemusíte je nutně vypisovat na command line.
Admin samozřejmě vidí, v jakém stavu jsou jednotlivé stroje, takže ví, kdy všechny aplikace čekají, až začne psát (to, že se instalace rozběhne různé rychle je úplně normální). A i kdyby se to desynclo (třeba že někde instalace spadne kvůli chybě ve stahování), není nejmenší problém omezit vstup do vybraných strojů a opravit to.
Proč by tam měly být chybové stavy? Média máte na lokálním disku nebo lokální síti. Stroje mají stejnou konfiguraci. Výsledek zkontolujete v logu, a pokud je něco špatně, instalace prostě neudělá změny v systému, takže jí pustíte znovu s opravenou sadou parametrů. BTW když na to přijde, bezobslužně můžete instalovat celý OS včetně toho SQL Serveru.
Pokud tam nemohou nastat chybové stavy, nepotřebujete sledovat ani těch dvacet oken. Ostatně sám píšete, že je potřeba výsledek zkontrolovat. Což by mě zajímalo, jak to ten administrátor udělá, aby nepotřebovat ani postupně zobrazit dvacet oken.
Stroje nemusí mít stejnou konfiguraci a dokonce nemusí mít stejné volné místo na disku. Může dojít k různým dalším chybám, třeba výpadek sítě, nedostatek paměti, překročení kvót, chybně zadané heslo nebo neexistující uživatel. No jo, ale ve Windows se s chybami evidentně nepočítá :-)
Bezobslužně můžete samozřejmě instalovat i Lunux včetně aplikací. Ale to už je jednodušší udělat si instalovatelnou image či zkopírovat obsah disku přes rsync a zavolat grub-install.
Aby se vám ta okna desynchronizovala, stačí když mají jednotlivé sessions různě dlouhou odezvu. Pokud například pošlete aplikaci vstup ještě než se stačí spustit, a ta si na začátku práce smázne input buffer, je hned vymalováno.
Výsledek operace můžete zkontrolovat přes návratový kód instalátoru, přes GUI (pokud jste si ho nechal zobrazit), nebo v logu.
1. Myslim ze si neodporuju. M$ vyrabi vyrobky pomerne nekvalitni (windows je obrovskej pomalej a nepokrocilej OS, ale je pravda ze jine OS nejsou o moc lepsi) a nedovoluje uzivatelum si vybrat, protoze drzi monopol (proto je pokrocilejsi konkurence neprevalcuje)
2. Ano, se systemem at si davaj co chtej (to narizeni od EU taky nechapu). Ale jestli to s tim API pro browsery mysli vazne, tak se taky muzem dockat, ze hry ktere nejsou od M$ budou mit polovicni vykon, ze vyhledavani na googlu bude blokovane, atd. Ja proste chci, aby nechali trh at si pretridi co je lepsi a zaslouzi si budoucnost, ne aby totalitne vse omezovali a ovladali (coz mimochodem zabrzduje vyvoj)
S tím souhlasím. Problém je, když je nějaký systém na tom tak, že jsou ostatní "nuceni" jej používat, neměli by se, dle mého názoru, na něj vztahovat klasická pravidla pro svobodný trh a konkurenci.
Okay, nemám problém s tím, že Windows budou moct mít jen ten a ten (jejich) prohlížeč, ten a ten (jejich) přehrávač. A nařízení od EU mi sice, jako zastánci Linuxu imponují, ale připadají mi přehnané, levičácké. Je to program od Microsoftu, ať si s ním dělá, co chce, nikdo mu nemůže nic nařizovat.
Problém je, že se cítím být (v poslední době se to ale zlepšuje...) nucen používat Microsoftí produkty. A to je pak průser, to by měl Microsoft otevřít API, polovit přístup všem a jánevím co, nebo, lépe, by se se situací, kdy je člověk "nucen" používat jeden konkrétní OS, mělo něco dělat (viz. nedávná kauza s daněma a IE...).
Co chci říct, ať si Microsoft zakazuje, povoluje, reguluje co chce. Je to jeho systém, jeho program. Trh by si měl sám vybrat, jestli jsou regulace tak citelné, že nemá cenu jejich produkt používat. Problém ale je, když nám minulý semestr napsal vyučující, že mu máme "domácí úlohy odevzdávat jedině ve formátu docx" či kouzla s UEFI, co Ms předvádí.
A nekoupit si počítač, abych "dal trhu co proto a Microsoft upustil od nekalých praktik"? To si nemůžu dovolit. A tak jsem si musel poslušně a se svěšenou hlavou koupit notebook s licencí W7 (která zůstala nevyužita).
prepac, ale precitaj si po sebe zopar svojich prispevkov, tak fanaticke citanie som uz davno nevidel. Zly Microsoft a dobry Linux ... To je ciernobiele videnie na urovni 6 rocneho decka.... Jak z obohranej gramoplatne..... Windows zaostaly nekvalitny, Linux moderny a pokrocily ...... no comment
Srovnej si fakta u obou systemu, navrh systemu, pruznost a upravitelnost, vykon, bezpecnost, jednoduchost pouziti, vice driveru a aplikaci ...
A kdybys cetl VSECHNY me prispevky, mozna by sis take vsiml ze i Linux kritizuji (šok!) Linux je dobry na server, pro normalni desktop je vsak nepouzitelny. Me vadi jen jedna vec: agresivni politika MS
Ja se alespon snazim drzet diskuzi, reagovat na oponenty, oni reaguji na me a pritom se dozvidame nove veci. Narozdil od tebe.
Tve prispevky jsou taky perly:
Velice zajimave a plne odstrelujicich argumentu:
http://www.root.cz/zpravicky/firefox-na-windows-8-s-arm-microsoft-rika-ne/417894/
ani ja len nechvalim Win na Linux iba nekydam, ak je diskusia normalna a vecna. ale tu sa tozvrhlo, tak na hlupy prispevok musi byt trefna odpoved.
Jednoducho na desktope - ci uz doma alebo v office je Win najlepsia volba. Nie je pravda ani o nestabilite, zranitelnosti , nemodernosri atd. To su nezmysly, platilo to za doby win 9x, teraz nie.
Na serveri , - nie ale na vsetky typy vyuzitia - povedzme na web server sa ale hodi viac, to je jasne. Nastaveniam Apache som porozumel skor ako MS IIS. A do takeho wifi routra ani do rapsberry pi by som isto win nenarval, ani keby mali intel procesor, na takom slabom HW by sa to nerozbehlo.
Wifi routery se staví (nebo minimálně stavěly) i na Windows CE. A obdobou Raspbery Pi na .NETu je .NET Gagdeteer.
http://blogs.msdn.com/b/net_gadgeteer/
A nekoupit si počítač, abych "dal trhu co proto a Microsoft upustil od nekalých praktik"? To si nemůžu dovolit. A tak jsem si musel poslušně a se svěšenou hlavou koupit notebook s licencí W7 (která zůstala nevyužita).
Ale proč?
Přece je možné koupit si PC, nebo notebok bez operačního systému. Na www.ceskepocitace.cz se dá objednat jak PC, tak notebok s OS i bez OS.
tobě snad dal soudruh Bosch schéma a FW řídící jednotky k tvému prasátu/oplu...? Nedal? A ty jsi si to přesto koupil? Někdo tě nutil to akceptovat? Co se stalo, vždyť je to ubohé? Nechápu.
Prostě nikdo tě nenutí - je to tvoje rozhodnutí a sám jsi ho už mockrát určitě akceptoval, tak neříkej, že je to ubohé.
Tak znova po 14544564413744696x
Koukni se na Win 8 certifikaci pro ARM ohledne UEFI, znemoznuje boot opensource systemu. Je velka sance, ze vyrobci budou vyrabet pristroje jen s touhle certifikaci (protoze bez ni tam M$ neda wokna). Tudiz si dost mozna uz nebudes moci vybrat OS. Takze opak je pravdou - budou te opravdu nutit a uz to nebude tvoje rozhodnuti.
tak na ARMu si moc her asi nezahrajete. Intel bude stejne jednou prevalcovan ARMem, protoze muze poskytnout: mensi spotreba (nemusi resit takovou zpetnou kompatibilitu - mene obvodu), mensi velikost (nemusi resit takovou zpetnou kompatibilitu - mene obvodu), mensi zahrivani (nemusi resit takovou zpetnou kompatibilitu - mene obvodu), mensi cena (nemusi resit takovou zpetnou kompatibilitu - mene obvodu). Je to moderni archiketura (i kdyz u par veci v jedne technicke specifikaci mi hruzou tuhla krev v zilach), ktera neopakuje chyby svych predchudcu.
obľúbené heslo Linuxákov: Windows je deravý a plný vírusov, nemoderný, pomalý, nestabilný, nikto by ho ani nechcel, keby nám ho ten hnusný Microsoft nenanútil ;)
vŕtaš sa v tom napríklad vtedy, keď pripojíš tlačiareň a netlačí, alebo tlačí úplne zlé farebné odtiene a nevieš prečo, lebo všetky nastavenia sú ok a predtým to išlo, alebo keď nové Ubuntu nenájde WiFi (resp. iba občas) a staršie nemalo problém, ideš skoprírovať kontakty z mobilu a žiaden program čo nájdeš to nezvládne, hoci píšu, že by mal .... a tak ďalej a tak ďalej
mal som viackrát obdobia, že na PC iba Linux, ale vydržal som max 2-3 mesiace
No vidis, ja na nem jedu uz 4 roky, a kdyz nekde musim pracovat s Windblows tak se citim jak bez rukou. Ohledne tech zarizeni - jak je to ve windows? Preci taky (vetsinou) musis nainstalovat drivery a neco pripadne postelovat. V ubuntu je to resene dokonce lip jak v Oknech. Je tam utilitka co sama najde hardware a nabidne k nemu driver, otazka 5 kliknuti :D
A k tomu uvodu - kdyby nam ho M$ nenutil, uzivitele by ho pouzivali stale, protoze je proste jednoduchy a to uzivatele chteji (ale za jednoduchost se plati nepokrocilosti).
Windows je deravý a plný vírusov, nemoderný, pomalý, nestabilný
deravý a plný vírusov - je na nej mnohem vic viru (pro rejpaly - neni to tim ze je majorita, Linux bezi na mnohem citlivejsich a pro crackery hodnotnejsich mistech)
nemoderný - takovy obycejny co se tyce API, neni moc jednoduche udelat poradny middleware jako obal kolem OS jako u UN*Xu
nestabilný - uznavam ze posledni dobou je situace pomerne dobra
Windows instalují drivery automaticky přes Windows Update. Samozřejmě existují i third party driver managery, které toho za vás udělají ještě víc.
Viry se zpravidla netýkají systémů běžících na citlivých místech. Na takových místech totiž nefungují běžné vektory pro šíření virů: brouzdání pornostránek, otevírání neznámých příloh apod.
Windows NT a nemoderní? Stačí se podívat na architekturu, a srovnat s UNIXy, nebo nedej bože s Linuxem.
Windows NT a nemoderní? Stačí se podívat na architekturu, a srovnat s UNIXy, nebo nedej bože s Linuxem.
Ja sem psal ze je nemoderni? Ja odpovidal na podnet.
nemoderný (PODNET) - takovy obycejny co se tyce API, neni moc jednoduche udelat poradny middleware jako obal kolem OS jako u UN*Xu (ODPOVED)
Chci videt jak udelate pravy middleware okolo Windows LOL :D :D :D
Viry se zpravidla netýkají systémů běžících na citlivých místech. Na takových místech totiž nefungují běžné vektory pro šíření virů: brouzdání pornostránek, otevírání neznámých příloh apod.
Tak mi tedy vysvetlete proc tam ten Linux bezi, kdyz podminky jsou na serverech pro oba OS stejne. Cena neni argument, na Linuxu bezi servery Google, Facebook, atd. ktere maji penez, ze si to ani neumite predstavit
Windows instalují drivery automaticky přes Windows Update.
Hm, tak to sem jeste nevidel, zatim sem si musel vzdy instalovat vse sam.
Není důvod, proč byste nemohl napsat middleware pro Windows (a řada jich existuje). Ale ta potřeba je u Windows daleko slabší, protože samy o sobě nabízejí spoustu funkcionality.
Tak mi vysvětlete, proč Linux přes nulovou cenu licence prakticky nepronikl do podnikové sféry. Nebo mi vysvětlete, proč firmy z Furtune 1000 používají v 55% případů jako web server právě IIS, a jen ve 23% Apache. Jako
http://www.port80software.com/surveys/top1000webservers/
A viděl jste někdy Windows 7?
no vidis, kazdy je iny, ja sa zase bez Windows citim ako ryba bez vody. A so mnou 90% PC userov. Som zvedavy, co na pocitaci robis, ked tvrdis, ze nerobis s Windowsom 4 roky. Hmmm.
Bezny uzivatel nepotrebuje byt expert na system, on PC vnima ako nastroj. Preto zvoli ten system, s ktorym ma menej problemov. A to je Win.
Drivery: posledne verzie Win akosi nemam potrebu vobec nejaky driver instalovat. Naslo mi vzdy vsetko (okrem super starej web kamery, na ktoru som pouzil dodany 98/XP driver, a ktora mimochodom na Linux ani driver nemala) a tieto najdene drivery sa mi automaticky aktualizuju. Ak by vsak nieco nefungovalo, stiahnem driver z webu vyrobcu a problem vyriesim. U Linuxu, ked mi blbla tlaciaren, aky driver som mal nainstalovat ? A hlavne odkial? Bola to starsia HP mimochodom. Proste podpora je vyssia na 90% systeme, ako na 1%. S tym sa nic neda robit.
Viry: naozaj je to len majoritou, pre autorov virusov je Linux nezaujimavy. Je sice na vela serveroch, ale tam su firewally a hlavne spravcovia tych serverov maju rozum. Pre Win viry skoncila zlata era nastupom Visty a Sedmicky. Teraz sa zaujem autorov udajne presuva na Android. Ked mas Win zabezpeceny a pravidelne aktualizovany, je prakticky nemozne naburat sa do neho. Virus chytis len vtedy, ze ho stokrat potvrdis a nainstalujes :)
Ano, souhlas, ja ale nejsem obyc. uzivatel ;)
Potřebuji maximalní vypocetni vykon pro rozsahly soubor neuronovych siti ktere vyvijim uz dva roky (a ze je sakra vytunenej). Windows proste a jednoduse nestaci. Problem je v tom ze dochazi k "debilizaci" (coz je prirozeny proces) kazdeho odvetvi ktere pronikne k masam a stane se z nej byznys. Pocitac je jen nastroj k rychlym vypoctum. 70% lidi co dnes ma pocitac by ho de facto vubec nepotrebovala, vzdyt co tam obyc. uzivatel dela - koukne na KsichtKnihu, pusti si MP3, hraje hry (k cemu vubec to?). Puvodni ucel uz pocitace jaksi nesplnuji - vypocty. BFU maji 2*3 GHz procesory, 4GB RAMky, nadupane GK, nekonecne disky - a co z toho - opravdu to bezny uzivatel **potrebuje**?
Ja potrebuji aby pro me pocitac PRACOVAL ne abych PLYTVAL jeho vykon.
Dnes ma pocitac kazdy, ale proc vlastne? Normalnimu cloveku to jen pridela starosti, stoji ho to prachy, a co z toho ma??? Co z toho doopravdy ziska? Vsechny normalni veci muzou delat i na Celeronu.
Jedina pozitivni vec je internet.
Počítač dávno je nástroj pro výpočty a minupulaci s daty. Oboje se dnes používá v daleko širší škále aplikací, než tomu bylo před pár dekádami. Počítače máme v automobilech, telefonech, televizích, přehrávačích hudby, herních konzolích atd.
Osobně mi není jasné, jak byste prohlížel ten Facebook nebo psal emaily bez počítače :). A vůbec mi vaše argumentace připomíná lidi, kteří si naivně představovali, že televize bude vysílat jen naučné pořady a projevy politiků. O knihtisku si zase jiní naivně mysleli, že bude použit jen pro masový tisk knih plných vědění. Vaše přestavy o "správném" použití techniky mohou být různé, ale představy většiny lidí jsou jiné. Proto dnes máme na papíru spoustu beletrie, Blesk a Playboy. Proto dnes používáme počítače na posílání SMS, brouzdání Facebooku, přehrávání MP3 v autě a tahaní filmů a porna z netu. Může se vám to líbit nebo nelíbit, ale to je asi všecho, co s tím můžete dělat.
Samozřejmě chápu, že pro neural networks vám Windows nikdy nemůžou stačit. Sice stačí pro Matlab Neural Network Toolbox nebo NeuroDimension NeuroSolutions, ale vám rozhodně stačit nemůžou :)
Jenze ja ty site mam na urovni systemu (vlastni implementace) => vetsi vykon protoze mi nebezi ruzny blbinky na pozadi
Minimalni system ktery ma 1) opencl 2) ftp server 3) ssh server 4) MC
Asi sem se trochu nestastne vyjadril. Nemyslel sem ze by se pocitace mely pouzivat jen a pouze na vypocty. Mel sem na mysli, ze sme si vytvorili virtualni svet, ve kterem mame umele problemy ktere musime resit (viry, nekompatibilita programu, upgrady hardwaru, ...). Dokonce se na tom stavi i velke korporace. A co vam ty pocitace daji? Dobre Internet - studnice vedomosti a dat a rychla komunikace. Tim to konci. Muj nazor je, ze masy si z pocitacu udelaly stroje ktere uz dnes musi kazdy mit (nejlepe ty nejnadupanejsi) i kdyz je vpodstate vubec nepotrebuje (internet si muzete prohlizet treba pres AVR, hudba to samy) Proc neresit realne zivotni problemy?
Ale dost uz hadek :D Proste si pouzivejte Windows, ja Linux, vy si delejte co chcete, ja si budu delat NN a jsme oba vysmati, ne? :)
Me uz tahle diskuze vcelku unavuje (cca 114 prispevku ode me LOL)
btw, neni tohle snad nejvetsi flame na rootovi co kdy byl? :D
Samozřejmě neural networks lze implementovat i ve Windows. Můžete mít Windows bez GUI a s minimální sadou služeb, můžete použít DirectCompute, OpenCL nebo CUDA, a dá se to běžet třeba na Windows HPC (MPICH2 a job management, vývoj i remote debugging probíhá ve Visual Studiu). Vy jste si vybral jinak, a jste šťastný - dobře tak.
Internet si možná můžete prohlížet přes AVR, ale pořád to bude počítač. A pokud od toho počítače chcete přehrávání videa, hry, office aplikace a pár dalších věcí, nutně vzniknou problémy s výkonem HW, nekompatibilitou programů apod. BTW před časem jsem měl problém s autem, a v servisu mi řekli, že upgradovali SW řídící jednotky. To mě trochu poděsilo :)
Samozřejmě používejte to, co se vám líbí. Tak je to správně. A jestli je tohle nejdelší flame na rootu? Ani náhodou :)
Kazdy nech si pouziva co chce, a zaujima sa o to, co ho bavi. To, ze pisem do diskusie na roote, tiez o niecom svedci. A aj ja som sa rozpisal :) Len nemam rad, ked sa prekrucaju fakty. Zaujimat sa o Linux mozem aj vtedy, ak pripustim, ze v pouziti na Desktope nie je uplne najlepsi.
Pokud si vzpominam, na zacatku te komercni vlny informacnich technologii stali na vrchu mimo jine panove Steve Jobs a Bill Gates.
Zatimco Steve Jobs prosazoval heslo:
"Computer to every home." - "Pocitac do kazde domacnosti"
tak Bill Gates propagoval heslo:
"Computer to every home, running Microsoft software" - "Pocitac do kazde domacnosti, na nemz pobezi software od Microsoftu."
A tak se take stalo. Pocitace Apple a PC se dostali temer do kazde domacnosti. A zatimco Apply maji svuj omezeny pocet uzivatelu, PCcka, jak vidite jsou bratri s monopolnim softwarem od Microsoftu.
Bill Gates, znamy svym usmevem na jednu stranu (lisak jeden), jiz tenkrat (uz od zacatku) propagoval monopol Microsoftu.
Ja myslim, ze firmy, pokud jim jejich pocinani prinasi kyzeny zisk, jen tak sve zakladni strategie nemeni. Praxe, zda se, ukazuje sve.
Pozn.: M$ posledni dobou dost podporuje (potajnu) Linux. Pozor na tenk slogan, s nim se M$ fakticky narodil. Nic neni nemozne (to je zas od Toyoty) a pro M$ obzvlaste ne.
osobně si myslím, že je to věc MS jestli a komu povolí přístup blíže k sytému... a dobře dělá, z hlediska bezpečnosti a stability, že si to zatím nechává jen sám pro sebe... podívejte se třeba na apple, ten taky ve svém systému prosazuje svoje aplikace... bud se vývojáři přizpůsobí podmínkám nebo ne... mohou vydávat na linux či si vytvořit vlastní systém, nikdo je přece nenutí dělat aplikace pro windows... tak nemohou nutit MS aby dával do windows ballot screan a podobné prasečiny a nabízel tam "nefiremní" aplikace a dělal jim tak reklamu...
Ale tak vybrat si svuj vlastni browser bych si mohl, ne? Dohanet naprosto tragický bezpecnostni koncept blbostma typu UEFI (mohl by mi nekdo z vas vysvetlit, proc si uzivatel NEMUZE na SVEM stroji pridat SVUJ klic do UEFI????!!!!! Tohle nema s bezpecnosti vubec nic spolecneho) nebo timto je opravdu velice velice smutne. A pritom maji takove financni moznosti, ze by Woknous mohli prepsat treba tricetkrat od nuly.
LMAO, tohle snad nepotrebuje komentar :D
M$ se v posledni dobe (jehoVista) snazi veci napravit jakymsi pochybnym UAC, ale moc to nepomaha. Pokud je uzivatel (myslim tim uzivatele sveho PC doma) jako "obycejny uzivatel" tak nemuze v systemu delat skoro vubec nic a system je nepouzitelny => musi byt admin => cokoliv (viry) si muze delat cokoliv. Preci jenom Mac OS X, Linux, BSD, Solaris, ... jsou unixove systemy, a tam byla bezpecnostni politika promyslena hned od zacatku. Windows se postupne lepsi ale zase to bude jen slepenec.
Přesto to zkusím komentovat :). Windows jsou moderně navržený OS, který má od začátku permissions s ACL, modulární autorizaci, kvóty, protokoly s šifrovanými hesly, user rights (například právo instalovat driver nebo změnit čas) atd. UNIXy používají tradičně (a většinou dodnes) předpotopní bitové masky místo ACL. Autorizace původně fungovala tak, že aplikace nějak dostala heslo v plaintextu, vyrobila z něj MD5, a tu ověřila proti /etc/pwd. Velmi pokrokové, tedy kdysi v šedesátých letech :). Kvóty některé FS neumí dodnes. A šifrované protokoly? Telnet a FTP posílaly hesla v plaintextu. NFS se dokonce autorizovalo (a dodnes autorizuje) jen nastavením GID a UID v požadavku - to je bezpečnost jak noha :). User rights byly "tradičně" řešeny tak, že root smí všechno, a utilitám se přidával suid, aby běžely pod rootem. Neprivilegovaný uživatel pak mohl mít právo utilitu spustit. User rights na úrovni API neexistovala. No a k tomu se postupně desítky let lepí a lepí. Výsledkem je dnešní UNIXový kočkopes (dost možná prasopes), který připomíná MP3 player se čtečkou děrných štítků.
Uživatel může v systému dělat přesně tolik, kolik má povoleno. Domácí uživatelé jsou zvyklí na Windows 9x a 3.x, kde mohli dělat cokoliv, a jsou poněkud nesví, když najednou nemohou dělat "maličkosti" typu změny času (což má vliv na autorizaci v doméně), instalaci driverů (což má vliv na bezpečnost), změnu souborů v adresáři Program Files (což ovlivňuje všechny uživatele) apod. UAC je celkem dobrá vychytávka, která se snaží do jisté míry vyřešit dilema uživatele: být či nebýt admin?
> Domácí uživatelé jsou zvyklí na Windows 9x a 3.x, kde mohli dělat cokoliv, a jsou poněkud nesví, když najednou nemohou dělat "maličkosti" typu změny času (což má vliv na autorizaci v doméně), instalaci driverů (což má vliv na bezpečnost), změnu souborů v adresáři Program Files (což ovlivňuje všechny uživatele) apod. UAC je celkem dobrá vychytávka, která se snaží do jisté míry vyřešit dilema uživatele: být či nebýt admin?
Protoze soudruzi z Redmondu zatim nedokazali lidsky vyresit, jak by uzivatel mohl pracovat pod neprivilegovanym userem a nejak pouzitelne se dostat k administratorskym pravum bez prepnuti uzivatele. Zatim jedine, na co jsem prisel, je spusteni FreeCommanderu pod adminem a z nej pak lze z toolbaru pristupovat skoro ke vsem vecem z Control Panelu. Akorat s nastavenim site nejak byl problem a clovek se nedoklika presne k tomu, co chtel.
Pokud jsem si všimnul, tak řešení problematiky administrace stroje neprivilegovaným uživatelem je v Linuxu řešené velmi podobně jako na Windows. GUI se prostě zeptá na heslo admina. Ve Windows pokud jste admin, dotaz na heslo odpadá, a stačí akci potvrdit na secure desktopu (to je ta šedivá obrazovka, do které nemohou psát aplikace).
Nevim, jestli Microsoft po 20 letech existence Widli nahodou neucinil nejaky prevratny objev, jako napriklad to, ze pri pokusu o akci, ktera vyzaduje privilegia, je uzivatel dotazan na login nejakeho privilegovanejsiho uzivatele, ale minimalne do XP proste mate smulu - jste poslan do riti hlaskou o nedostatecnych pravech. Pokud ale MS jiz prisel alespon na toto, tak blahopreji a doufam, ze si to nechali alespon 3x patentovat.
Porat to ale neresi otravnost, kdy pro vykonani deseti privilegovanych akci musim desetkrat zadat heslo. Spusteni FreeCommanderu pod adminem me toho usetri, navic mi umozni spustit programy pod uzivatelem, pod kterym bezi FC. To se hodi treba na update programu, ktere se umi samy updatovat, ale nemaji na to pravo.
V XP (mimochodem 10 let starých) byla možnost spustit program v kontextu jiného uživatele. Nebo jste mohl otevřít další session pod adminem. UAC to pravda řeší elegantnějším způsobem.
Samozřejmě pro deset privilegovaných akcí musíte desetkrát potvrdit dialog. A samozřejmě si můžete spustit třeba Explorer nebo Total Commander pod adminem.
>V XP (mimochodem 10 let starých) byla možnost spustit program v kontextu jiného uživatele.
Ovsem napriklad ne Widle Explorer, ze ktereho byste si pak spustil dalsi programy. Musite si pustit kazdy zvlast. FC ma navic vlastni pristup do Start menu.
>pro deset privilegovaných akcí musíte desetkrát potvrdit dialog.
No vidite, to je ale pakarna. Z jedne rootovske konzole muzu pracovat treba tyden bez toho, ze bych furt zadaval heslo.
>"Vlastní" přístup do Start Menu má každá aplikace, je to běžný adresář.
Jo, akorat, ze ve FC je to rozbalovaci menu, ktere nemusim nikde hledat: kus v mem profilu, kus v all users. To bych uz mohl rovnou lezt do Program Files. Tez nevim, k cemu by mi bylo, kdybych si spustil treba Word pod adminem. Jak z nej pak spustim jinou aplikaci? Jedine, co by se na to dalo pouzit, je Widle Explorer a ten pod dalsim userem nespustim a na W7 kvuli tomu upgradovat nebudu.
> Windows můžete otevřít konzoli pod adminem, a pracovat v ní třeba týden.
A co v ni asi tak budu delat? Postet si DIR a TYPE? Vzdyt se z ni nedostanu ani do Control Panelu. Aha, muzu si pustit regedit a editovat to rucne tam. No, to je tedy vyhra.
Pokud chcete editovat soubor, ke kterému nemá neprovilegovaný uživatel přístup, dává spuštění Wordu pod adminem smysl. Samozřejmě i Wordu můžete spoustit jinou aplikace, chce to jen trochu invence ;)
Na Windows můžete na command line (ať už v cmd.exe nebo PowerShellu) dělat spoustu věcí. Pokud jste se naučil víc než ls a cat na Linuxu, jistě byste to zvládnul i na Windows :). Když jsme u toho, ve Windows můžete používat i ten bash.
"Windows jsou moderně navržený OS"
Proto je deravy jak cednik.
"Telnet a FTP posílaly hesla v plaintextu"
Nechapu co ma tohle spolecneho s Winhnus.
"předpotopní bitové masky místo ACL"
Viz muj komentar nahore.
"nemohou dělat "maličkosti" typu změny času (což má vliv na autorizaci v doméně), instalaci driverů (což má vliv na bezpečnost), změnu souborů v adresáři Program Files (což ovlivňuje všechny uživatele) apod. "
Takze de facto nic.
"UAC je celkem dobrá vychytávka, která se snaží do jisté míry vyřešit dilema uživatele: být či nebýt admin?"
Sam jiste vite, ze to byl takovy propadak, ze to M$ musel "trochu" uklidit hned v nasledujicim service packu. Navic si to kazdy hned vypina, to je taky bezpecnost jak noha :)
"vyrobila z něj MD5"
To uz se snad nikde nepouziva.
"User rights na úrovni API neexistovala."
Ano, zde jste spravne pouzil minuly cas.
btw, porovnavat Unixy ze 60. let a W(ind)ous je trochu smesne. Dnesni Unix-like systemy sou uplne nekde jinde.
Pokud jsem si všimnul, před nějakým časem lítaly inetem statistiky bezpečnostních chyb pro distra Linuxu. Celkem pravidelně jich bylo víc, než na Windows s Office. Totéž platí o web serverech.
http://www.eweek.com/c/a/Linux-and-Open-Source/Linux-vs-Windows-Which-Is-More-Secure/
http://www.crit.org/articles/96/1/Windows-More-Secure-than-Linux%3F
Ano, autorizace ověřováním MD5 hashe v /etc/pwd se asi už nikde nepoužívá. Nicméně to byl původně používaný způsob autorizace. Podobně s těmi user rights. Všimněte si na co jsem odpovídal. Mankind_boost tvrdil: "...unixove systemy, a tam byla bezpecnostni politika promyslena hned od zacatku". Proto srovnávám původní UNIXy s původními Windows NT.
No s tema bezpecnostnima chybama je to sporne (protoze vzdy naleznete jen cast, zalezi jak velkou a to nevypovida o celku), to bychom se mohli hadat do vecera. Pravdou je, ze linux bezi na kriticky dulezitych mistech (bankovni systemy, burza, ...) a to asi z nejakeho duvodu. Navic oproti Windows, na Linuxu (alespon na tech enterprise distrech) se aktualizace vytvari OKAMZITE po nalezeni exploitu. Kdezto na Windows muzu cekat pul roku. Podle meho, by M$ mel celej Windows NT zahodit a napsat ho znovu a poradne. (nejednou uz tu takova iniciativa byla, ale M$ to vzdy po chvili vyvoje odpiskal)
Všimněte si na co jsem odpovídal. Mankind_boost tvrdil: "...unixove systemy, a tam byla bezpecnostni politika promyslena hned od zacatku". Proto srovnávám původní UNIXy s původními Windows NT.
Ano, chapu, ja jen rekl, ze je to trochu zcestne :) To taky muzeme porovnavat Windows pre-NT a dnesni Linux.
Jistě bychom se mohli dlouho dohadoat, ale situace je dnes taková, že Linux není nijak výrazně bezpečnější. Jeho uživatele chrání jen menší rozšíření jejich systému, a větší zkušenost průměrného uživatele s administrací stroje. Jinak Linux běží typicky na webových serverech. Uvnitř firem je jeho použití spíše výjimečné.
Zahodit a přepsat bych chtěl spíš Linux. Dnešní Linux, vyvíjený od začátku chaoticky, s nepreemptivním monolitickým kernelem, má s těmi zmíněnými Windows 9x řadu společných prvků. Windows NT jsou naopak velmi dobře navržený systém. Modifikovný mikrokernel (oproti monolitickému kernelu Linuxu), podpora více subsystémů (včetně POSIXu), multithreading (který se do Linuxu dostal až v kernelu 2.6, a výsledek je pořád pomalejší než v NT nebo na Solarisu), rychlá synchronizační primitiva (velká bolest Linuxu), modularita (oproti špagetovému kódu a ifdef hell na Linuxu), objektový interface, moderní FS (včetně žurnálování, které se na Linuxu dodělávalo dlouhé roky), asynchronní API (na UNIXech velká novinka), plná podpora UNICODE (oproti sadě špinavých hacků s UTF-8 na Linuxu) atd.
1. Window ma hybridni jadro ne mikrokernel
2. Ve Windows neni kernel moc vyhra - kdyz padne driver padne to cely (jako u monolitickyho), vykon to ma malej zase jako mikrokernel. Pokud neni vyrobce driveru idiot tak vpodstate neni mikrokernel potreba. Naopak, monoliticke jadro Linuxu mam rad, protoze potrebuji plnou silu procesoru (a ne plejtvat procesorovej cas komunikaci modulu jadra)
3. multithreading (který se do Linuxu dostal až v kernelu 2.6, a výsledek je pořád pomalejší než v NT nebo na Solarisu)
Dukaz?
4. moderní FS
Dobrej for. NTFS je snad ten nejhorsi FS co kdy byl vytvoren. Staci vypadek site a mate z xGB souboru 0B soubory. A kolikrat to ani ta Windousacka obdoba fsck nespravi.
5 Zahodit a přepsat bych chtěl spíš Linux.
S timhle castecne souhlasim. To je obecne problem opensource softwaru. Kazdej chce pridavat features, nikdo nechce opravovat bugy a prepsani velke casti kodu nepripada v uvahu.
6. Uvnitř firem je jeho použití spíše výjimečné. To proto ze firemni PC (kde pracuji zamestnanci) pouziva take Windblows, a synchronizace je jednodussi. Moje osobni zkusenost je take takova, ze admini Windblows nemaji dostatecne znalosti pocitacu na administraci UNIXovych systemu, kolikrat ani poradne neumi s CMD (a priznejme si, ze u firemniho sitoveho serveru graficke rozhrani asi nema vyznam). Dnesni IT skoly uz nemaji uroven co driv.
1. From the start the Windows NT architecture has fallen squarely into the modified microkernel or macrokernel camp. http://technet.microsoft.com/en-us/library/cc750820.aspx
2. Zjistěte si něco víc o architektuře Windows řady NT. Architektura čistého mikrokernelu byla při designu zavržena právě kvůli problémům s výkonem.
3. Zkuste si to.
4. Pokud vám vypadne network a máte z něčeho 0B soubory, asi bude problém jinde.
NTFS je naopak velmi dobrý FS. Ještě jsem neviděl nic na Linuxu, co by se mu alespoň blížilo.
5. Souhlas.
6. Admini jsou jen lidi, a je jich potřeba veliká spousta. Kde byste vzal do každé firmy adminy, kteří umí zpaměti stovky příkazů a jejich syntaxi, znají umístění stovek konfiguráků, umí skriptovat, kompilovat, hrabat se ve zdrojácích atd?
Firmy používají Windows na deskopech i serverech. Je to jednoduché, ve srovnání s profi UNIXy velmi levné, nabídka aplikací je obrovská, administrace snadná, proškolených lidí je dostatek, vývoj SW je levný a efektivní.
Firmy používají Windows na deskopech i serverech. Je to jednoduché, ve srovnání s profi UNIXy velmi levné, nabídka aplikací je obrovská, administrace snadná, proškolených lidí je dostatek, vývoj SW je levný a efektivní.
Ve všech klíčových oblastech dynamického rozvoje výroby jsme splnili plán, a to i v složitých podmínkách výstavby nového závodu. Rozpor je příkrý, rezervy nemalé, opatření dílčí, iniciativa široká, připravenost kompexní a zkušenosti bohaté.
4. Tim sem myslel elektrickou sit, ne ethernet :D
Navic az bude BTRFS pripraven, NTFS si muze se svym ubohym navrhem hodit masli
6. Pokud to neumi, nema si rikat admin (btw kompilovat by se naucila i cvicena opice)
k tomu dovetku:
Nevim jak vy, ale ja potrebuji system, u ktereho si muzu vymenit nebo i upravit jakoukoliv komponentu, abych dosahl maximalni uzitecnosti pri maximalnim vykonu
muj dovetek:
Nevite, pro jakou instr. sadu je kompilovan Windblows? (i?86, mmx, sse?, 3dnow)
4. BTRFS má některé zajímavé features. Například transparentní kompresi, online defragmentaci, změnu velikosti za běhu atd. Jenže většinu jeho features mělo NTFS v roce 1993 :). Navíc dodělat BTRFS bude asi ještě chvilku trvat :)
http://www.root.cz/zpravicky/btrfs-v-ubuntu-12-10/418050/
BTW v čem konkrétně je podle vás návrh NTFS ubohý? Jde o vágní pocit, nebo máte i nějaký technický argument?
6. Vám se někdy podařilo něco zkompilovat napoprvé? Mě tedy ano, ale většinou jsem to štěstí neměl.
Note 1: předpokládám, že v autě máte dva kniply místo jednoho volantu, a pokud vlastníte nákladní vůz, tak mu po večerech přestavujete motor a měníte převodovku :)
Windows jsou, na rozdíl od Linuxu, optimalizované pro více procesorů. Dělá se to tak, že se udělá profiling, a výkonově kritické části se optimalizují pro různé CPU. Například syscall se realizuje pomocí int 2Eh, ale pokud CPU podporuje instrukce SYSENTER nebo SYSCALL, použije se alternativní implementace. U multimédií se prostě používá ta verze kódu, která je optimalizovaná pro daný CPU. Proto není potřeba Windows překládat zvlášť pro každou verzi x86(64) architektury. Autoři Linuxu by se mohli učit.
http://www.summitsoftconsulting.com/SysCallOpts.htm
Je pěkné, že NTFS to mělo v roce 1993, když online defragmentaci nebo změnu velikosti za běhu nešlo používat ve Windows do Visty.
Linux samozřejmě SYSENTER a SYSCALL podporuje. Multimédia řeší user space a různé optimalizace pro různé procesory ty běžně používané knihovny mají.
Mimochodem když jsou Windows tak optimalizované, umí už konečně IRQ balancing?
Online defragmentace je k dispozici minimálně od NT 3.51. U Visty je změna jen v tom, že se operace provádí s nízkou prioritou I/O.
Otázka není jestli Linux SYSENTER a SYSCALL podporuje. Otázka je, jestli zvládne s jednou binárkou syscall pomocí SW interruptu, SYSCALL a SYSENTER, bez nutnosti rekompilace.
Windows samozřejmě umí IRQ balancing, včetně podpory NUMA (například nechávat IRQ zpracovávat jen na procesoru, který je "blízko" danému zařízení). Na Linuxu nebyla implementovaná ani prioritizace IRQ, a obshula interruptu byla nepreemptivní. Ještě pořád je to takhle domršené? Ono opravit špatný návrh chvíli trvá. Zvládli to za těch 20 let? :)
Linux samozřejmě podporuje všechny možnosti, které jsou na dané architektuře k dispozici, takže je mu jedno, jestli ta binárka bude používat int, SYSCALL nebo SYSENTER. Klidně to může střídat.
Podle MS Knowledge Base to třeba XPčka bez restartu neuměla (plus je tam dobrý ten vtip, že MS je nedoporučuje používat jako PnP systém), novější informace jsem tam nenašel, tak proto se ptám.
Linux je preemptivní už poměrně dlouho, včetně obsluh interruptu, s výjimkou fast interruptů, kde je to zakázané by design (přesněji řečeno: interrupt handler může přerušit jen interrupt s vyšší prioritou, přičemž fast interrupty mají nejvyšší prioritu). Pokud však chcete opravdový real-time systém, existuje RTLinux. Prioritizaci IRQ umí Linux od verze 2.0 (je pro to příkaz irqtune).
Btw. umí už Windows preemptivitu vypnout? V mnoha situacích (např. server s jednou 10Gbps síťovou kartou) to totiž jenom zdržuje.
To si asi nerozumíme. OS samozřejmě může nabídnout syscall přes SW interrupt i přes SYSENTER. Nicméně syscall provádějí většinou systémové knihovny (na unixech libc). Použijí na jednom CPU SW interrupt a na jiném SYSENTER? Na Windows ano, protože se funkce pro volání syscallu (na unixech syscall()) při spouštění OS dynamicky přemapuje na SW interrupt nebo SYSENTER.
Ehm... Ptal jste se na load balancing IRQ, což se týká primárně SMP a cc:NUMA systémů. Najednou se dozvídám, že máte na mysli PCI sharing. Ve WinXP s klasickým PIC používá IRQ sharing, protože všechny jiné přístupy byly nespolehlivé.
BTW nastavení "Pnp OS" v BIOSu se týká výběru zařízení, které má BIOS před bootem nakonfigurovat. U PnP OS inicializuje jen nejnutnější HW, zbytek dělá OS.
Linux je preemptivní? Fakt? A co Big Kernel Lock? Teď nedávno ho pánové nově rozdělili na více Big Locků (code locks), s tím že je snad jednoho krásného dne zlikvidují. Jak jsem už psal, špatný návrh se opravuje dlouho a těžko.
Od Win2008 je k dispozici TCP receive window auto-tuning. Navíc už dávno negeneruje každý packet svůj interrupt. Používá se interrupt coalescing, a s jedním interruptem se vybere více packetů. Těch technik je více. Pokud vás to fakt zajímá, přečtěte si Windows Networking Deployment Guide.
To záleží na té které knihovně a jak je zkompilovaná. Třeba glibc to většinou dělá (ale dá se zkompilovat jenom s přerušením), ulibc vždycky používá přerušení.
If you change to an incorrect IRQ setting or I/O range for the bus that a device is on, Windows XP cannot compensate by rebalancing the resource that was assigned to that bus Bez toho je (re)balancing takový hodně omezený.
BKL se týkal jen některých částí systému a v současnosti se granularita zamykání zmenšuje. Spousta částí je už dlouho bezzámkových nebo se spinlocky. Jinak co s tím mají co code locks co dělat? Když něco vleze do code lock, tak to může přerušit jen interrupt s vyšší prioritou a ten tam nepoleze, protože bude řešit něco úplně jiného.
To samozřejmě vím, jinak by to těch 10 Gbps nikdy nezvládlo, ale i tak ta vynucená preemptivita zbytečně žere procesorový čas.
Jak jsem psal, ve Windows se syscall provádí přes INT 2EH pouze pokud není k dispozici SYSCALL/SYSENTER. Rekompilace není potřeba.
U sběrnice PCI se IRQ běžně sdílí. Rebalancing IRQ byl potřeba u ISA karet, nebo pokud byl HW navržený v rozporu se specifikací PCI. Jak jsem psal, podle dotazu se zdálo, že mluvíte o obsluze přerušení v cc:NUMA systémech (balancingu IRQ mezi CPU). Tam je dobré, když CPU obsluhuje přerušení od zařízení, které je mu "blízko", tedy ke kterému má rychlý přístup. Tohle Windows samozřejmě umí.
BKL se původně týkal celého kernelu, jako u původních UNIXů. A bohužel i po dvaceti letech vývoje je granularita zamykání v kernelu Linuxu mizerná.
Preemptivita žere čas CPU? Detaily, prosím.
Na Linuxu samozřejmě rekompilace není potřeba, pokud máte x86_32 a distribuční glibc, tam si to detekuje (na x86_64 je všude SYSCALL, dle specifikace, ostatní architektury jsem nestudoval). Akorát máte možnost si to zkompilovat, aby to fungovalo jinak, pokud chcete. ulibc to má natvrdo, protože se snaží být co nejmenší.
Vzhledem k tomu pravidlu o omezené preemptivitě (přerušit může jen interrupt s vyšší prioritou) dlouho nebyl s BKL problém. Až při nástupu vícejádrových ne-NUMA systémů to začalo být vážné (paralelní běh více interrupt handlerů bez oddělené paměti), tak se s tím začalo taky víc počítat. Současný stav je takový, že by to na existujícím hardware mělo zvyšovat latenci maximálně na hranici měřitelnosti.
Čím více preemptivní, tím typicky buď musíte více zamykat nebo je práce na netriviálních strukturách méně efektivní. Zajímavé pojednání o tom je například tato práce.
S BKL nebyl problém? Po dobu provádění syscallu všechny další pokusy o syscall končily zablokované. To výrazně zvyšuje latency, což bylo (a je) vidět u audia, přepínání režimů video karty atd. Samozřejmě na SMP a cc:NUMA strojích je to ještě horší, protože škálovatelnost takového kernelu je tragická (s počtem CPU klesá výkon per CPU).
Čím více preemptivní, tím lepší latency. Samozřejmě musíte na správných místech zamykat, a na jiných používat synchronizované struktury. Velké zámky typu BKL mohou mít o nepatrně nižší overhead na single CPU strojích, ale latency je mizerná. Navíc servery jsou už pěkných pár let SMP nebo cc:NUMA, a tam velké zámky vedou k tragickému (ne)škálování výkonu. Bohužel když napíšete kód bez zamykání, a efektivně nemáte představu, kde kdo do které struktury sahá, dodělává se fine-grained locking velmi těžko.
Většina odborníků na vývoj OS za sebou má nějakou historii. Samozřejmě se do toho může pustit i někdo naprosto nezkušený, jako Linus. Výsledek pak podle toho vypadá. Neproběhne klasický návrh klasický systému, opíše se něco existujícího, nadělá se hromada chyb (absence threadingu, big kernel lock, příšerné zpracování driverů a vůbec celého I/O), a pak se lepí, přepisuje, lepí a přepisuje.
A pokud jste někdy četl The Cathedral and the Bazaar, tak víte, že ve výsledku to nakonec funguje lépe, než když se to blbě navrhne jako megalomanský projekt a pak se škrtá a škrtá ;-)
Btw. Linus prakticky jen opsal návrh od Andrewa Tannenbauma, což je pan Návrhář operačních systémů.
Pokud byste místo The Cathedral and the Bazaar četl informace o rozšíření SW, tak byste věděl, že ten komunistický pamflet nemá pravdu. Dům také neprojektujete tak, že přinesete cihly, dobrovolníky, a začnete stavět. Když to tak uděláte, dům vám spadne na hlavu stejně, jako už douho autorům padá na hlavu vývoj kernelu Linuxu.
Linus psal terminálový emulátor, a pak se rozhodl psát OS, inspiroval se MINIXem, a opisoval API klasických UNIXů podle jejich dokumentace. Plus on a jeho lidé kopírovali kusy zdrojáků jiných UNIXů, ale to je jen detail. Andrew Tannenbaum je podle všeho dobrý pedagog, jeho MINIX je zajímavý výukový systém, a podílel se na řadě zajímavých projektů. Nevím ale nic o tom, že by (na rozdíl třeba od Davida Cutlera) stál za architekturou nebo vývojem nějakého rozšířeného OS.
Hmm, ano, Linux neběží na dvou třetinách serverů, Apache a nginx na sedmdesáti procentech webů a několikasetleté statky na venkově padají jak hrušky, zatímco nové pečlivě naprojektované budovy ne. Asi jste z nějaké jiné reality.
Btw. fakt si to přečtěte. Třeba vám dojde, že jde o popis reálných událostí, nikoliv o nějaký pamflet jako je microsoftí popis, jak navrhnout hybridní jádro.
Linux běží na velké části internetové infrastruktury jen proto, že je zdarma.
Co si mám fakt přečíst? The Cathedral and the Bazaar? Celou knihu jsem nedal, připadá mi to jako ztráta času. Zajímá mě spíš technika, než politický manifest. Navíc Raymondovy argumenty v realitě moc nesedí.
Fakt si myslíte, že když dají za jeden server kolem 5 000 USD, tak už nebudou mít 200 USD (s multilicencí by to dost možná bylo i míň než 100 USD) na licenci? A proč tedy ty servery nemigravali, když by se jim to tak vyplatilo?
Btw. v Seznamu jsem pracoval a tam o cenu určitě vůbec nešlo.
Já měl za to, že právě tyhle firmy minimálně zpočátku jely na běžném desktopovém HW instalovaném na policích. USD 5000 mi na cenu takového stroje nesedí. A Windows Server jste tehdy za USD 200 fakt nepořídil.
Máte představu, co by znamenala migrace třeba Facebooku na Windows? Znamenalo by to mimo jiné vyměnit personál (část možná přeškolit), protože s Windows nemá zkušenosti. MS migroval třeba Hotmail, a dalo mu to dost práce. Migrace z Windows na UNIXy je ještě drsnější věc, protože často na UNIXech nenajdete SW, který jel na těch Windows.
UNIXy používají tradičně (a většinou dodnes) předpotopní bitové masky místo ACL.
Protože evidentně na většinu věcí pořád stačí. Plné ACL je ale samozřejmě dostupné.
Autorizace původně fungovala tak, že aplikace nějak dostala heslo v plaintextu, vyrobila z něj MD5, a tu ověřila proti /etc/pwd. Velmi pokrokové, tedy kdysi v šedesátých letech
Ano, kdysi dávno. Kdysi dávno taky Windows žádnou autentizaci nedělaly. Zřejmě ještě pokrokovější, protože to bylo v devadesýtých letech.
Kvóty některé FS neumí dodnes
Například exFAT.
A šifrované protokoly? Telnet a FTP posílaly hesla v plaintextu.
Taky je už používají jenom windowsáci. Telnet a (autentifikované) FTP se na Unixech přestaly používat ve stejné době, kdy windowsí SMB přestalo posílat hesla v plaintextu.
NFS se dokonce autorizovalo (a dodnes autorizuje) jen nastavením GID a UID v požadavku
Pokud danému serveru důvěřujete a proti podvrhům se umíte ochránit, je přeci zbytečné to dělat jinak. Pokud ne, tak NFS už od roku 1995 podporuje Kerberos.
User rights byly "tradičně" řešeny tak, že root smí všechno, a utilitám se přidával suid, aby běžely pod rootem. Neprivilegovaný uživatel pak mohl mít právo utilitu spustit. User rights na úrovni API neexistovala.
Což je osvědčený koncept pro naprostou většinu situací. Když má totiž někdo třeba právo instalovat ovladač nebo přepisovat globální aplikace, tak už veškerá další oprávnění dokáže získat snadno. Ale tak to funguje i na Windows.
typu změny času
Na to máme v Unixu NTP. A na změnu časové zóny přeci nepotřebujete administrátorská práva. Jo, počkejte, na Windows je vlastě potřebujete. Velmi pokrokové.
změnu souborů v adresáři Program Files
To řeší PackageKit. Případně to můžete udělat pomocí sudo, ACL ap.
UAC je celkem dobrá vychytávka, která se snaží do jisté míry vyřešit dilema uživatele: být či nebýt admin?
Možná by bylo lepší se zamyslet, kde ještě je potřeba získávat speciální oprávnění a kde už ne.
Plné ACL je dostupné jen někde. Spolehnout se můžete jen na klasické bitové masky.
Windows NT samozřejmě autentizaci řešily.
ExFAT kvóty neumí proto, protože na paměťové kartě je fakt nepotřebujete.
Ano, NFS podporuje Kerberos. Celkem vtipné s Kerberem to musí být ve chvíli, kdy do takovéhoto GUI přijde všech sto tisic uživatelů z realm (ve Windows domény):
http://rofi.roger-ferrer.org/eiciel/?s=5
Bohužel ten "osvědčený" koncept utilit se SUID vůbec neřeší použití API. Fakt si nemyslím, že ve většině situací stačí jen pouštět utilitu, která má veškerá práva v systému. Ve Windows je problematika řešená na úrovni API, a uživatelům lze přiřadit libovolnou kombinaci user rights.
Ve Windows probíhá synchronizace času samozřejmě také automaticky. A na změnu časové zóny admina nepotřebujete. Změnu souborů v Program Files potřebovat můžete a nemusíte, záleží na situaci. Pochopitelně i ve Windows máme installer a možnost spouštět pod jiný muživatelem. Bavíme se ale o tom, že pro uživatele Windows 9x je nezvyk, když nemohou dělat kdekoliv cokoliv.
Ano, otázka defaultních práv uživatele je celkem důležitá. Ve Windows existují bezpečnostní templates, které shrnují nastavení user rights a ACLs (a o kterých nezkušení uživatelé pochopitelně nevědí). Defaultní template ve Windows Vista vyžadoval admina i na věci, které uživatelé provádějí celkem často. Ve Win7 byl ten template změněn.
Plné ACL je dostupné jen někde. Spolehnout se můžete jen na klasické bitové masky.
Plné ACL je dostupné všude, kde je implementován POSIX. Samozřejmě na exFAT to není.
Bohužel ten "osvědčený" koncept utilit se SUID vůbec neřeší použití API. Fakt si nemyslím, že ve většině situací stačí jen pouštět utilitu, která má veškerá práva v systému. Ve Windows je problematika řešená na úrovni API, a uživatelům lze přiřadit libovolnou kombinaci user rights.
Problém je, že tohle krásné oddělení funguje jenom na čistém mikrokernelu, kde se ACL vynucuje i mezi jadernými procesy. Pokud ve Windows (a i v Linuxu) omezíte uživatele jen na načítání ovladačů nebo jen na změnu systémových aplikacích, tak mu můžete rovnou dát všechna práva, protože pokud je alespoň trošku schopnější, tak si je dokáže opatřit.
K plným ACL je potřeba například jejich podpora u FS. exFAT on removable media nemá ACL, protože každý počítač má jinou user base, takže ACL nemá na jiném stroji kontext. Tenhle problém uvidíte při mountu ext2/3 volume na jiném systému. Jak má ten systém vědět, který uživatel má UID 12345, když tuhle informaci nemá? exFAT je navíc určený pro spotřební elektroniku, má být co nejjednodušší k implementaci, a ono nemá valný smysl implementovat ACL ve foťáku.
To samozřejmě není pravda. Můžete uživateli dát práva neprivilegovaného uživatele, a k tomu mu umožnit provádět zálohu dat (tedy obejít ACL, s tím že soubory zašifrované přes EFS dostane jen v šifrované podobně). Nebo můžete uživateli povolit remote shutdown systému, změnu času stroje nebo management stránkovacího souboru. Když to uživateli povolíte, může ty akce provádět pomocí API, a samozřejmě i utilit, které jsou spouštěné v jeho kontextu.
Podporu ACL taky všechny běžně používané unixové FS mají, stejně jako je má NTFS. Těch pár, co je nemá, jsou potom na stejné lodi jako exFAT.
Tohle můžete dělat v Linuxu samozřejmě taky a není na to potřeba žádné speciální API. Pro zálohování stačí povolit čtení blokového zařízení oddílu, pro vzdálené vypnutí stačí v ACL nastavit, aby mohl spuštět příkaz halt s právy roota, pro změnu času stroje příkaz date a pro management stránkovacího souboru příkazy swapon a swapoff. Libovolným utilitám pak stačí používat tyto příkazy (což dělají stejně).
Vy zálohujete tak, že vydumpujete blokové zařízení? A co třeba částečná nebo inkrementální záloha?
To fakt chcete z aplikace místo volání API používat utility? Nejlépe v tradičním UNIXovém duchu přes fork/exec (tj. na Linuxu to bez memory overcommitmentu to sežere hromadu paměti, s ním vám bude v systému řádit OOM Killer)? A na změnu času si "pro jistotu" pustíte utilitu s právy roota? To jsou samé skvělé věci.
Inkrementální zálohy samozřejmě dělat lze i tak, třeba přes LVM. Částečné zálohy lze dělat podle hranic souborových systémů.
Vzhledem k tomu, že tak fungují Unixy už dlouho a ve výsledku to funguje lépe, než windowsí systém API, tak ano. Pokud vám vadí fork/exec, můžete použít třeba vfork nebo D-Bus.
OOM killer je zřejmě hrozný bubák, kterým se straší malí windowsáci před spaním :-)
Podle hranic FS? No tomu říkám granularity :)
Takže když máte jen command line utility a žádné API (POSIX pro spoustu operací stejně API nespecifikuje), tak je to vlastně OK. To chce gratulaci k chytrému návrhu :)
OOM Killerem se straší admini systémů, na kterých jedou produktivní aplikace.
Úplně dostačující.
Tak prostě Unix už čtyřicet let funguje, zatímco Microsoft své detailně promyšlené systémy tak jednou za osm let kompletně přepisuje.
Já jsem teda žádného admina (pokud to nebyl certifikovaný Windows Server Administrator) vystrašeného OOM killerem nikdy neviděl.
Když něco UNIXy neumí, není to potřeba. Podle mě API je potřeba širší API, nakonec náznaky najdete i v Linuxu (bohužel ne v POSIXu).
Microsoft své detailně promyšlené systémy tak jednou za osm let kompletně přepisuje? Nevšiml jsem si. Detaily, prosím.
Ono také není moc adminů, kteří by měli Linux na produktivních serverech, snad s výjimkou webů.
No aby zálohy k něčemu byly, je potřeba mít kompletní zálohy. Proto zálohy na hranici souborového systému stačí.
DOS -> Windows 9x -> Windows NT 5 -> Windows NT 6 -> WinRT
A co tam teda mají? Solaris? BSD? AIX? Všechno to má obdoby OOM Killeru. Snad jedině HP-UX, ale ten se místo toho uswapuje. Windows na takových strojích fakt nespouštějí.
Aby zálohování bylo co k čemu, musíte mít možnost si vybrat, co chcete zálohovat. Nakonec i na UNIXech se běžně používají backupy, které pracují per-file, nikoliv per-FS. Rozdíl je v tom, že ve Windows můžete mít dedikovaného uživatele, který má právo provádět zálohy (a obcházet tím ACL pro čtení), ale nemá práva pro administraci systému.
DOS, Windows 9x a Windows NT jsou různé produkty. Windows NT jsou po celou dobu velmi konzistentní, nejde o žádné velké změny konceptu. Ani s WinRT se toho moc nemění; architektura zůstává stejná.
Solaris má obdobu OOM Killeru? To by mě překvapilo. Nepoužívá totiž memory overcommitment.
http://developers.sun.com/solaris/articles/subprocess/subprocess.html
The Solaris OS does not use any heuristics or guessing of any kind. Therefore, it never needs to kill random processes when it runs out of memory.
Linux pokud vím dále zvesela memory používá overcommitment, a když pak paměť dojde, tak OOM Killer losuje a odstřeluje procesy.
Ano, Solaris vždycky sestřelí ten proces, kterému dojde paměť. Velmi inteligentní, když používá overcommit prakticky pro všechno kromě mallocu (resp. sbrk). Znamená to totiž, že při nedostatku paměti se už ani root nepřihlásí.
Linux používá heuristický overcommit, který dokáže spoustu problémů odhalit včas. Odstřelování se snaží být inteligentní a vychází z pravidla „zachovat přístup rootovi“, potom „zachovat interaktivní procesy“ a nakonec „zachovat hodně používané služby“, takže losování je tam minimální; pokud se vám ale líbí víc přístup Solarisu, můžete klidně použít ten (/proc/sys/vm/oom_kill_allocating_task). Mimochodem OOM Killer jsem v akci neviděl už roky, zatímco třeba Eclipse mi na nedostatek paměti (malloc failed with ENOMEM) padá i dvakrát týdně.
Solaris vrátí chybu tomu procesu, který se snaží o alokaci. Jak proces s chybou naloží, to už je jeho věc. Pro vzdálené odstřelení procesu, který sežral paměť, nepotřebujete snad ani na UNIXech terminálové přihlášení.
Problém je v tom, že zatím co ENOMEM může aplikace v pohodě ošetřit (opakovat malloc s menším bufferem, dealokovat nějakou paměť apod), tak OOM Killer může nadělat pěknou paseku. Není totiž co zachytit. Proces dostane paměť, pak jí zkusí použít, a najednou je tenhle nebo jiný proces odstřelen bez možnosti cokoliv po sobě uklidit. Jestli vám to připadá jako dobré řešení, tak mě ani řadě jiných lidí rozhodně ne.
Pro vzdálené odstřelení procesu se hlavně musíte autorizovat. Což bez paměti jde hodně těžko. Linux sice vyhrazuje ¹⁄₃₂ adresního prostoru pro roota nebo cache, ale i ta se může při problémech celkem rychle vyčerpat.
Takže znovu: Solaris ten proces odstřelí, pokud ten proces získává paměť jinak než přes malloc (např. přes RW mmap souboru, na kterém potom pracuje). Sestřelí jej pomocí SIGBUS (OOM Killer sestřeluje pomocí SIGTERM). Chci vidět, jak tohle dokáže ta aplikace ošetřit lépe, než v Linuxu.
Pokud vím, OOM Killer posílal vždy SIGKILL, nikoliv SIGTERM. Vizte zdroják, mm/oom_kill.c.
http://git.kernel.org/?p=linux/kernel/git/stable/linux-stable.git;a=blob;f=mm/oom_kill.c#l524
do_send_sig_info(SIGKILL, SEND_SIG_FORCED, p, true);
Kolik potřebujete paměti na obsluhu RW mmap-ovaného souboru? Pokud vím, tak jen tu stránku, se kterou aplikace právě pracuje (plus nějakou paměť kernelu). Pokud není paměť, změny se prostě zapíšou do mapovaného souboru. Jinak při použití mmap() obecně můžete dostat SIGBUS (například při přístupu za konec mapovaného souboru), takže by ho aplikace měla být schopná obsloužit.
Paklize mluvit o platforme na PC, najdete funkcni alternativu (a GNU/Linux opravdu neni odpoved - pro vetsinu uzivatelu, kteri s pocitacem chteji pracovat, a ne pracovat kvuli pocitaci).
Paklize mluvite o OS pro mobilni zarizeni, WP neni tak rozsiren, a W8 jeste ani nevysly - takze jak to muze byt "propadakova" platforma?
Aby zmizely win only aplikace pro komunikace mezi státní správou a občany + institucemi, win only materiály pro středoškolské a vysokoškolské studenty (apod). V situaci, kdy si podnikatel musí udržovat počítač s windows proto, že bez něj nepodá daňové přiznání, ani nemůže plnohodnotně pracovat s obsahem státem přidělené datové schránky, v situaci, kdy na řadě škol jsou k dispozici pro studenty studijní materiály ve formátu, který otevře jen MS Office (mnohdy pouhé oskenované stránky uložené jako obrázky, ale následně "ošetřené" wordovskými makry tak, že se to do jiného office načíst nedá), tak je prostě něco špatně.
Patřičně podané jako volební program by to mohlo mít úspěch, vzpomeňme, jak v minulých komunálních volbách zabodovala ČSSD se slibem zrušení 30 Kč poplatku u lékaře (navíc nesplněným), který je proti nákladům na windows naprosto bagatelní.
Tak minimalne jedna strana to ma v programu :-) Akorat se nedostava to masmedii, coz je na druhou stranu mozna i dobre.
Statni sprava a skolstvi - jj to je problem, ale trosku se to da resit, treba i urcitym "poucenim" pedagogu na konkretni skole. S uredniky to takto nefunguje, ti jsou prece nejchytrejsi :-)
osobně to vidím tak, že komu se nelíbí podmínky MS, ať si vybere jiný sytém či aplikaci, nabídka je široká... a pokud daná aplikace na jeho nový systém neexistuje? tak smůla, ale MS za to rozhodně nemůže, je to chyba vývojáře že danou aplikaci pro daný systém nechce či neumí vyrobit... a to jak všichni pláčou že ve Windows nemají svůj program nebo že jim tam nepůjde vytvořit plnohodnotná aplikace, je jen jejich trapná výmluva a snaha se zviditelnit...
1. nutit MS aby používal/nabízel/propagoval ve svých aplikacích aplikace třetích stran (viz třeba ballot screen) je jako chtít po Applu aby prodával ve svých storech pc s Linuxem či Windows...
2. vyrobit jde téměř cokoli a na jakýkoli systém, pokud se chce... jen se musí hledat nová cesta jak toho dosáhnout a přepsat část kódu či napsat program nový...
Stále jsem se nikdo nedočetl co vlastně Metro vývojářům nenabízí a proč nelze vlastní prohlížeč naprogramovat?
Ono to trochu vypadá jako situace okolo iOS, kde jsou také omezení, které dělají Safari jediným plnohodnotným prohlížečem na Apple zařízeních, protože ostatní prohlížeče např. nemohou pouštět skripty přímo na zařízení. Mimochodem Firefox na iOS také není.