Podíl Windows klesl pod 90 %
Společnost Net Applications, která dává dohromady různé statistiky pocházející z měření návštěvnosti na webových stránkách, naměřila v listopadu zastoupení operačního systému Windows 89,69 %. Podle stejné statistiky, podíl Windows za poslední rok pomalu klesá většinou ve prospěch Mac OS X. Linux si od začátku roku polepšil přibližně o 0,2 procentního bodu.
Dále čtěte…
- Proč podporovat Linux a Mac OS X 31. 12. 2008 13:49
- Textové soubory na různých operačních systémech 23. 7. 2008 8:11
- Podpora hardwaru v Linuxu 11. 5. 2012 13:25
- Opravuje se lépe Linux nebo Windows? 13. 9. 2010 12:01
- Opravdu musím "znát" Linux, abych ho mohl používat? 15. 1. 2010 17:15
mobilní prohlížeče
celé vláknoWebové statistiky sice jsou a do budoucna rozhodně budou velmi zásadní, nicméně hodnotu zastoupení OS na desktopech již pomalinku začínají ztrácet i přes to, že se internet začíná být všude stejně rozšířený jako telefon.
Re: mobilní prohlížeče
celé vláknoRe: mobilní prohlížeče
celé vláknoRe: mobilní prohlížeče
celé vláknoRe: mobilní prohlížeče
celé vlákno1) jiz ted tomu tak je, lze se ovsem jen domivat jak moc
2) bude tomu tak cim dal casteji a vice
Re: mobilní prohlížeče
celé vláknobrowser nemuze byt stejny. jen podobny. a neni duvod, aby mel spatne nastaveny user-agent.
Re: mobilní prohlížeče
celé vláknoJeden extremni pripad za vsechny (dopredu pisu ze vim ze jde o extrem, ktery v statistikach bude (kdyz nepocitam aktualizacni servery) znamenat 0,0nic.)
wget, ftp, curl (a ted me jine podobne consolove downloadery nenapadaji).
A co treba dnesni mini/net booky ? Pokud je zaradim prave do tech mobilnich - nedesktopovych zarizeni - coz vetsina techto mini/net booků prave je, tak jak poznate že to je mobilní zařízení ?
Re: mobilní prohlížeče
celé vláknoTakze jestli budu mit v logach neco jineho nez WM9, Symbian, Android a iPhone, tak mam temer jistotu, ze to nejsou mobily. A exoti, co si hrajou, vysledek nijak neovlivni.
uvadet vedome nerelevantni priklad je dost divny.
pokud mam kategorii desktopu, do ktere spadaji i klasicke laptopy a pak az kategorii PDA resp. mobily, tak tzv. netbooky spadnou logicky do kategorie desktopu. Vaha pro takove rozdeleni neni rozhodujici (i kdyz i tak se vice podoba klasickym laptopum).
kdybyste si vsiml poradne tech cisel, tak cela mobilni flotila se podily na tech vysledcich temer jednim procentem. o nejakym vlivu bych tedy rozhodne nemluvil.
Re: mobilní prohlížeče
celé vláknoad 2 - sem rad ze me povazujete za exota pokud mam na ipaqu familiar linux, ovsem nejsem opet ani naaahodou jedinny a i v techto zarizenich je linux v zakladni vybave cim dal tim casteji. U smartphonu je situace podobna. Jak ale rozeznate tento linux od klasickeho v techto cislech nevim, kristalova koule ?
ad 3 - nejsou to nerelevantni priklady, pouze velmi specificke ktere na nejednom serveru nejake to promile udelaji
ad 4 - to je prave ten tenky led, ja radim tyto netbooky do mobilni sfery, prave proto, ze ono na nich skoro nic jineho delat ani nejde. Jsou male, duraz je kladen na mobilitu a jejich vykon je dost mozna srovnatelny s nekterymi pda.
ad 5 - opet mate uzasne telepaticke schopnosti nebo proste lepsi kristalovou kouli nez ja, nikde tam totiz nevidim, kolik z tech linuchu nebo windowsu je mobilnich. Na druhou stranu ano, u statistik vlastich serveru mam toto moznost porovnat, ovsem ten reprezentativni vzorek nebude az tak reprezentativni...
PS: takovej awstats mobilni win normalne, zcela logicky pocita do win, ipoda zrejme do Mac OS, mobilni operu z low-end telefonu zrejme do neznameho, ktery na mych serverech dela vic 2.4% coz neni tak malo
Re: mobilní prohlížeče
celé vláknoad 3. Vy obhajujete promile, ja desitky procent. Me promile fakt nezajimaj.
ad 5. Nebo proste lepe ctu. Windows ME a Windows CE jsou OS pro mobilni zarizeni.
Asi budete prekvapeny, ale awstats urcite na tu statistiku nepouzili.
Podtrzeno, secteno:
Jednak nikdo netvrdil, ze statistily neco rikaji o zastoupeni OS na desktopu. Ani se nesnazi nebot nemaji duvod.
Tvrdit, ze tyto statisky hodnotu zastoupeni OS na desktopu pomalu zacinaji ztracet je jako tvrdit, ze Slunce pomalu zacina vyhasinat.
Re: mobilní prohlížeče
celé vláknoprocentní body
celé vláknozáklady štatistiky
celé vláknoRe: základy štatistiky
celé vláknoRe: základy štatistiky
celé vláknoPrieskum nehovorí o "návštevnosti serverov z jednotlivých OS", ale o "zastúpení OS". Tie ich servery predstavujú výberový súbor, a z výberového sa autori pokúšajú vypočítať "zastúpenie jednotlivých OS". A na to už slúži štatistika, ktorá nikdy neposkytuje presné výsledky, ale len výsledky zaťažené štatistickou chybou, o ktorej zjednodušene platí to, čo som napísal vyššie. A aj keby výsledky hovorili len o podieloch OS v prístupoch na weby, autori musia mať metódy ktorými sa snažia eliminovať viacnásobné prístupy z tej istej IP, krátkodobé prerušenia spojenia, a p., čiže opäť používajú štatistické metódy.
Merať len podiel OS v prístupoch na určitý web by poskytovalo v podstate bezcenné výsledky, z ktorých by nevyplývalo nič viac, než to, že dané OS existujú a ľudia ich používajú pri surfovaní.
Re: základy štatistiky
celé vláknoRe: základy štatistiky
celé vláknoJediný výsledok bez štatistickej chyby je priame meranie absolútne presnou metódou. Dokonca aj meranie dĺžky čohosi meracím pásmom by si správne mal opakovať viackrát a vyhodnotiť ho štatisticky. tam je chyba síce malá, ale tiež je.
BTW, ak si prečítaš môj príspevok, napísal som, že aj podľa mňa je dosť pravdepodobné, že podiel Windows klesá (možné chyby, napríklad mobilné pripojenia, spomínali iní), povedal som len, že na danej úrovni sa nedá príliš meditovať o vzostupe či poklese Linuxu. Ten môže byť väčší ako tých 0.2 percentného bodu, ale nedá sa ani vylúčiť pokles Linuxu. Toť vsjo. Je mi srdečne jedno, či má Windows 90% alebo 70, nič z toho nemám. Zaujímať ma to začne až keď sa začne Windows stávať menšinovým alebo nekvalitným, vtedy zvážim prechod na iný OS.
Re: základy štatistiky
celé vláknoRe: základy štatistiky
celé vlákno2. Štatistické metódy sa museli uplatniť už pri výbere tých serverov.
3. Ani počítanie prístupov k určitým stránkam nie je celkom jednoznačné, aká je hranica medzi "stále tým istým pripojením" a "novým prístupom", ako sa eliminujú zmeny IP adresy?
Re: základy štatistiky
celé vláknoRe: základy štatistiky
celé vláknoRe: základy štatistiky
celé vláknoRe: základy štatistiky
celé vláknoRe: základy štatistiky
celé vláknoRe: základy štatistiky
celé vláknoRe: základy štatistiky
celé vláknoRe: základy štatistiky
celé vláknoRe: základy štatistiky
celé vláknoPokud ale něko řekne "na Y serverech jsme naměřili podíl X", tak tam žádná chyba není, protože jen říká výsledky měření, toť vše.
Re: základy štatistiky
celé vláknoRe: základy štatistiky
celé vláknoRe: základy štatistiky
celé vláknoRe: základy štatistiky
celé vláknoRe: základy štatistiky
celé vláknoLidi někde zaslechli magické slovo "statistická chyba" a používají to na internetu kde se dá, hlavně pak tam, kde to vůbec nepatří.
Re: základy štatistiky
celé vláknoideální podíl
celé vláknoWindows > 30%
Mac OS X > 30%
Linux > 30%
To by přineslo konkurenci a zkvalitnění programů. Třeba aby bylo psány univerzálně pro více OS. Norma POSIX to umožnuje, jestli se nepletu. Jeden kód, zkompilovatelný pro více OS či rodin procesorů. Nepletu se?
Re: ideální podíl
celé vláknoRe: ideální podíl
celé vláknoU velkého SW stačí když deklarují a zajistí kompatibilitu s určitou major verzí "velkých" distribucí: Debian stable, RHEL, SLED a možná Ubuntu LTS. V daném segmentu se na bleeding edge aktualizace moc nehraje. Dokud všechno funguje, tak se řeší jenom bezpečnost a aktualizuje se až když je všechno nové otestované a sladěné.
Re: ideální podíl
celé vláknoRe: ideální podíl
celé vláknoRe: ideální podíl
celé vláknoBohužel u "živého" produktu nejde jen o podpiru konkrétních distribucí, ale i jejich verzí. Takže to máme 4 distra Linuxu, každé řekněme ve 4 verzích, protože vychází cca co půl roku. Z hlediska testování a podpory je to noční můra.
Re: ideální podíl
celé vláknoRe: ideální podíl
celé vláknoRe: ideální podíl
celé vláknoRe: ideální podíl
celé vláknoRe: ideální podíl
celé vláknoRe: ideální podíl
celé vláknoLinux ako kernel ma systemove volania medzi verziami kompatibilne - iba sa rozsiruju - a spustim aj 10 rokov staru aplikaciu.
To co vy pisete, je nekompatibilita kniznic - ale vyrobcovi nic nebrani tie aktualne libky pribalit ku svojej aplikacii, alebo vybuildovat staticku binarku. Takisto moze pouzit program statifier.
Re: ideální podíl
celé vláknoNavíc to sdílení knihoven není jen o úspoře zdrojů. Také vám umožní naučit aplikaci novou věc, třeba přehrávač multimédií nový formát videa.
Zajímalo by mě, proč mohou být Windows zpětně kompatibilní včetně knihoven, a na Linuxu byste totéž chtěl řešit statickým linkováním. Kde je problém? Špatný vývojový model? Kašlání na zpětnou kompatibilitu?
Re: ideální podíl
celé vláknoRe: ideální podíl
celé vláknoRe: ideální podíl
celé vláknoRe: ideální podíl
celé vláknoMmchd. kdyby jen 10 let. I aplikaci pro kdoví jaký win z roku 1991 si dnes můžu spustit.
Re: ideální podíl
celé vláknoNe každou. :) Aplikace EZLanguage, rok vydání 1996. Docela pěkná španělština. A pod Win XP ji nespustím ani náhodou.
Re: ideální podíl
celé vláknoRe: ideální podíl
celé vláknoRe: ideální podíl
celé vláknoRe: ideální podíl
celé vláknoRe: ideální podíl
celé vláknoRe: ideální podíl
celé vláknoRe: ideální podíl
celé vláknoaz do smrti
a tak furt dokola
Re: ideální podíl
celé vláknoPOSIX má dvě chyby:
- nedefinuje funkce pro GUI
- nelze jej použít ve Windows XP Home a Vista
Takže spíš bych to viděl na GTK+, Qt nebo něco jiného multiplatformního (.NET?).
Re: ideální podíl
celé vlákno2. ahaaa
Re: ideální podíl
celé vláknoRe: ideální podíl
celé vláknoAplikace lze psát multiplatformní, ale je to daleko dražší z hlediska vývoje, testování i podpory. Navíc jste omezen na funkcionalitu, která je společná všem platformám.
Navíc uživatelé na každé platformě očekávají něco jiného. Jako příklad si vezměte serverovou aplikaci pro Windows a Linux. Ve Windows bude aplikace pravděpodobně tvořená jednou službou, a hromadou nějakých komponent (COM nebo .NET). Konfigurace bude probíhat přes GUI, a ukládat se do Registry. Na Linuxu půjde typicky o deamon, který bude spouštět hromadu worker procesů, a konfigurace bude probíhat editací konfiguráků. Zkuste na Windows nabídnout to, co popisuji u Linuxu, nebo opačně. Bude to působit jako UFO, a zákazníkům se to nebude líbit. Totéž platí i pro desktopové aplikace. Třeba aplikace pro MacOS opravdu nemůžete nechat uživatele editovat přes konfiguráky, a aplikace nemůže mít menu součástí okna, protože obojí by bylo na Macu cizí.
Zkompilovat totéž pro více rodin CPU je možné již poměrně dlouho. Samozřejmě je problémem třeba aligning, který vám může překopat struktury. Ovšem vyšší programovací jazyk, jako .NET nebo Java, vás od toho odstíní.
Re: ideální podíl
celé vláknob) takova serverova aplikace na win, ktera si zapisuje cokoli do (i dle M$) absolentnich registru je pekne nahowno. Kdyz kvuli jejimu blbemu nastaveni widle nenastartuji, je problem nasvete. Naopak s textovym konfiguracem se 99,99% win spravcu zcela spokoji, vetsina z nich jej naopak velice uvita, jelikoz si do nej mohou napsat vlastni komentare proc zrovna takto a ne jinak. On se totiz ten textak da editovat velice snadno i ve velice strikne omezenem prostredi, pro upravy nastaveni pres GUI se v 80% vyzaduje admin pristup na rdp a to ne vsude lze, pro editaci souboru staci mit opravneni prave a jen k nemu + pripadny reload/restart sluzby.
c) kompilovat totez pro vice rodin CPU = napr pro ruzne x86 CPU je pitomost, ma to smysl jen v pripade aplikaci, ktere jsou na CPU opravdu narocne a takove pro zmenu nebehaji na win. Bezne se tudiz kompiluje pro i386 nebo i686.
Re: ideální podíl
celé vláknob) netuším, jaké máte zkušenosti s "windowsovými adminy", ale já takovou, že výrazné procento z nich jsou klikači do GUI, co tomu moc nerozumí, o problematice mají přečtenou jednu knihu a případné problémy řeší stylem "tak to zkusíme tady vypnout" popř. "vypnout a zapnout". Konfigurací pomocí byť dobře okomentovaného textového souboru si je rozházíte, protože to by o problematice museli něco vědět, zatímco v GUI něco nějak naklikají, ono jim to většinou zjevné nesmysly nedovolí a nakonec to třeba i nějak běží, byť neoptimálně, nezabezpečeně či s řadou zbytečných omezení.
Abych předešel hýkání tupých hlav, zdůrazňuji, že píšu "výrazné procento adminů" a ne všichni.
Re: ideální podíl
celé vláknoMyslím, že Linux sám o sebe z nikoho gurua nespraví.
Re: ideální podíl
celé vláknoZatímco u lidí od Linuxu/UNIXu (je jich tak 25% z mého okolí, nejsem v nějakém monokulturním prostředí) jsem se opravdu nesetkal s tím, aby byl přístup "pokus/omyl" apod. běžný. Prostě fakt, že Windows přitahuje mamlasy, mi přijde velmi dobře vysledovatelný a daleko od nějaké statistické chyby. Opět pro případné trubky dodám, že to není trvale udržitelná kráva. Předchozí věta neznamená, že všichni uživatelé Windows jsou mamlasové, že všichni uživatelé newindows systémů jsou guruové nebo že kdo je mamlas, používá vždy a jedině Windows ani další možné výklady slaboduchých jedinců neschopných chápat psaný text.
Re: ideální podíl
celé vláknoRe: ideální podíl
celé vláknoRe: ideální podíl
celé vláknob) Serverová aplikace pro Windows zapisuje do Registry tam, kam zapisovat má, stejně jako aplikace na Linuxu zapisují do správného konfiguráku. A nějak mi uniká důvod, proč by systém neměl nastartovat kvůli špatnému nastavení v Registry, ale nastartoval by při obdobně špatném nastavení v konfiguráku. Že by v tom bylo voodo? :) Provést start bez spuštění služeb můžete s REgistry i konfiguráky.
S textovou konfigurací se na Linuxu spokojíte u vlastního systému, MySQL, Apache, a dalších serverových věcí. Kupodivu KMail, FireFox, OpenOffice a Gimp konfigurujete z GUI, a asi vám to nepřijde nijak špatné. Správci na Windows se s editací konfiguráků prostě nespokojí, protože vyžadují GUI. Přesně jak jsem psal: jiná platforma, jiné požadavky.
Registry lze editovat pomocí GUI aplikace běžící na daném systému (lokálně nebo přes RDP), z GUI aplikace běžící na vzdáleném systému (naprosto běžné, jen jste to asi ještě neviděl), z command line na lokálním systému (reg.exe), nebo z command line na vzdáleném systému (reg.exe). V praxi se typicky používá GUI na lokálním stroji, s přístupem přes RDP, protože ve Windows je GUI stejně samozřejmé, jako terminál vt100 na unixech. Dokonce lze RDP provozovat přes velmi tenkou linku - 28.8kbps dial-up, nebo GPRS/EDGE.
c) Více rodin CPU, to jsou třeba x86, MIPS, ARM a další. Samozřejmě aplikace náročné na výkon běží na Windows zcela běžně. Jde o kódování multimédií, rendrování, distribuované výpočty, a nejběžněji hry a přehrávání multimédií. Co je pro uživatele Linux novinkou je fakt, že k optimalizaci není třeba rekompilace aplikace. Prostě se napíše několik větví kódu, a za běhu se použije ta, která sedí pro daný CPU.
Re: ideální podíl
celé vláknoRegistry mají dvě poměrně zásadní nevýhody: je velmi obtížné je nějak jednoduše verzovat včetně možnosti mergování změn a nelze je editovat bez speciální aplikace; na textové konfiguráky stačí libovolný editor včetně Poznámek z Windows Mobile.
Co je pro uživatele Linux novinkou je fakt, že k optimalizaci není třeba rekompilace aplikace
To není novinka. LLVM tohle dělá dokonce ještě lépe, bez větvení aplikace; jednoduše při startu upraví kód aplikace, aby používala tu možnost, kterou je nejlepší použít. Ale proč to řešit při běhu nebo startu aplikace, když to lze vyřešit už při nasazení?
Re: ideální podíl
celé vláknoNaopak Registry má jisté zásadní výhody. Je to rychlejší vyhledání hodnoty (binární strom vs slow seek konfiguráku), o hodně rychlejší zápis (konfigurák je nutné kompletně přepsat), možnost čtení při zápisu konfigurace (konfigurák se přepisuje, takže zrovna není možné ho číst), a možnost současného zápisu z více aplikací/threadů. Nakonec výhod Registry se snaží dosáhnout i GConf a podobné na Linuxu.
LLVM je zajímavý experiment. .NET i Java optimalizují obdobně. Bohužel řadu věcí automaticky optimalizovat nelze. Například pokud máte větší cache, můžete prodloužit velikost jednotlivého zpracovávaného bloku dat, což za vás LLVM, .NET ani Java neudělají. Dalším hřebíčkem do rakve je fakt, že optimalizace je třeba primárně u malých částí kódu, které se ale často optimalizují v ASM (například explicitní použití MMX/SSE/SSE2 instrukcí).
Re: ideální podíl
celé vláknoPrvni vec kterou se na MSKB doctes je : "otevreme si regedit"
Re: ideální podíl
celé vláknoJak verzujete konfiguraci na unixech? My to ve Windows neděláme (konfigurace není scratchpad), a pokud ano, tak prostě provedeme export větve Registry k danému datu. Ty soubory lze bez problému srovnávat. Tímhle způsobem lze také rychle najít mapování mezi GUI options a příslušnou hodnotou v Registry (ano, člověk by měl hledat v dokumentaci, tohle je quick and dirty way).
Re: ideální podíl
celé vláknoUvedomte si ze unixovy konfigurak je porad obycejny textovy soubor (everything is file) a podle toho s nim muzete manipulovat, optimalizovat ho (jsou velmi ucinne metody optimalizace vykonu), menit a zalohovat.
V pripade jakekoliv havarie windows NT, 2000, XP a Vista (zakaznici je porad pouzivaji) se muzete vratit k posledni funkcni konfiguraci, pouzit body obnovy (nekdy funguji), natahnout system z image nebo se v tom vrtat rucne pres nejaky bart/instalacni CD pomoci nepratelskych a neprivetivych nastroju typu cmd.exe nebo graficky regedit ktery neumi velke soubory. Zkuste si nekdy na frekventovanem stroji s windows udelat import .reg souboru o velikosti nekolika desitek MB. Nekdy je to opravdu jedina cesta a MS nastroje vam nahazi pod nohy tolik klacku zebyste dal jejich autorum (pravdepodobne uhrovatym brigadnikum s praxi max. tyden) pesti do tlamy.
Re: ideální podíl
celé vláknoAno, everything is file. Problém je, že řada věcí není file. Deamon není file, zvuková karta není file, okno není file. Objekt je daleko lepší abstrakce. Bohužel v době vzniku unixů objekty ještě moc nebyly, a od té doby se unixy nijak nepohnuly.
Jak optimalizujete uhnixový konfigurák? To by mě fakt zajímalo.
Ano, Windows mají v případě havárie řadu možností, co se s tím dá dělat. Hlavně si ale všimněte, že se jedná o tak řídké události, že řada lidí vůbec neví, že nějaké recovery options existují.
Export Registry mi problémy nedělal, importovat desítky MB jsem nikdy nepotřeboval. Kde je zádrhel?
Re: ideální podíl
celé vlákno"Everything is file" a je vasim problemem ze neumite zpracovavat soubory. Tahle diskuse zacina byt lepsi zabava nez sledovani primeho prenosu z parlamentu, doucte se unixovou teorii a do te doby sem nelezte :-D.
Pojem "Uhnixovy konfigurak" neznam.
Co nevi lide je mi volne, bavime se o moznostech.
V tom ze jste to nikdy nepotreboval a tudiz nezkusil ze to nejde.
Re: ideální podíl
celé vláknoJak konkrétně budete pracovat s deamonem nebo oknem jako se souborem? Třeba vytváření oken, nebo callback, to by mohlo být zajímavé.
Pojem "Uhnixovy konfigurak" je zjevně překlep, mělo být "unixovy konfigurak". Takže jak?
Možnosti jsou, jak jsem psal.
Kde konkrétně je v daném případě s importem Registry zádrhel?
Re: ideální podíl
celé vláknoKupte si "Pouzivame linux", nastudujte si ji a pak se s vami budu bavit.
ZADRHEL JSEM VAM POPSAL.
Re: ideální podíl
celé vláknoZkuste brzdit s doporučeními, a popsat, jak budete optimalizovat konfigurák tak, aby se z něj rychleji četlo či do něj rychleji zapisovalo. Psal jste mi, že je to velmi účinné: "Uvedomte si ze unixovy konfigurak je porad obycejny textovy soubor (everything is file) a podle toho s nim muzete manipulovat, optimalizovat ho (jsou velmi ucinne metody optimalizace vykonu), menit a zalohovat."
Zádrhel jste mi nepopsal. Prostě popište, jaké *konkrétní* problémy se vyskytnou, když importujete veliký .reg soubor. Zatím jste okolo toho jen chodil jako okolo horké kaše.
"Zkuste si nekdy na frekventovanem stroji s windows udelat import .reg souboru o velikosti nekolika desitek MB. Nekdy je to opravdu jedina cesta a MS nastroje vam nahazi pod nohy tolik klacku zebyste dal jejich autorum (pravdepodobne uhrovatym brigadnikum s praxi max. tyden) pesti do tlamy."
"Export Registry mi problémy nedělal, importovat desítky MB jsem nikdy nepotřeboval. Kde je zádrhel?"
"V tom ze jste to nikdy nepotreboval a tudiz nezkusil ze to nejde."
"Kde konkrétně je v daném případě s importem Registry zádrhel?"
"ZADRHEL JSEM VAM POPSAL."
Re: ideální podíl
celé vláknoJste uveznen ve svych predstavach o neresitelnosti problemu, uvolnete se a zacnete myslet. Jak asi inteligentni a myslici tvor vyresi problem s pomalym ctenim nebo zapisem, kde byste zacal? MYSLETE!!
Psalo to nejaky blabol jako: Soubor je prilis velky a nelze jej importovat. Zadnou herni konzoli ted nemam poruce takze presny text neoverim, nicmene problemem je velikost importovaneho souboru.
Re: ideální podíl
celé vlákno"Uvedomte si ze unixovy konfigurak je porad obycejny textovy soubor (everything is file) a podle toho s nim muzete manipulovat, optimalizovat ho (jsou velmi ucinne metody optimalizace vykonu), menit a zalohovat."
http://www.root.cz/zpravicky/podil-windows-klesl-pod-90/240979/
Problém s pomalým čtením a zápisem do konfiguráků se typicky řeší tak, že se zavede interface, skrz aplikace konfiguraci čtou a zapisují. Takovým interfacem jsou ve Windows funkce pro práci s Registry, v Gnome je to GConf, v KDE je to KConfig, na MacOS je to interface pro property listy, v AIXu Object Data Manager. Pak se vezme nějaký backend, do kterého se konfigurace píše. Na Windows jsou to Registry, na AIXu obdobný binární formát, MacOS používá také binární formát (od XML odešli, nebylo dost efektivní), KConfig používá XML, GConf XML soubory. Pokud je back-end textový, je asi třeba k němu držet binární index, a zápis to rozhodně neurychlí (je třeba přepsat texťák, a ještě aktualizovat index).
Teď zkuste myslet vy, a odpovědět mi na tři otázky.
1. Proč je Registry špatně, a KConfig, GConf, ODM a property listy dobře?
2. Proč je správně mít uloženou konfiguraci KMailu pomocí v KConfig, kdežto konfigurace řady jiných věcí prostě *musí* být v textovém konfiguráku?
3. Jak optimalizujete ty textové konfiguráky? Podle vás jsou jsou velmi ucinne metody optimalizace vykonu.
A nemohu si odpustit jednu jízlivou. Pořád vám to připadá "lepsi zabava nez sledovani primeho prenosu z parlamentu", a chcete mě doporučovat, aby se já doucil teorii? ;)
Aha, to je konečně něco rozumného. Jaký systém to byl? Windows řady 9x? Tam je problém popsaný (najít referenci na MS KB je věc na pár desítek sekund - naučte se to také), a týká se pouze situace, kdy běžíte regedit v real mode. Proč ale probírat omezení Windows 9x, které jsou dávno mrtvé?
http://support.microsoft.com/kb/132064
Re: ideální podíl
celé vláknoPodivejte se do /etc a ted nemyslim do toho na windowsech.
Re: ideální podíl
celé vláknoRe: ideální podíl
celé vlákno2. Opravdu? Ze o tom tolik vite a o unix se vlastne vubec nezajimate :-D vlastne o nem nic nevite ale vite jak ma resenou konfiguraci
3. Metody jsou ale NEBUDU SE S VAMI DELIT O POSTUP, pochopte to. Evidentne to k necemu potrebujete a ja Vam to nebudu servirovat na stribrnem podnosu. Ja vas donutim pouzit mozek :-D
Vy z toho budete mit uzitek a co bych z toho mel ja? Navic jste jeste ani nepopsal jake konfiguraky (ceho), jak jste dosel k zaveru ze jsou pomale a jak se to projevuje. Typicky jste nedodal ZADNE POUZITELNE VSTUPY a ocekavate reseni.
Re: ideální podíl
celé vlákno2. Vím a znám spoustu věcí. Zpět k věci. Proč je správně mít uloženou konfiguraci KMailu pomocí v KConfig, kdežto konfigurace řady jiných věcí prostě *musí* být v textovém konfiguráku?
3. Opravdu nechápu, proč mi nechcete říci, jak se optimalizují textové konfiguráky. Když něco tvrdíte, tak to buď umíte podepřít fakty, nebo jen plácáte. Zatím to vypadá na tu druhou alternativu. S tím používáním mozku je to sranda - vychovávat můžete svoje děti, ne mě.
Z čeho budu mít užitek? Z toho, že mi řeknete, jak se optimalizují konfiguráky, aby se rychleji četly a zapisovaly? Hmm, a nechcete zaplatit za konzultaci? :))
Re: ideální podíl
celé vláknoAd uzitek, pravdepodobne to nekam potrebujete a tam nekde asi plati fazolema :-))
Re: ideální podíl
celé vláknoRe: ideální podíl
celé vláknomyslete, uz nemuzete byt daleko od reseni :-)
Re: ideální podíl
celé vláknoRe: ideální podíl
celé vláknoRe: ideální podíl
celé vláknoRe: ideální podíl
celé vláknohttp://www.root.cz/zpravicky/podil-windows-klesl-pod-90/240979/
V tom příspěvku jste tvrdil: Uvedomte si ze unixovy konfigurak je porad obycejny textovy soubor (everything is file) a podle toho s nim muzete manipulovat, optimalizovat ho (jsou velmi ucinne metody optimalizace vykonu), menit a zalohovat.
No a mě by zajímalo, jak optimalizujete konfiguráky tak, aby se z nich rychleji četlo, či se do nich rychleji zapisovalo. Předpokládal jsem, že alespoň víte, co jste psal.
Re: ideální podílRe: ideální podíl
celé vláknoRe: ideální podílRe: ideální podíl
celé vláknoMáte ještě podobnou úvahu o rychlejší změně hodnoty v konfiguráku, který kvůli tomu musíte celý přepsat? ;)
Re: ideální podílRe: ideální podíl
celé vláknoProvedte na pocitacich nezarazenych do domeny, bez logon skriptu (XP home) a uzivatelem bez znalosti programovani.
Re: ideální podílRe: ideální podíl
celé vláknoSamozřejmě je mi jasné, že chcete říci "programovat neumí, ale zrovna náááhodou umí regexpy, a má to nastavení v konfiguráku; hle, použije sed, a je hotovo". Mimochodem samotné zadání té akce mi přijde poněkud šroubované, vám ne? ;)
Re: ideální podílRe: ideální podíl
celé vláknoRe: ideální podílRe: ideální podíl
celé vláknoVelikost Registry i FS jsem označil za irelevantní.
Nepíšu jen o změně hodnoty, ale také o změně hodnoty. Konfigurák musíte kompletně přepsat, což se změnou hodnoty v binární DB ani náznakem nesnese srovnání.
Re: ideální podíl
celé vláknoRe: ideální podíl
celé vláknoRe: ideální podíl
celé vláknoRe: ideální podíl
celé vláknoRe: ideální podíl
celé vláknoRe: ideální podíl
celé vláknoRe: ideální podíl
celé vlákno1. psal jsem w2k a xp, netahejte sem 9x
2. kdyz resim problem tak me to nezajima, MS neposkytl jine reseni takze registry jsou v dane chvili obrovsky problem ktery by s pouzitim konfiguraku nevznikl
3. jak je to mozne ze jsou corupted?
4. nikdy jsem vas nepotkal na ulici takze jste pouha iluze
Urcite kvalitnejsi nez siritele polopravd vystupujici pod arabskym jmenem, pisici hebrejsky a slavici krestanske svatky. Ktera cast vaseho "jmena" je pravdiva?
Re: ideální podíl
celé vlákno3. Registry Hive teoreticky může být corrupted, stejně jako FS.
Zkuste také své příspěvky podepisovat, nebo si vymyslet přezdívku. Rád bych věděl, se kterým anonymem mluvím. Je to dobré pro udržení threadu.
Co máte pořád s tím arabským jménem? Lael Ophir není arabské jméno, a já rozhodně nejsem křesťan. Zkuste se raději držet tématu diskuse.
Re: ideální podíl
celé vlákno3. narazim na to casto
Rozhodne to neni vase prave jmeno.
Re: ideální podíl
celé vláknoDeamon není file, zvuková karta není file, okno není file
Technika everything is file neříká nic o oknech, démonech ani zvukových kartách, ale o jejich komunikaci mezi sebou a se systémem. Vůbec ji nezajímá, kdo si povídá a s kým (samozřejmě pokud má příslušná oprávnění). Zrovna u té zkukové karty je zvukový výstup většinou datový proud, tedy soubor.
Re: ideální podíl
celé vláknoVšimněte si, že u objektové abstrakce není problém vzít objekt deamona, podívat se v jakém je stavu, a zavolat metodu Stop. Jak tohle uděláte u konceptu "všechno je soubor"?
Re: ideální podíl
celé vláknoCallback by šel udělat metodou "vše je soubor" jako filtr.
Otevřu pojmenovanou rouru (UNIX socket, stdandardní vstup v /proc, ...; podle toho, co používá) toho démona, a podkud to existuje, tak běží a můžu mu tak poslat Stop.
Re: ideální podíl
celé vláknoCallback jako filtr? Super představa :). Co třeba notifikace při změně obsahu adresáře? Já myslel, že se používá inotify, a ne filtry na souborový handle.
Jistě, pokud deamon nějaký takový interface má. Na unixu ho mít asi musí, ale bohužel každý deamon jiný. Samozřejmě by unixům slušel services manager, kde by byly služby registrované včetně vzájemných závislostí, a byl by tam standardní interface pro akce typu spustit/zastavit deamon, změnit kontext ve kterém startuje, změnit popis atd. Takhle máte hromadu skriptů, které které komunikují s každém deamonem jinak.
Samostatnou kapitolou v knize "vše je soubor" je /proc. Aby vše bylo souborem (nějak na Linuxu, trochu jinak na jiných unixech, a vůbec na dalších unixech), tak se vytvoří wrapper, který umožní přístup k informacím, a nastavování hodnot. Bohužel soubory jsou špatná abstrakce. Objekty mají vlastnosti, metody, a události (callbacky). Soubory nemají ani jedno, takže ze /proc taháte data v textové formě, a pak je parsujete. Události jsou prakticky vyloučené, a snad jen zápis je vyřešený akceptovatelně. Jaká škoda, že unixy před 20 lety nezavedly objekty.
Re: ideální podíl
celé vláknoV jednoduchosti je sila, Laele a pokud to nechapete tak unix nepouzivejte, evidentne je pochopeni tak jednoducheho systemu nad vase moznosti.
Re: ideální podíl
celé vláknoNapříklad pokud máte větší cache, můžete prodloužit velikost jednotlivého zpracovávaného bloku dat, což za vás LLVM, .NET ani Java neudělají.
LLVM zvládne i to. Resp. kde by to zvládl kompilátor při překladu zdrojáku, tam to zvládne i LLVM (třeba přes nějakou konstantu načtenou z runtime). Na druhou stranu větvení kódu tohle nezvládne, přinejmenším ne dynamicky.
Dalším hřebíčkem do rakve je fakt, že optimalizace je třeba primárně u malých částí kódu, které se ale často optimalizují v ASM (například explicitní použití MMX/SSE/SSE2 instrukcí).
Tak se vyrobí tři větve optimalizované v assembleru (to LLVM taky umí) a před spuštěním se napevno vezme ta, která je podporovaná. Vůbec nevidím, kde má větvení kódu navrch.
Re: ideální podíl
celé vláknoOpět pokud už máte tři optimalizované větve v ASM, tak není třeba LLVM. Samozřejmě to, že se vybere jedna z nich již při inicializaci aplikace, je běžné, a nepřináší to overhead.
Re: ideální podíl
celé vláknoAha, LLVM zvládne prodloužit velikost jednotlivého zpracovávaného bloku dat, když si to tak napíšete. Naproti tomu bez LLVM si to tak musíte napsat. Kde je tedy ta výhoda LLVM?
Ta hlavní výhoda je, že se to optimalizuje až na cílovém stroji tamnímu hardwaru na míru, ne při překladu u vydavatele na pár základních konfigurací.
Opět pokud už máte tři optimalizované větve v ASM, tak není třeba LLVM. Samozřejmě to, že se vybere jedna z nich již při inicializaci aplikace, je běžné, a nepřináší to overhead.
To sice ano, ale přináší to overhead při vývoji, protože musíte to samé napsat třikrát v assembleru, v LLVM to stačí napsat jednou a v C nebo C++ (což samozřejmě snižuje cenu za vývoj a zvyšuje spravovatelnost kódu a taky zjednodušuje portování) a LLVM to optimalizuje automaticky podle aktuální konfigurace stroje (stejně jako by to udělal kompilátor), na kterém se to spustí. Navíc LLVM umí provést ten překlad jen při prvním spuštění, pak už je aplikace rovnou spouštěna optimalizovaná.
Re: ideální podíl
celé vláknoRe: ideální podíl
celé vláknoMerge změn dvojklikem na .reg soubor je obtížný?
To není merge, ale přepis. Vůbec to neřeší konflikty ani to neumí spojovat více možných větví vývoje konfigurace.
. Je to rychlejší vyhledání hodnoty (binární strom vs slow seek konfiguráku)
Většinou není. Naprostá většina aplikací ten konfigurák projde při spuštění nebo změně, jinak jej drží zpracovaný v paměti. A to je mnohem rychlejší, než se neustále dotazovat do nějakého binárního stromu na disku.
o hodně rychlejší zápis (konfigurák je nutné kompletně přepsat)
Zapisuje se typicky při změně nastavení aplikace a při jejím ukončení a to se tak často neděje, takže tohle není problém.
Re: ideální podíl
celé vláknoFakt si myslíte, že ten binární strom je jen na disku? A fakt myslíte, že se po hodnotách se ptáte z Registry pokaždé, když je potřebujete?
Dalším problémem je, že Windows používají komponenty (ano, to slovo už je dnes slyšet i na unixech). Když máte v systému pár tisíc či desítek tisíc komponent, a potřebujete někde skladovat informace o nich, Registry se velmi hodí. S textovými konfiguráky by to šo o dost hůře.
Jinými slovy mi tvrdíte, že pomalé čtení z konfiguráku vlastně není problém, zápis také ne, ale zato "spojování více možných větví vývoje konfigurace" je důležité. K problémům se současným přístupem ke konfiguraci z více threadů či procesů jste neřekl nic. Je to problém, nebo není? Proč GConf prakticky duplikuje Windows Registry, a je to dobře, kdežto Windows Registry je špatně?
Windows jako IE
celé vláknoJedna zaujímavosť z meraní...
celé vláknohttp://www.linuxos.sk/sprava_zobraz_komentare/2218/index.html
BTW, v zdroji tejto správy na lnusos.sk na konci textu sa podrobne popisuje aj spôsob merania a je tam odkaz aj na samotné meranie.
Re: Jedna zaujímavosť z meraní...
celé vláknoRozšíření Linux desktopu je neměřitelné
celé vláknoRe: Rozšíření Linux desktopu je neměřitelné
celé vláknoRe: Rozšíření Linux desktopu je neměřitelné
celé vláknoRe: Rozšíření Linux desktopu je neměřitelné
celé vláknoRe: Rozšíření Linux desktopu je neměřitelné
celé vláknoRe: Rozšíření Linux desktopu je neměřitelné
celé vláknoRe: Rozšíření Linux desktopu je neměřitelné
celé vláknoRe: Rozšíření Linux desktopu je neměřitelné
celé vláknoRe: Rozšíření Linux desktopu je neměřitelné
celé vláknoRe: Rozšíření Linux desktopu je neměřitelné
celé vláknoRe: Rozšíření Linux desktopu je neměřitelné
celé vláknoRe: Rozšíření Linux desktopu je neměřitelné
celé vláknoRe: Rozšíření Linux desktopu je neměřitelné
celé vláknoRe: Rozšíření Linux desktopu je neměřitelné
celé vláknoStatistika
celé vláknoRe: Statistika
celé vláknoA nijak zvlast me to netrapi :)
Kdyz se na to podivam ze sveho uhlu pohledu, tak jenom ja jsem nainstaloval za posledni tri roky Linux na vic, nez 400 pocitacu, Na naproste vetsine z nich bezi dodnes (s pripadnymi upgrady). Par jich odeslo do kremikoveho nebe. Ani na jedinem z nich dodnes nebezi Windows a ani se o tom neuvazuje.
Takze neceho jako zaniku Linuxu se rozhodne neobavam :)
Skvělé, jen tak dál
celé vláknoRe: Skvělé, jen tak dál
celé vláknoRe: Skvělé, jen tak dál
celé vláknoTvrdí kdo? Zaměstnanec PR oddělení firmy MS pro ČR? Nevydávejte své nepodstatné osobní dojmy za obecnou pravdu.
Re: Skvělé, jen tak dál
celé vláknoJak tu konstatoval někdo jiný, dominance MS je výsledkem procesů svobodného trhu. Majitelé unixů svou bitvu už projeli, a ani tenhle poslední výprodej zdarma na tom moc nezmění.
Re: Skvělé, jen tak dál
celé vláknoJe pravděpodobné, že jeden systém bude vždy dominantní, takže Windows mohou ustoupit.
Žádný problém, jak jsem říkal, spokojím se i s tím, kdy si Windows a GNU/Linux podíly prohodí.
Navíc zrovna GNU/Linux a *BSD by byly velkým krokem zpátky z hlediska technického, ale hlavně uživatelského.
Váš názor respektuji, avšak nesdílím. Dokonce si myslím, že největším krokem zpátky, a to pro celé IT odvětví (a všechna odvětví na IT vázaná), je dominance MS, jejíž následky brání vytvoření zdravého konkurenčního prostředí. V tom mi situace s dominancí MS připomíná rakovinu, tedy nekontrolovatelné, zhoubné bujení, které ohrožuje celý organismus.
To už je pravděpodobnější, že se prosadí MacOS, nebo něco nového.
Já si vystačím s GNU/Linuxem, děkuji. Ale ani GNU/HURD by nebyl špatný.
Re: Skvělé, jen tak dál
celé vláknoRe: Skvělé, jen tak dál
celé vláknoJinak váš příspěvek nepostihuje jednu věc: I dominance nebo monopol, který vzešel z konkurenčního prostředí, je špatný. Poté, co je konkurence zlikvidována tak, že neexistuje konkureční prostředí, nastávají stejné negativní dopady, jako by šlo o přirožený monopol. Stačí se podívat na IE. Jeho dominantní postavení taky vzešlo z konkurečního prostředí IE vs. Netscape. Potom Netscape zlikvidoval, neměl žádného soupeře a vývoj v oblasti prohlížečů se na několik let prakticky zastavil.
Re: Skvělé, jen tak dál
celé vláknoRe: Skvělé, jen tak dál
celé vláknoRe: Skvělé, jen tak dál
celé vláknoMísto svalování viny na všechny kolem bych "komunitě" doporučil se soustředit na vytvoření systému, který je snadné používat, administrovat, a rychle a dobře se pro něj píše. "Natřeme to Microsoftu" není dobrá motivace. "Uděláme tak kvalitní SW, že nám za něj zákazníci zaplatí, a my budeme mít co jíst", to je zjevně daleko lépe fugující motivace (aneb Adam Smith měl pravdu).
Re: Skvělé, jen tak dál
celé vláknoNesudte laskave lidi podle toho jaky OS pouzivaji, vetsina linuxaku se ma (narozdil od vas?) pravdepodobne lepe nez vy, zkuste se podivat kolik je prumerny plat unix/linux odborniku (zamestnancu) v CR :-).
Vas problem je ze NEUMITE a NECHCETE UMET a tim padem je to nahovno.
Re: Skvělé, jen tak dál
celé vláknoNevšiml jsem si, že bych soudil lidi. Většina unixáků se má minimálně po finanční stránce výrazně hůře, než já. Vždyť se zkuste podivat, kolik je prumerny plat unix/linux odborniku (zamestnancu) v CR.
Je pravda, že NECHCI umět. Kdysi jsem se rozhodl, že se nikdy nenaučím vi, a dodnes je mi líto, že jsem si zapamatoval hjkl, aio, hledání, ukládání a exit. Aplikaci s tak příšerným interfacem, který porušuje snad všechna pravidla tvorby UI, se opravdu učit nechci. Vi má interface objektivně na hovno. I když vám možná přijde UI bez vizuální odezvy intuitivní.
Re: Skvělé, jen tak dál
celé vláknoRe: Skvělé, jen tak dál
celé vláknoRe: Skvělé, jen tak dál
celé vláknoCo je nepratelskeho na KDE nebo GNOME, vyjma idiotskeho open/save gnome dialogu? Nastavte si WIN xicht a mate to stejne jako v XP/Vista :-)
Re: Skvělé, jen tak dál
celé vláknoLOL, skoro jako Windows, to jo. Zkuste si někdy nainstalovat z GUI třeba driver WiFi karty ve Windows, a poté zkuste totéž na Linuxu. Zkuste z GUI pár admin tasků, typu přidání uživatele, správa síťových připojení, zastavit nebo pustit deamon, změnit nastavení swapu, spravovat disky, co já vím. V každém distru jinak, v každém prostředí jinak, a vždy jsou ty nástroje o řád horší, než v NT 3.51.
Re: Skvělé, jen tak dál
celé vláknoOdvazne tvrzeni, az bych rekla ze opet melete o necem co jste v zivote nevidel.
Re: Skvělé, jen tak dál
celé vláknoAdministraci nicméně dělají zásadně z command line
Je to rychlejší, než jezdit myší a klikat. Dělal bych to i ve Windows, kdyby to šlo.
Zkuste si někdy nainstalovat z GUI třeba driver WiFi karty ve Windows, a poté zkuste totéž na Linuxu
Hezký příklad. Když už je to potřeba (což na rozdíl od Windows většinou není), tak: K / Systém / Ovladače hardwaru / heslo uživatele / příslušné zařízení / Aktivovat.
Re: Skvělé, jen tak dál
celé vláknoTakhle vy instalujete driver k WiFi kartě? Já musel stáhnout Madwifi, a kompilovat ho. K nVidia kartě jsem musel naposledy driver stáhnout jako balíček, nainstalovat ho, tuším zavolat ten nVidia instalátor, a nakonec nechat ovladač použít v SaX2. Asi máte nějaký jiný Linux, než měl já.
Re: Skvělé, jen tak dál
celé vláknoOny se dají Windows ovládat i z klávesnice, a často je to nejrychlejší.
Pořád je to pomalejší než příkazová řádka. Což mimochodem PowerShell (nebo jak to nakonec pojmenovali) jen dokazuje.
Takhle vy instalujete driver k WiFi kartě? Já musel stáhnout Madwifi, a kompilovat ho. K nVidia kartě jsem musel naposledy driver stáhnout jako balíček, nainstalovat ho, tuším zavolat ten nVidia instalátor, a nakonec nechat ovladač použít v SaX2. Asi máte nějaký jiný Linux, než měl já.
Mám Kubuntu, ovladače k ATI i nVidii jsem aktivoval takhle a MadWifi fungovalo out-of-box.
Re: Skvělé, jen tak dál
celé vláknoMěj jsem SuSE. Moje Ateros karta nefungovala s WPA-PSK, protože šlo o "advanced feature", kterou ta verze MadWifi neuměla. Jenže tak je to v Linuxu se vším.
Re: Skvělé, jen tak dál
celé vláknoRe: Skvělé, jen tak dál
celé vláknoRe: Skvělé, jen tak dál
celé vláknoRe: Skvělé, jen tak dál
celé vláknoRe: Skvělé, jen tak dál
celé vláknoRe: Skvělé, jen tak dál
celé vláknoPokud je to na vas moc hruby vyraz, tak se omlouvam.
Re: Skvělé, jen tak dál
celé vláknoChcete snad tvrdit ze Masox neni unix i kdyz to je certifikovany unix?
# UNIX® Certification
Mac OS X is now a fully certified UNIX operating system, conforming to both the Single UNIX Specification (SUSv3) and POSIX 1003.1. Deploy Leopard in environments that demand full UNIX conformance and enjoy expanded support for open standards popular in the UNIX community such as the OASIS Open Document Format (ODF) or ECMA’s Office XML.
Jen potvrzujete ze nic neumite.
Re: Skvělé, jen tak dál
celé vláknoRe: Skvělé, jen tak dál
celé vláknoOtazka: Je MacOS-X unix?
Odpoved: Ano je (viz certifikace).
Otazka: Je MacOS-X uzivatelsky privetivy, nebo dokonce nejprivetivejsi ze vsech OS na trhu?
Odpoved: Ano, je.
neni co dal resit.
Re: Skvělé, jen tak dál
celé vláknoŠtěká pes? Ano
Je kočka domácí zvíře? Ano
Závěr: kočka štěká. Není co dál řešit.
Re: Skvělé, jen tak dál
celé vláknoRe: Skvělé, jen tak dál
celé vláknoJeště pořád nevím, jestli předvádíte záměrnou demagogii, nebo se vám věci patlají dohromady.
Re: Skvělé, jen tak dál
celé vláknoSystém, který uživatele vyplivne na příkazové řádce, se slovy "a teď tahej z paměti příkazy, protože já ti na výběr nedám", a prý přátelský.
No jistě, v případě, že nenaběhne grafické prostředí, tak je BSOD daleko přátelštější. A hlavně se ten systém potom lépe opravuje, že?
Aplikaci s tak příšerným interfacem, který porušuje snad všechna pravidla tvorby UI, se opravdu učit nechci.
vi je pro lidi, kteří se to chtějí naučit, protože ví, že když se to naučí, tak je to daleko jednodušší (a rychlejší) na používání, než běžné editory jako Poznámkový blok nebo nano. Ale to člověk, který je zvyklý, že se dá všechno vyklikat a na čase mu nezáleží, nepochopí.
Re: Skvělé, jen tak dál
celé vláknoBěžné editory se dají bez problému ovládat z klávesnice. Rozdíl je v tom, že mají použitelný interface.
Re: Skvělé, jen tak dál
celé vláknoVe windows grafické prostředí funguje stejně samozřejmě, jako na unixech sériový terminál. Když GUI nenaběhne, máte možnost růzaných recovery option (last known good configuration, safe mode, console, repair).
V Linuxu funguje grafické prostředí stejně samozřejmě jako ve Windows, pouze když nenaběhne, tak to ohlásí jinak. Metody opravy jsou (alespoň v Ubuntu) dost podobné - použít starší jádro, konzole (plnohodnotná, ne jen pár příkazů jako u Windows, a navíc fungující i bez instalačního CD) a oprava z LiveCD. Nejnovější Ubuntu umí i safe mode.
Běžné editory se dají bez problému ovládat z klávesnice. Rozdíl je v tom, že mají použitelný interface
a všechno v nich trvá nejméně dvakrát tak dlouho, pokud je vůbec možné v nich něco takového udělat.
Re: Skvělé, jen tak dál
celé vláknoLast known good configuration si můžete představit jako kopii /etc, která se uloží po úspěšném bootu.
Dvakrát tak dlouho berete odkud? Neznáte klávesové zkratky, neumíte ovládat GUI z klávesnice? Nebo ve vi z nějakého důvodu typujete dvakrát rychleji? Ale nic z toho neřeší fakt, že interface vi/vimu je velmi špatný.
Re: Skvělé, jen tak dál
celé vláknoRe: Skvělé, jen tak dál
celé vláknoProč je dominance jedné technologie špatná? Naopak přináší řadu výhod, o kterých tu už byla mnohokrát řeč. Pokud máte jednu dominantní platformu, tak stačí napsat SW pro ní, a máte pokrytý celý trh. Kdyby by trh rozdělený více-méně rovným dílem mezi Windows, MacOS, Linux, FreeBSD, OS/2 a Plan 9, tak by to byl terpve problém. Buď byste psal SW pro jedinou platformu, a měl tedy jen poměrně nižší počet zákazníků. Nebo byste psal pro více platforem, což by zvýšilo náklady na psaní SW, a stejně byste používal jen funkcionalitu společnou všem platformám, takže by nebyl důvod pro existenci více platforem. V každém případě by to bylo horší, než stav s jednou dominantní platformou.
Zvláštní je, že když kdysi byly dominantní unixy, tak lidé jako vy nic nenamítali :))
Vývoj webových prohlížečů se zastavil hlavně do doby, než Firefox za peníze MS (které dal AOL, a ti jich malý kousek dali Mozilla Foundation) a Google dohnal alespoň někeré features MSIE. Za všechny třeba AJAX.
Re: Skvělé, jen tak dál
celé vláknoRe: Skvělé, jen tak dál
celé vláknoRe: Skvělé, jen tak dál
celé vláknoRe: Skvělé, jen tak dál
celé vláknoDominance Microsoftu VYŠLA ze zdravého konkurenčního prostředí.
To je sice hezké pane kolego, ale to na současné situaci (a jejích následcích) vůbec nic nemění. Stejně tak diskuse o tom, jestli to byl skutečně úspěch tvrdé práce MS, nebo jen značná dávka štěstí a nekalých obchodních praktik, jestli to byl úspěch MS nebo spíše IBM, která MS na vrchol vytlačila. To vše je v tomto směru bezpředmětné.
Re: Skvělé, jen tak dál
celé vláknoNa co jsem původně reagoval, bylo tvrzení, že by se měla asi nějakým zásahem shůry zrušit dominance MS a nastolit "zdravé konkurenční prostředí". A právě na základě historické paralely a vlastnostem trhu je zřejmé, že nic takového nelze. Ať se stane cokoliv, stále bude někdo mít výraznější podíl, který se nebude někomu líbit.
Re: Skvělé, jen tak dál
celé vláknoNikoliv zásah shůry, ono by stačilo začít revoluci pěkně zespodu, od školského systému.
Například většinový podíl Linuxu (nebo BSD) by zdravé konkurenční prostředí umožňoval, už dnes je linuxový trh velice konkurenční. A jedním z prodejců by klidně mohl být i MS (pokud by se udržel v černých číslech).
Re: Skvělé, jen tak dál
celé vláknoTo JE právě zásah ze shora. Školy (krom univerzit) jsou až odrazem v praxi používaných metod a technik. Jejich účelem není hledat nové cesty, od toho je výzkum ať již na univerzitách, ústavech nebo komerčních firem. Takže revoluce musí začít ve firmách, které od svých zaměstnanců něco budou očekávat a právě to se bude učit ve školách.
Re: Skvělé, jen tak dál
celé vláknoLidi si svobodně na trhu vybrali a z toho je třeba vycházet.
Vycházet z toho můžete, ale to nám problém nevyřeší.
Odsuzování ať už zákazníků(, že si koupili co chtěli) nebo samotné společnosti(asi za to že si vůbec dovoluje něco nabízet) je v některých kruzích sice oblíbené, ale zcela mimo mísu.
A to mi říkáte proč? Já jsem nic takového nedělal.
Na co jsem původně reagoval, bylo tvrzení, že by se měla asi nějakým zásahem shůry zrušit dominance MS a nastolit "zdravé konkurenční prostředí".
Nyní mi opět do úst vkládáte něco, co jsem neřekl. Můj původní příspěvek pouze popisoval můj pohled na situaci, neprezentoval žádný návrh řešení.
A právě na základě historické paralely a vlastnostem trhu je zřejmé, že nic takového nelze. Ať se stane cokoliv, stále bude někdo mít výraznější podíl, který se nebude někomu líbit.
Kdyby měl MS jenom _výraznější podíl_, neměl bych problém. On má však podíl dominantní, tedy tak vysoký, že vzniklá situace na tomto trhu efektivně brání konkurenci, aby měla reálnou šanci se prosadit. Pokud by měl MS dejme tomu 60% podíl a Linux 30%, problém, který jsem popisoval, by neexistoval. Tržní ekonomika se prostě dostává do úzkého vždy, když někdo získá dostatečně velkou moc na to, aby bránil vzniku/rozšíření konkurence. Zkrátka a dobře, trh je efektivní pouze v situaci, kdy na něm existuje zdravá konkurence. Bez ní se trh dostává do úzkých, a až na "otesánka" všichni tratí.
Re: Skvělé, jen tak dál
celé vláknoRe: Skvělé, jen tak dál
celé vláknoJeden ze základních nástrojů, jak udržet monopol, je vytváření patentů na cokoliv. Potom se proti monopolu může prosadit pouze velmi silná firma, která má dostatek peněz na právníky. Malá, progresivní firma, bude lehce zlikvidovaná nekončícími právními spory až do úplného finančního vyčerpání bez ohledu na skutečné právo.
Další nástroj, který je morálně velmi pochybný ale s dostatkem právníků proveditelný, je lobismus (pokud to už není přímo forma uplácení) v politických kruzích, tak jak to M$ praktikuje např v Africe http://online.wsj.com/article/SB122332198757908625.html bez ohledu na skutečné zájmy rozvoje vzdělání afrických dětí.
Další nástroj, který je také morálně velmi pochybný ale s dostatkem právníků proveditelný, je šíření FUD. Už jsem mnohokrát od představitelů M$ četl, že Linux porušuje stovky patentů M$. Bohužel M$ dodnes nepředložil jediný důkaz na podporu tohoto tvrzení.
Toto všechno je efektivní bránění konkurenci působit na trhu. Ani jeden z těchto nástrojů není o kvalitě produktu a služeb. Ani jeden z těchto nástrojů není o zdravém konkurenčním soutěžení. Výsledkem je monopol bez konkurence, více peněz z kapes spotřebitelů a méně užitku pro spotřebitele.
Re: Skvělé, jen tak dál
celé vláknoRe: Skvělé, jen tak dál
celé vláknoRe: Skvělé, jen tak dál
celé vláknoRe: Skvělé, jen tak dál
celé vláknoRe: Skvělé, jen tak dál
celé vlákno"efektivně brání konkurenci"? to zní jako by dělal aktivně a tak to přeci není.
Tak to zní možná pro ty, co se neobtěžují ani přečíst tu větu celou. Napsal jsem, že "vzniklá situace na tomto trhu efektivně brání konkurenci". Z této věty tedy skutečně nevyplývá, že by to byl MS, který "aktivně brání konkurenci". I když i to je do jisté míry pravdou. To ovšem až takový problém není (o to se snaží každá schopnější firma). Podstatou našeho problému je ovšem samotná situace na tomto trhu. Podobný problém bude i na řadě dalších trhů, kde má jedna firma monopol či dominantní podstavení.
Konkurence tu je, jen nedokáže svou nabídkou dostatečně zaujmout.
Konkurence tu je, ale nedostane se přes bariéru, kterou tvoří dominantní postavení MS. Uvědomte si, že MS k udržení jeho postavení pomáhá celá řada faktorů, které jsou přímým důsledkem jeho dominantního postavení. Vězměte třeba už samotný fakt, že průměrný uživatel IT/ICT o existenci nějakého Linuxu vůbec netuší. Pokud se o existenci Linuxu dozví, bude to ve chvíli, kdy (a) už má v počítači Windows a (b) kdy už s Windows umí pracovat. U běžných uživatelů navíc velmi dobře funguje strach z neznámého.
Pak si vezměte školství, aneb továrnu na uživatele MS, nebo výrobce HW a SW, kteří jdou na ruku výrobci dominantního OS, ale na konkurenci většinou kašlou. Nebudu se tu o tom příliš rozepisovat, nicméně věřím, že to málo, co jsem napsal, vám pomohlo ilustrovat to, že postavení Linuxu není rovnocenné, že Linux je vlivem dominantního postavení MS silně znevýhodněn, stejně jako jakýkoliv jiný OS. Čili, na tomto trhu existují vlivem dominantního postavení MS citelné bariéry vstupu pro konkurenci, které brání tomu, aby se tu konkurence mohla prosadit. To je to, o čem celou dobu hovořím a v čem vidím problém.
Re: Skvělé, jen tak dál
celé vláknoNa průměrného uživatel PC od půlky devadesátých let padaly z časopisů CD a DVD s Linuxem a jiným open source. Pokud uživatelé přesto o Linuxu nevědí (což je podle mě nesmysl), jde o selhání marketingu těch, kdo za Linuxem stojí. Nebo chcete říci, že když firma A produkuje SW, a dělá mu dobrou reklamu, a firma B reklamu odflákne či nedělá, tak by firma B měla dostat od někoho nějaký boost (nejlépe od státu z mých daní, že), aby byla stejně úspěšná? :)
Školství připravuje žáky na výkon povolání. Připravují je tedy nejčastěji na tom, s čím přijdou do praxe. Naopak bych řekl, že kdyby na VŠ technických směrů neučili vi a stovky command line utilit, už by obě věci dávno zavál prach. Principy OS se totiž dají učit i na Windows, OS/2, nebo VMS.
Re: Skvělé, jen tak dál
celé vláknoNebo chcete říci, že když firma A produkuje SW, a dělá mu dobrou reklamu, a firma B reklamu odflákne či nedělá, tak by firma B měla dostat od někoho nějaký boost (nejlépe od státu z mých daní, že), aby byla stejně úspěšná? :)
Linux není firma. Nebo je snad stejně špatné, že dostávají státní peníze různá občanská sdružení, která svými aktivitami dost často i konkurují různám firmám?
Naopak bych řekl, že kdyby na VŠ technických směrů neučili vi a stovky command line utilit, už by obě věci dávno zavál prach.
No jistě, proto Microsoft nevyvinul PowerShell, protože používání příkazové řádky je přežitek. Ono je to přesně naopak, shell se udržel díky svým schopnostem, v něm můžu snadno a rychle napsat to, na co bych si musel stahovat (nebo koupit) Visual Studio .NET a psát to tam nejméně pětkrát déle, případně hledat na internetu nejrůznější doplňky. Třeba různě filtrované statistiky o systému, automatickou konfiguraci PPP over Bluetooth nebo sledování určitých jevů. Včetně možnosti zobrazovat výsledky a ptát se na hesla v GUI.
Re: Skvělé, jen tak dál
celé vláknoPoužívání příkazové řádky jako primárního interface je jednoznačně přežitek. U těch filtrovaných statistik bych vám doporučil Performance Monitor, něco takového na unixech léta chybělo.
Re: Skvělé, jen tak dál
celé vláknoPoužívání příkazové řádky jako primárního interface je jednoznačně přežitek
Totéž si myslím o používání grafického prostředí Windows, když existuje Aqua, Compiz nebo KWin4, stejně jako o nutnosti použít několik různých aplikací pro práci přes různé protokoly (třeba FTP klient + editor), když existuje KIO, nebo o nutnosti zadávat aktivační kódy.
Re: Skvělé, jen tak dál
celé vláknoNěkteré produkty lidé často používají nelegálně, aby nemuseli platit cenu licence. Jiné produkty naprostá většina lidí nechce ani zadarmo. Ty druhé produkty nepotřebují aktivační kódy.
Re: Skvělé, jen tak dál
celé vláknoVelka cast uzivatelu PC jsou mladi lide a jak znamo maji (nebo spise jejich ego) i nejvetsi potize s linuxem.
Re: Skvělé, jen tak dál
celé vláknoKonecne mi jeden z nejpovolanejsich ozrejmil proc Microsoft implementoval monad shell do visty a jeji serverove odnoze, dekuji :-))))).
Re: Skvělé, jen tak dál
celé vláknoPrehozeny podil Linux <-> Win ?!?
celé vláknoTak proc jim to brat. Linux byl a je o moznosti vyberu, o moznosti vyberu pritupu.
Ted neco malo k cituji z prispevku LO: Velmi dobre kompatibilite Windows. Proc je potom, ze i nejnovsi korporatni desktop image obsahuje pouze IE-6?
Take neco k produktivite pod Win. Nejvyssi produktivita je dosazena tim, ze stejne veci delate stejne, asi kazdy souhlasi. Tak proc je funkce Search pod MS Win&Office produktama nahodne rozhazena pod klavesovymi skratkami: F7, F4, F3, Ctrl+E, Ctrl+F, mozna i nejaka dalsi, co me ted nenapada? Proc se novy radek mezi MS Office Word/Excel/Communicator lisi Enter/Alt+Enter/Ctrl+Enter? Navic proc je pak ten samy Ctrl-Enter v Outlook-u odesnani emailu? Vim...Vim, odeslani emailu Ctrl-Enter jde 'jednoduse' (asi 16 kroku pres regedit) vyponout. Take jsem to udelal, tak jak to udelalo nekolik 10 milionu uzivatelu, co po psani si v Communicatoru odesilali napul rozepsane maily z Otlooku.
Copak produktivita neni to, kdyz jednoduche veci delate jednoduse, bo ty slozite se vetsinou jednoduse delat nedaji. Tak proc je temer (jednoduse) nemozne "Vlozit text" jako "Text", tj usetrit si psani. Co je na tom specialniho (Paste Special, 8xsipka nahoru), chtit text jak text (Unformated text), tj. zachovat formatovani v bode vkladani, misto formatu zdroje?
Proc je v Excelu nemozne udelat vicenasobne Paste, pokud uz neco mezi tim napisete? Copak, Copy & Paste + Paste ... Neni take o produktivite?
Atd, Atd, Atd
Bohuzel ve spuste veci, uz i Linux prebira neduhy Win. Mam pocit, ze je to prave tim divnym tlakem prosadit Linux ve vetsi mire na Desktopech, atd. Ale proc, proc si jej nechat pok..vit?
Re: Prehozeny podil Linux <-> Win ?!?
celé vláknoDoplnil bych ji o část "v oblasti počítačů". Je totiž plno i vysoce vzdělaných lidí, kteří se ve svých oborech (koníčcích) stále snaží dostat na vyšší úroveň a počítač je pro ně maximálně nástroj, jehož funkčnost je nezajímá.
Re: Prehozeny podil Linux <-> Win ?!?
celé vláknoPredpokladal jsem, ze je to jednoznacne, tedy alespon v Linuxove komunite, tj. ze nemuset se zajimat o fukcnost pocitace i jeho OS, je stejne tak posetile, jak je hloupe zajimat se pouze o jeho vnitrni fukci, bez dalsiho ucelu k pouziti. Nemuset se zajimat vubec o funkci pocitace, jsou pouze prazdne zvasty nekterych marketingovych oddeleni... tzv. Push-Button-Solution :)
Zajimave, je ze nikoho nenapadne, koupit auto, nasednout do nej a pokusit se projet centrem Phy, aniz by pred tim ridil - udelal si ridicak. Tvrdit pri tom, ze jej funkcnost auta nezajima, vdyt je to jen nastroj. Nastroj na presun z mista A do B. Take neocekavame, ze se auto zajede samo natankovat nebo vyluxovat interier. Pocitac i jeho OS jsou take jenom nastroje a nic vic.
Take nikoho, nenapadne ohrivat mleko v hrnci, v kterem varil parecky, aniz by ho umyl. Pripadne tvrdit, ze to je chyba hrnce, ze to mleko chutna po pareckach.
Deda byl jednoduchy clovek, vzdy mel sve nastroje/naradi ciste a hezky ulozene. Myslim, ze jemu by nebyl problem vysvetlit, ze i o pocitac se musi postarat. S casu na cas uklidit, atd, stejne tak jak, se uklizi byt, kdyz se vyhazuje stare a nepotrebne.
Take nevidim problem, proc by se to podobne nedalo vysvetlit i vysoce vzdelanym lidem, ledaze to jsou manazery s MBA, ale to by asi bylo v rozporu s prni casti vety :-o).
Re: Prehozeny podil Linux <-> Win ?!?
celé vláknoPodobně k autu přistupuje mnoho jiných lidí - lékařů, grafiků, architektů a já nevím kdo ještě. Prostě je vnitřnosti auto absolutně nezajímají a nepotřebují o fungování nic vědět. Když si auto kupují, kouknou na vzhled, na výbavu, svezou se a případně kouknou na značku, jestli jí důvěřují. Víc je nezajímá.
Koneckonců - řekněte mi sám, co všechno víte o svém autě? A nezůstávejme jen tam. Co víte o svém sporáku, pračce, lednici, televizi a koneckonců - co vlastně víte o přesné funkci vašeho počítače? A tím nemyslím OS, ale hlavně hw. Myslíte, že by každý měl vědět, jak fungují registry v procesoru, jak fungují sběrnice, jaký je princip záznamu v jednotlivých paměťových zařízeních atd.?
A přejděme od techniky k důležitějším věcem - co vlastně víte o svém těle? Víte, k čemu máte slinivku a jak vůbec funguje? Co se děje v lymfatickém systému? Jak poznáte oslabenou funkci jater? Jaký je průběh infarktu myokardu? Vždyť tohle jsou podstatně důležitější věci než nějaký Linux na noťasu. Kolik toho o svém těle víte?
Nebuďte tak soustředění na to, co sami znáte a považujete důležité.
Re: Prehozeny podil Linux <-> Win ?!?
celé vláknoAno, mam rad graficka klikatka, protoze nemam cas konfigurovat vsechno rucne, i kdyz bych na to mel (programuji mainframy, a tam takovy luxus zdaleka nemam). Ale na to asi lide prijdou az trochu vyrostou.
Re: Prehozeny podil Linux <-> Win ?!?
celé vláknoRe: Prehozeny podil Linux <-> Win ?!?
celé vláknoRe: Prehozeny podil Linux <-> Win ?!?
celé vláknoPrave protoze uzivatele chteji PC jen pouzivat, jejich IT kolegove nasazuji reseni s kterym je mene prace a ma snadnejsi udrzbu (je celkove levnejsi, oblibene TCO). Plete si OS (podvozek) a aplikacni software (konkretni nastroj) a to bych od tak zkuseneho odbornika necekal. Vasim probleme je maly rozhled a velka neznalost unixu, kterou jste ostatne i priznal.
Re: Prehozeny podil Linux <-> Win ?!?
celé vláknoOni ti uživatelé hlavně potřebují, aby měli ty aplikace. A aplikace pro Linux obecně nejsou (pomineme brouzdání po netu, čtení pošty, přehrávání porna a terminálové emulátory). Správa unixů je obecně daleko obtížnější, než správa Windows. Vývojové nástroje a dokumentace na unixech jsou ve srovnání s Windows na mizerné úrovni. Podpora vývojářů prakticky neexistuje. Zpětná kompatibilita je mizerná. Co pak čekáte?
Re: Prehozeny podil Linux <-> Win ?!?
celé vláknoRe: Prehozeny podil Linux <-> Win ?!?
celé vláknoRe: Prehozeny podil Linux <-> Win ?!?
celé vláknoImage, sysprep, Windows doména, hotovo.
To by mě zajímalo, kolik Windows adminů by vědělo u více než dvou uvedených slov, co to je.
Opravdu se na to potřebuje IT pracovník učit ovládat vi, memorovat syntaxi stovek příkazů, znát umístění a obsah hromady konfiguráků, umět kompilovat aplikace, skriptovat v bashi, a nejlépe programovat v C, C++, Perlu, Pythonu, Tcl a Javě?
Nepotřebuje ani jedno. Příkazů mu stačí cca deset, přičemž většina se volá podobně (useradd, groupadd ap.), anebo si může nainstalovat nějakou GUI klikačku jako webmin.
neříkejte, že vás nepřekvapuje, s jak málo znalostmi někteří Windows admini úspěšně provozují své systémy
Jo, občas mě překvapuje, že jsou i "admini" (samozřejmě windowsí), kteří neví, co je firewall a IP adresa, že software se neodinstalovává přesunutím do koše a že Obnovení systému není zálohovací software. Pak to ale s viry a spamem vypadá tak, jak to vypadá.
Re: Prehozeny podil Linux <-> Win ?!?
celé vláknoUnixový admin je pokaždé někdo jiný. Jednou musí umět vi, skriptovat, a běžně verzuje konfiguraci aplikací, jindy mu stačí 10 příkazů. A HTML interface pro administraci? Uff :/
Já ještě nepotkal Windows admina, který by nevěděl, že Obnovení systému není zálohovací software, co je firewall a IP adresa apod. Možná si platete power usery s adminy.
Re: Prehozeny podil Linux <-> Win ?!?
celé vláknoRe: Prehozeny podil Linux <-> Win ?!?
celé vláknoUnixový admin je pokaždé někdo jiný. Jednou musí umět vi, skriptovat, a běžně verzuje konfiguraci aplikací, jindy mu stačí 10 příkazů
Nikdy jsem nepsal, že to musí umět, jen si tím hodně usnadní život. Stejně jako když se windowsí administrátor naučí skriptovat v cmd.exe nebo PowerShellu a koupí a nastaví nějaký zálohovací software.
HTML interface pro administraci? Uff :/
Co je na tom špatného? Je to přeci taky grafické klikátko, ne?
Já ještě nepotkal Windows admina, který by nevěděl, že Obnovení systému není zálohovací software, co je firewall a IP adresa apod. Možná si platete power usery s adminy.
Možná, ale oni si říkali administrátoři a byli na tak pojmenované pozici zaměstnáni.
Re: Prehozeny podil Linux <-> Win ?!?
celé vláknohttp://www.root.cz/clanky/ostrava-jih-prechazi-pod-tlakem-linux-windows/nazory/240964/
Až ta grafická klikátka budete používat pro práci, zjistíte, že je to něco jiného, než se na ně podívat, a případně zkusit, jestlito nějak funguje. Nedivím se vám - než HTML interface, to opravdu raději command line.
To je potom chyba zaměstnavatele.

