Hlavní navigace

Vlákno názorů ke zprávičce Microsoft vytvořil stabilizátor zrychlených videí od Tomáš Matějíček - Mě to přijde jako užitečná věc. Připadá mi,...

  • Aktualita je stará, nové názory již nelze přidávat.
  • 11. 8. 2014 18:02

    Tomáš Matějíček

    Mě to přijde jako užitečná věc. Připadá mi, že lidi mají v oblibě kritizovat nebo znevažovat všechno co vyjde z dílny Microsoftu, a nerozumím tomu. Soukromá firma za vlastní peníze platí programátory, kteří něco rozumného vytvoří, a jediné čeho se od vás dočkají jsou nařčení z "dohánění konkurence" nebo nabídky řešit problém jinak (střihem).

  • 11. 8. 2014 19:05

    Jarda_P

    Ted jde jenom o to, jestli MS opravdu prisel s necim novym nebo jenom napsal program na starou vec, nasledne si to nechal patentovat a bude z ostatnich drit penize, zejmena z tech, kteri si nemuzou dovolit vyplazdnout 200 milionu na patentove spory. Tohle uz jsme parkrat videli.

  • 11. 8. 2014 19:34

    neco (neregistrovaný) ---.ipv6.broadband.iol.cz

    ono tady se nejak dopocitavaj kusy obrazu pro pripad zlepseni stabilizace (textury z vynechanych, predchozich snimku na detekovanej 3d model) ... je to videt v tom videu napr na tech skalach

    pred casem ukazali neco podobneho, kdy napr. z 20 fotek focenych napr po 3 metrech slozily "plynulou animaci"

  • 11. 8. 2014 19:50

    j (neregistrovaný) 2001:470:9e70:----:----:----:----:----

    Hele, na stabilizaci obrazu nepotrebuju pocitat 3D model, na to mi staci udelat orez o rekneme 10% a tech 10% vyuzit na tu stabilizaci. Ostatne, presne stejne funguje tzv elektronicka stabilizace u kamer odjakziva. Taky stoji vice ci mene za kulovy, ale opticka je samo daleko nakladnejsi. Ucel to ovsem splni, rozhodne pri "kvalite" obrazu nasnimalnyho chipem bez optiky.

    Reneder 3D sceny se zcela bezne pouziva pri nataceni defakto vsech soudobych filmu. Jinak bys nebyl schopnej scene dat hloubku (bez ohledu na to jestli chces vyrobit 3D film). Defakto vsechny sceny pred klicovacim pozadim se nasledne prozenou renederem. Akorat na to aby si vysledek mel v nejakym rozumnym casovym horizonte potrebujes slousnou farmicku.

  • 11. 8. 2014 20:09

    neco (neregistrovaný) ---.ipv6.broadband.iol.cz

    jo, ale ... tady resej brutalni skuby ramery (nepr. pohled horolezce dolu a nasledne zpet a pak pokracuje v pohledu), tam ti ta stabilizace klasicka nepomuze. Tady ta vec to zkousi resit (vymaze prudkej manevr mimo a pripadne dopocita co bylo treba - a treba jen nejaky % obrazu). Bez ohledu na to cim kamerujes.

  • 11. 8. 2014 20:26

    PF

    Pokud byste si prohlédnul 1. minutu, tak tam je vysvětleno, proč klasická stabilizace (ořez) nelze použít (resp. lze, ale je to fut hnusný) a je to tam ukázáno i na příkladu.
    A pokud se podíváte od 0:40, tak to tou vaší klasickou metodou neuděláte. Příště zkuste pochopit danou problematiku, než něco odsoudíte, aniž byste věděl co.

  • 11. 8. 2014 22:12

    Jenda (neregistrovaný) ---.net.upcbroadband.cz

    > Hele, na stabilizaci obrazu nepotrebuju pocitat 3D model, na to mi staci udelat orez o rekneme 10% a tech 10% vyuzit na tu stabilizaci.

    Viděl jsi vůbec to video?

  • 11. 8. 2014 22:56

    j (neregistrovaný) 2001:470:9e70:----:----:----:----:----

    Umis ty vubec pocitat? Jiste bude kazdej doma nadsene prepocitavat 10 let svoje hodinovy video, aby se mu dopocitala scena ... jenom blba rekomprese muze trvat desitky hodin i na velmi vykonym HW ...

    Navic to bude fungovat tak mozna na nejaky demo scene, ostatne stejne jako vektorizator bitmapy - funguje to epesne ... ovsem jen pokud ta bitmapa vypada dostatecne "hezky".

  • 12. 8. 2014 0:20

    Jenda (neregistrovaný) ---.net.upcbroadband.cz

    > Umis ty vubec pocitat? Jiste bude kazdej doma nadsene prepocitavat 10 let svoje hodinovy video, aby se mu dopocitala scena ... jenom blba rekomprese muze trvat desitky hodin i na velmi vykonym HW ...

    O tom jsem ale vůbec nemluvil.

    > Navic to bude fungovat tak mozna na nejaky demo scene, ostatne stejne jako vektorizator bitmapy - funguje to epesne ... ovsem jen pokud ta bitmapa vypada dostatecne "hezky".

    To video točené z kola mi přijde jako normální reálné video (čti: umím vygenerovat podobné), žádný syntetický příklad.

  • 12. 8. 2014 9:11

    j (neregistrovaný) 2001:470:9e70:----:----:----:----:----

    A kolik rucnich zasahu a rucniho ladeni v tom je to samo netusis ...

  • 11. 8. 2014 19:43

    Pepa (neregistrovaný) ---.113.108.109.omegatech.cz

    Algoritmus rekonstruuje scénu z inteligentních plátů poskládaných z různých snímků, není to jen stabilizace, korekce náklonu a zvětšení. Hyperlapse nejprve vytvoří 3D model scény, pak naplánuje trasu a nakonec vyrendruje výsledek...
    Microsoft hyperlapse
    Neviděl jsem nikde nic podobného, ale podle komentářů k firmě Microsoft máte určitě IQ výšší než programátoři z Research temu :D
    Patenty a jejich využívání - nedrťte pořád Microsoft ;) Je kolem nás spousta firem, které zneužívají patentů - Google, Samsung, LG... což jsme také párkrát viděli.

  • 11. 8. 2014 20:24

    Jarda_P

    Je kolem nás spousta firem, které zneužívají patentů - Google, Samsung, LG... což jsme také párkrát viděli.

    Ano, ale alespon nektere z tech firem krome patentoveho trollovani take neco vytvorily. MS temer pouze kopiruje, krade nebo kupuje a nasledne dokurvi. Zakazniky si drzi pomoci vendor lock-in, konkurenci nici pomoci Embrace, extend, extinguish. Jestli tedy opravdu prisli s necim novym, tak je to po dlouhe dobe ticha po pesine, ne-li poprve v historii.

  • 11. 8. 2014 20:52

    Pepa (neregistrovaný) ---.113.108.109.omegatech.cz

    Ano, ale alespon nektere z tech firem krome patentoveho trollovani take neco vytvorily. MS temer pouze kopiruje, krade nebo kupuje a nasledne dokurvi.


    Například?

  • 11. 8. 2014 21:31

    Jarda_P

    http://archive09.linux.com/articles/22759
    http://www.vanwensveen.nl/rants/microsoft/IhateMS.html
    http://en.wikipedia.org/wiki/Embrace,_extend,_extinguish

    K tomu si pridejte vyderacske praktiky MS v dobach DOSu. BTW, si vygooglujte, jak Bill Gates "vytvoril" DOS a take jak kradl strojovy cas, aby vytvoril interpret Basicu. Nebo jak MS Word zobrazoval falesne chybove hlasky, pokud bezel na DR-DOSu namisto MS-DOSu. Ukazuje to, ze tahle firma byla prohnila od samych zacatku.

  • 11. 8. 2014 22:52

    brk (neregistrovaný) ---.net.upcbroadband.cz

    "Malí umělci kopírují, velcí umělci kradou."

    Tak to bylo a je. Chápu, že Microsoft tu není moc v módě, ale stejně tu za těch 15 let vidím pokroky. Už ubyly posměšky o stabilitě a silácké kecy, že ten jediný správný systém se vejde na disketu.

  • 12. 8. 2014 0:27

    Jarda_P

    MS trvalo 20 let, nez z nich vypadl jakztakz stabilni system. To tedy byl fofr. A dodnes, kdyz se clovek podiva na Widle, tak i bez univerzitniho studia operacnich systemu se chyta za hlavu. Jo, holt tech pitomosti, ktere Bill kdysi nedomyslel a ani se nedokazal poucit jinde, se pak tezko zbavuje, protoze kompatibilita.

  • 11. 8. 2014 23:10

    Pepa (neregistrovaný) ---.113.108.109.omegatech.cz

    Každý přece ví, jak DOS vznikl... Ovšem každý ví, že nebyl ukraden a Gates nikoho nevydíral :) DOS byl legálně koupen, upraven a rozšiřován ;) Nevidím v podstatě logiku v tom, když Microsoft udělá MS-DOS a pro něj MS-Word, aby dělal MS-Word i pro DR-DOS, který je "kopií" MS-DOSu :D To bych mohl být naštvanej, že binární aplikace, kterou jsem spouštěl v UNIXu mi nefunguje ve FreeBSD :D Stejně jako nesmyslné tažení proti tomu, jaké mnou vytvořené aplikace bude mít mnou vytvořený operační systém - viz.
    Je firma prohnilá od začátku i proto, že MS Word nefunguje v Linuxu?
    Filozofie Billa Gatese je celkem jednoznačná - "Ačkoliv počáteční práce na programu trvaly jen dva měsíce, celý následný rok nám zabralo zlepšování a přidávání nových vlastností. Dnes mohu říct, že hodnota naší práce přesahuje čtyřicet tisíc dolarů a zpětná vazba od vás, uživatelů BASICu, nám potvrzuje, že jsme si počínali dobře. Škoda jen, že naprostá většina z vás ten program ukradla, neboť vidíte logiku v nákupu hardwaru jako je samotný Altair 8800, ale nechápete, proč by se mělo platit i za jeho software. Je tohle fér?"
    V tom prohnilost nevidím ;) Když se podívám na Linux, všude vidím snahu něco kopírovat - inspirovat se :) GNOME u Apple, KDE u Microsoftu - kopie jsou to opravdu mizerné. Neznám jedinou kvalitní profi aplikaci, která by byla pro Linux.
    To, jak vypadá byznys "free" je vidět na narůstajícím počtu aplikací, které jsou sice zadarmo, ale prosety reklamami skrz na skrz. Shodou okolností tento boom narůstá hlavně díky "otevřené" firmě goolge...

  • 11. 8. 2014 23:21

    j (neregistrovaný) 2001:470:9e70:----:----:----:----:----

    Ty zjevne neznas vic veci ... mimochodem, koukas na tv? 100% tech filmu je vyrabeno ... na linuxu. Zjevne pouzivaji nekvalitni aplikace. Rika ti neco trebas ... londynska burza? Nj, taky to bezi (stejne jako drtiva vetsina ostatnich) na nekvalitnich aplikacich pro linux. Kvalitni windowsi ji skorem polozily ... A trebas takovy nejvetsi urychlovac na svete ... ten taky bezi na nekvalitnich linuxovych aplikacich. Stejne jako 80-90% tvych paketu dorucujou po internetu nekvalitni linuxy.

  • 14. 8. 2014 11:15

    Lael Ophir (neregistrovaný) ---.145.broadband14.iol.cz

    Na TV sice nekoukám, ale na Linuxu se (některé) filmy rendrují - protože je to OS postačující pro rendrovací farmy a je zdarma. Modelování se většinou provádí ve Windows. Londýnská burza běží na Linuxu, protože si "doma" napsala s outsourcerem systém na platformě Windows, a ten byl příliš drahý a pomalý. Windows ji samozřejmě nepoložily, ani málem :). Byly tam výpadky, ovšem ty má i nový systém. Pakety často doručuje Linux, protože je zdarma, a ve světě internetu je cena pvořadá.

    Působí to, že píšete o věcech, které znáte jen z titulku v nějakém linuxovém bulváru.

  • 14. 8. 2014 15:11

    Sten (neregistrovaný) ---.parawide.eu

    Come on, modelování se většinou provádí na Macu. Ono je to totiž jednoduché, buď chcete nízkou cenu, pak volíte Linux, nebo vysokou kvalitu, pak volíte Mac. Volba Windows je dnes již jen kulturní zvyk.

  • 14. 8. 2014 15:18

    Lael Ophir (neregistrovaný) ---.145.broadband14.iol.cz

    Já naopak myslel, že používání Macu je dneska už jen kulturní zvyk :)

  • 14. 8. 2014 15:27

    Sten (neregistrovaný) ---.parawide.eu

    Ne, není, obzvlášť když potřebujete takové zbytečnosti jako barevné profily. Jo, Windows to taky nějak umí (nakonec i Linux to umí), ale u Macu to máte hned po vybalení z krabice. Vždy.

  • 14. 8. 2014 15:46

    Lael Ophir (neregistrovaný) ---.145.broadband14.iol.cz

    Windows mají samozřejmě správu barev out of the box.

  • 14. 8. 2014 21:26

    Sten (neregistrovaný) ---.parawide.eu

    Dobře, správu barev má out of the box i Linux. Myslel jsem tím, že Windows ji nemají nastavenou, zatímco Mac se dodává již přednastavený.

  • 15. 8. 2014 5:44

    Lael Ophir (neregistrovaný) ---.145.broadband14.iol.cz

    Jak nastavený? Možná na konkrétní typ monitoru, pokud si koupíte se strojem. Profil by se vám ale ve Windows měl nastavit sám, pokud ho pro dané zařízení máte.

  • 15. 8. 2014 11:45

    Jarda_P

    Tady bych videl problem. Ke vsem tem Cinskym monitorum, ktere lidi obvykle maji, nikdo nikdy zadne profily asi nevidel.

  • 15. 8. 2014 13:07

    Lael Ophir (neregistrovaný) ---.145.broadband14.iol.cz

    Mám tchajwanský monitor, a profil samozřejmě má.

  • 15. 8. 2014 15:23

    Lael Ophir (neregistrovaný) ---.145.broadband14.iol.cz

    Ne, jmenuje se podle výrobce a typu monitoru.

  • 15. 8. 2014 13:18

    Sten (neregistrovaný) ---.parawide.eu

    MacOS má velkou databázi ICC profilů, takže se většinou umí automaticky nastavit podle monitoru, který připojíte. Ve Windows to musíte dělat ručně. A pokud máte dva monitory, tak s Windows si musíte podporu naskriptovat.

  • 15. 8. 2014 15:21

    Lael Ophir (neregistrovaný) ---.145.broadband14.iol.cz

    Windows mají také velkou DB ICC profilů. Navíc i kdyby Windows neměly jediný ICC profil, a byl pouze dodaný s monitorem, nevidím v tom důvod používat MacOS místo Windows :)

  • 12. 8. 2014 7:57

    Filip Jirsák

    Pár kvalitních profi aplikací pro Linux: Apache, PostgreSQL, MySQL, Postfix, qmail, KnotDNS. Některé z nich se někdo snaží kopírovat i do Windows, některé byly do Windows později přímo portovány.

  • 12. 8. 2014 10:58

    jozef082014 (neregistrovaný) ---.userbin.sk

    Len v skratke.
    Napriklad blender, digikam...
    Ma ten uzasny ms ktory ma patent uz hadam aj na zachod nieco podobne??
    Asi nie... Este aj program na defragmentaciu ich fs je lepsi od tretej strany.
    Dalej sa nebudem rozpisovat.

    A sam si napisal ze KDE je zla kopia ale nikde som sa nedocital ze by chceli skopcit nieco od ms. Mne ako pouzivatelovy uz dlhu dobu priklad KDE vyhovuje a nepotrebujem tam to co ma ms. Samozrejme vsetko ma svoje za a proti.
    J

  • 12. 8. 2014 11:19

    Jarda_P

    Este aj program na defragmentaciu ich fs je lepsi od tretej strany.

    Program na defragmentaci *je* od treti strany. Ve starych Widlich 9x/Me byl zkrypleny program z Noton Tools nebo jak se to jmenovalo. V NT nejdrive nebylo nic, pocinaje tusim Widlema 2000 tam byla zkryplena verze Diskeeperu. Pocitam, ze dnes se na tom nic nezmenilo, pry akorat interface.

  • 12. 8. 2014 11:58

    Lol Phirae (neregistrovaný) 2001:470:6f:----:----:----:----:----

    Pocitam, ze dnes se na tom nic nezmenilo, pry akorat interface.

    GUI už v podstatě zmizelo, radši. Akorát se to dá tlačítkem spustit, pak už nevidíš nic.

  • 12. 8. 2014 19:41

    strepty (neregistrovaný) ---.95-103-228.t-com.sk

    Ked zrusili GUI tak som dost lutoval, vzdy mi to ukazalo pekne graficky ako mam zaplneny disk a hlavne kde su vadne sektory.

  • 12. 8. 2014 21:04

    Jarda_P

    Normalka, GUI prece uzivatel nepotrebuje, stejne jako nepotrebuje hlasky pri bootu. Jeste byste se o systemu neco dozvedel!

    Ale jestli to nemuzete vydrzet, zkuste WinDirStat.

  • 13. 8. 2014 10:56

    Pepa (neregistrovaný) ---.113.108.109.omegatech.cz

    A co se tak na ten obrázek podívat pozorněji a nenechat se zmást tím, co je na něm zakroužkováno

  • 14. 8. 2014 11:45

    Lael Ophir (neregistrovaný) ---.145.broadband14.iol.cz

    Ono to bylo trochu jinak. Diskeeper umožňoval defrag NTFS ve Windows NT 3.51. Bohužel manipuloval přímo se strukturami FS, a když se jakkoliv změnily (nebo vám vypadlo napájení při defragu), mohl je poškodit. V NT 4 MS uvedl defragmentační API, které používají (doufejme) všechny defrag tools. Někdy v té době také licencoval technologii defragmentace od společnosti Executive Software, která psala defrag už pro systémy VAX. Od doby NT4 se dost změnilo. Například byla přidána podpora defragmentace MFT a dalších metadat, by default je plánovaná defragmentace na pozadí s nízkou prioritou I/O operací atd.

    Ohledně toho že MS koupil program třetí strany a nenapsal ho sám: nevidím na tom nic špatného. Proč psát SW "doma", když může být rychlejší a levnější ho koupit? A zrovna příznivci open source, který masivně staví na tom že autoři používají kód napsaný někým jiným (nemluvě o "inspiraci"), by to měli uvítat.

  • 14. 8. 2014 12:46

    Jarda_P

    Ohledně toho že MS koupil program třetí strany a nenapsal ho sám: nevidím na tom nic špatného. Proč psát SW "doma", když může být rychlejší a levnější ho koupit?

    Spis jde o to, ze MS chronicky nebyl schopen sve OS vybavit uzitecnymi utilitami a utilitami dosti nutnymi pro spravu a udrzbu. Quartedeck Memory Manager, Stacker, disk defragmenter, pouzitelny file manager..... Nektere z tech veci pak MS pak okopiroval, typicky v podradne podobe (Quarterdeck, Stacker), jine koupil (defragmentery od Nortona a Diskeeper). Nejspis proto, ze to vypadalo trapne, ze lidi museli vzdy doinstalovat hafo dalsich utilit, aby se ty sracky daly vubec pouzivat nebo proto, ze v MS nekdo nesnesl pomysleni, ze by i nejaka jina firma mohla mit zisky.

  • 14. 8. 2014 14:01

    Lael Ophir (neregistrovaný) ---.145.broadband14.iol.cz

    Tak zrovna tu defragmentaci se Unixy učily ještě dost dlouho, a některé FS nemají online defrag dodnes. A když se podíváte na unixovou konkurenci, tak tam prakticky žádné utility nebyly. Žádný Stacker, žádná defragmentace, a file managery proti kterým byl File Manager z Windows 3.x rajskou zahradou.

    MS vždycky stavěl na ekosystému autorů SW, a utility jsou dodnes silným trhem. Nechápu jak někdo může na jedné straně kritizovat zahrnutí MSIE ve Windows, a na druhé straně požadovat zahrnutí spousty utilit, jejichž psaní živilo a živí spousty malých firem.

  • 14. 8. 2014 14:21

    Jarda_P

    Nevim, jak *NIXy drive, ale dnes je spise snaha delat FS tak, aby defragmentace nebyla potreba. Jista snaha je i na NTFS, i kdyz zejmena zezacatku nebyla moc uspesna a s ohledem na pritomnost defragmentovaci utility patrne porad tak uplne neni.

    Je hezke, ze MS kupuje utility na veci, ktere neni schopen sam napsat. To ale asi nebyl pripad Quarterecku a Stackeru, kde MS jen mizerne obslehnul myslenku, ale zretelne nic nekupoval, kdyz se s nim pak minimalne Stacker soudil. A u imitace Quarterdecku bylo videt, ze to pochazi z jine dilny a ze je to funkcne pod urovni Quarterecku.

    Hlavne, ze nyni jsou tak dbali intellectual property, ze drou prachy z vyrobcu zarizeni s Androidem a to casto asi pouze proto, ze to vyrobce vyjde levneji, nez soud, i kdyby ho vyhral.

    Jinak MSIE neni soucasti OS, protoze slouzi k uplne jinemu ucelu, nez napriklad sprava a udrzba systemu, cili vas priklad je ponekud mimo misu. K udrzbe slouzi napriklad defragmentor, ktery je na OS s tak blbym FS, jako je FAT, vicemene nezbytny.

  • 14. 8. 2014 15:13

    Lael Ophir (neregistrovaný) ---.145.broadband14.iol.cz

    Fragmentace je jev společný prakticky všem OS. Těch pár výjimek má zase "vychytávky" jako pevno velikost souboru apod., takže se na obecné používání moc nehodí.
    U NTFT se stejně jako u unixových FS předpokládalo, že defrag nebude potřeba. A v obou případech potřeba byl. Na Unixech se to typicky řešilo tak že jste provedl zálohu FS na pásku, znovu ho vytvořil, a pak se modlil, aby úspěšně proběhnul restore :). To že některé unixové FS dodnes neumí online defrag je dané hlavně tím, že je technicky obtížné ho implementovat zpětně, a autoři často nemají dost prostředků ani na implementaci vlastního FS.

    Nevidím důvod, proč by MS nebyl schopen to či ono sám napsat. Co by mu v tom podle vás mělo bránit? Lidí, know-how i kapitálu má spoustu. Ale v řadě případů je prostě levnější koupit technologii nebo firmu. Můžete tvrdit, že například Google není schopný napsat vlastní OS nebo vlastní Javu, a že je děsně neinvenční, když musel koupit už před 150 firem. Proč nekritizujete to, že Google jako webová firma koupilo Upstartle (později Google Docs), aby se naučil editovat dokumenty na webu? Je Google tak neschopný, že nedovede spatlat webovou aplikaci? Ne - prostě je jednodušší koupit kód,kus know-how a lidi.

    Jo, Stacker, to byla fakt výhra. Zvlášť když se sesypal, což se stávalo nepříjemně často. Podobně ty memory managery byly velká výhra. Chcete síť? Jo, ale nefunguje s memory managerem A. Chcete CD-COM? OK, ale nejde s memory managerem B. Chcete si zahrát hru? Odstraňte memory manager, jinak nejspíš nepojede. Naštěstí se to časem ustálilo tak, že naprostá většina věcí fungovala alespoň s HIMEM.SYS, a většina i s EMM386.EXE.

    MSIE vylepšoval funkcionalitu OS, stejně jako třeba file manager. Na jedné straně se vám nelíbí zahrnutí browseru do OS, na druhé straně byste chtěl zahrnovat lepší file manager a řadu dalších utilit, které nejsou pro chod systému nijak nutné, a jejichž psaním se živí řada firem, které by přišly o business. Fakt nevidíte inkonzistenci vlastní argumentace?

  • 14. 8. 2014 17:17

    Jarda_P

    Tak jo, presvedcil jste mne a pustil jsem e4defrag na svuj disk:

    # e4defrag -c /dev/sda3
    <Fragmented files> now/best size/ext
    1. /home/jarda/.Sky­pe/DataRv/offli­ne-storage.data
    96/1 4 KB
    2. /var/log/wtmp 16/1 4 KB
    3. /var/log/apt/ter­m.log 16/1 4 KB
    4. /usr/share/per­l5/Date/Manip/TZ/e­uista00.pm
    14/1 4 KB
    5. /var/log/pm-powersave.log.1 66/1 4 KB

    Total/best extents 326958/290850
    Average size per extent 273 KB
    Fragmentation score 1
    [0-30 no problem: 31-55 a little bit fragmented: 56- needs defrag]
    This device (/dev/sda3) does not need defragmentation.
    Done.

    Zda se, ze FS, ktery jsem vytvoril pred cca peti lety jeste snad jako Ext3, nyni Ext4, po kazdodennim pouzivani a ktery nikdy nebyl defragmentovan stale jeste nepotrebuje defragmentaci. Asi se MS mate v tomto smyslu stale jeste co ucit.

    Stacker se, na rozdil od Doubledisku, moc nesesypaal. Me se nesesypal nikdy, jednou jsem resil sesypany Stacker jednoho brouka Pytlika. Norton Disk Doctor nebo ktera to byla utilita to opravil. Doubledisk se pomoci NDD opravit nedal, alespon v tehdejsi verzi.

    Jinak nevim, jake jste mel potize s memory managerem, ja s Quarterdeckem zadne. Napchal vsechno do horni pameti a dokonce umel rozlozit na prvocinitele batche volane z autoexecu a ktere instalovaly vice residentnich programu a nacpat to tam program po programu, zatimco ten microsofti kram je tam cpal jako jeden program a casto to selhavalo kvuli velikosti. A chodila mi tam sit na Novella, jelo FoxPro Lan....

    Vysvetlete mi, jakym zpusobem vylepsoval MSIE OS, zejmena v dobe, kdy jeste nebyl pouzivan ani na ten dementni Activ Desktop, ktery se porad sesypaval. Rekl bych, ze OS vylepsoval asi tak dobre, jako michacka na beton vylepsuje novy automobil a holici strojek vylepsuje novy vysavac.

  • 14. 8. 2014 22:37

    Sten (neregistrovaný) ---.parawide.eu

    Přesně, po třech letech intenzivního vývoje (Git, spousta přesunů a přepisů souborů) a bez jakékoliv defragmentace:

    sten@lychee ~ $ sudo e4defrag -c /dev/LVM/Data
    <Fragmented files>                             now/best       size/ext
    1. /home/sten/.local/share/akonadi/akonadiserver.error
                                                   109/1              4 KB
    2. /home/sten/.Skype~/DataRv/offline-storage.data
                                                    96/1              4 KB
    3. /home/sten/.Skype/DataRv/offline-storage.data
                                                    96/1              4 KB
    4. /home/sten/android/.git/modules/gui_shared/logs/HEAD
                                                    16/1              4 KB
    5. /var/log/auth.log.1                          16/1              4 KB
    
     Total/best extents                             1330430/1311756
     Average size per extent                        95 KB
     Fragmentation score                            0
     [0-30 no problem: 31-55 a little bit fragmented: 56- needs defrag]
     This device (/dev/LVM/Data) does not need defragmentation.
     Done.

    Windows můžou jen tiše závidět.

    Btw. že zrovna Skype má problémy s fragmentací asi není překvapující :-D

  • 15. 8. 2014 0:06

    Jarda_P

    Btw. že zrovna Skype má problémy s fragmentací asi není překvapující :-D

    Jo, take jsem si rikal, jak dokazi ukladat soubory fragmenovane i na uplne cizim filesystemu.

  • 15. 8. 2014 5:53

    Lael Ophir (neregistrovaný) ---.145.broadband14.iol.cz

    Co mi tím chcete ukázat? Kdybyste měl podobnou fragmentaci na Windows a spustil si nějaký free defrag, nejspíš by vám vypsal fragmentaci 12.4% (326958/290850) a označil by ji jako vážný problém, s doporučením na koupi professional verze toho defragu :D. Navíc fragmentace FS velmi záleží na způsobu používání disku, na tom nakolik jste ho maximálně zaplnil atd.

    Vám se Stacker nesesypal, já takových viděl několik.

    Jestli vám s Quarterdeckem chodil Lantastic, neztuhnul driver CD-ROMu a chodily hry, byl jste šťastný člověk. Já s ním měl jen problémy.

    MSIE vylepšuje OS stejně jako WordPad, dvoupanelový file manager nebo Calculator - umožňuje uživateli dělat víc věcí out of the box. Samozřejmě ani jedno nesouvisí s primární funkcí OS, kterou je poskytování abstrakce nad HW. Jenže dneska se OS dělají jinak. Koukněte se na distra Linuxu, nacpaná GB kravin.

  • 15. 8. 2014 11:54

    Jarda_P

    Fuj, Lantastic! Takovou traparnu ja nemel, ja mel Netware 2.18, 2.20 a 4.x. S CD ROMem jsem problemy nemel. Jediny CD-ROM, ktery jsme meli, byl v nejakem pocitaci tusim od DECu, ktery tam koupili za ucelem chytani prachu, cimz zlepsili cistotu v klimatizovane mistnosti.

    WordPad nikoho nezajima. Je to neprilis ohromujici aplikace, jakou nekteri lide sesmoli za odpoledne a mozna i lepsi. Nicemu nekonkuruje, nikdo to stejne nepouziva na nic jineho, nez cteni dokumentace, ktera je v tom obcas dodavana. A to zejmena od doby, kdy MS WordPad "vylepsil" odstraneni moznosti nastavit radkovani dokumentu a mozna i dalsi veci.

  • 15. 8. 2014 13:15

    Lael Ophir (neregistrovaný) ---.145.broadband14.iol.cz

    Měl jsem Lantastic a Digital Pathworks, obojí mělo problémy s alternativním memory managery.

    Můj WordPad umí nastavit řádkování. Samozřejmě je to velmi základní aplikace. Nicméně pointa je v tom, že na jedné straně chcete k OS přibalovat další nástroje které konkurují malým firmám, a na druhé straně totéž kritizujete.

  • 15. 8. 2014 14:12

    Jarda_P

    Můj WordPad umí nastavit řádkování.

    Aha, to s pletu s MS Write. Ja ty Widle tak malo pouzivam, ze uz si toho dost nepamatuji.

    Takze to byl Write, ktery jeste nekde na Widlich NT rady 3.x umel stelovat radkovani, po vzoru psaciho stroje, jako to delala T602. Na NT 4.0 se jiz radkovani nastavit nedalo, protoze MS se asi obaval, ze by nekdo mohl na psani dopisu babicce pouzit Write a nekoupil by si Oppice. Proto jsem na workstejsnu mel Wordpad okopirovany z NT 3.x serveru.

    Ted koukam na WordPad z XP a porad tam nejak nevidim moznost nastaveni radkovani. Takze to tam vratili nejdrive s Vistou, kterou tu nastesti nema, takze se nepodivam.

    Akorat nevim, proc tomu rikaji WordPad, kdyz je to porad write.exe.

  • 15. 8. 2014 15:29

    Lael Ophir (neregistrovaný) ---.145.broadband14.iol.cz

    Můj WordPad se jmenuje worpad.exe. NT4 tu nemám, a ve WordPadu jsem nikdy nic nepsal, takže nemožnost nastavit řádkování nemůžu potvrdit ani vyvrátit.

  • 15. 8. 2014 12:44

    Sten (neregistrovaný) ---.parawide.eu

    Co mi tím chcete ukázat? Kdybyste měl podobnou fragmentaci na Windows a spustil si nějaký free defrag, nejspíš by vám vypsal fragmentaci 12.4% (326958/290850) a označil by ji jako vážný problém, s doporučením na koupi professional verze toho defragu

    Ve Windows je fragmentace velmi často výrazně vyšší i podle toho microsoftího nástroje.

  • 15. 8. 2014 13:12

    Lael Ophir (neregistrovaný) ---.145.broadband14.iol.cz

    To dost záleží na tom, jak ji počítáte. Navíc starší verze Windows komprimovaly například zálohy Service Packu na disku, a komprese uloženého souboru na úrovni FS samozřejmě vede k fragmentaci (cca jeden fragment na 64kB). Sice se vám tím zvýší fragmentace, ale zase získáte celkem dost místa na disku, což svého času bylo důležitější, než dneska v době TB disků.

  • 15. 8. 2014 13:24

    Sten (neregistrovaný) ---.parawide.eu

    Nevidím jediný důvod, proč by komprese uloženého souboru měla vést k fragmentaci, když se ten soubor nepřepisuje (což se u záloh určitě neděje).

  • 15. 8. 2014 15:18

    Lael Ophir (neregistrovaný) ---.145.broadband14.iol.cz

    Ta komprese se provádí po 16 blocích, a vede se k tomu seznam virtuálních clusterů. Důvod je vcelku zjevný: musíte zajistit možnost číst nebo přepisovat soubor zprostředka bez dekomprese celého streamu. Pokud vím, ukládají se data na původní místo, a mezi nimi pak zbývá volné místo.

  • 15. 8. 2014 17:56

    Sten (neregistrovaný) ---.parawide.eu

    Tak vidíte, kde je ten problém. Ne v samotné kompresi (nakonec btrfs tyhle problémy nemá), ale v tom, že nikoho v MS zřejmě nenapadlo, že když se kompresí mění délka dat, asi nebude úplně vhodné to ukládat na původní místo.

  • 15. 8. 2014 20:41

    Lael Ophir (neregistrovaný) ---.145.broadband14.iol.cz

    Nevím jak to řeší BTRFS, ale když budete alokovat komprimované bloky na nové místo, zvýšíte fragmentaci volného místa. Jde o volbu mezi A. přidáním fragmentovaného volného místa, s tím že nezasáhnete do existujícího volného místa, nebo B. menším počtem fragmentů komprimovaného souboru, ale vyšší fragmentací volného místa. Jak jsem už psal, každá alokační strategie je kompromis. Myslím že lidem v MS to vysvětlovat nemusíte. Na rozdíl od autorů unixových FS napsali už v půlce devadesátých let žurnálový FS s kvótami, kompresí, šifrováním, podporou velkých volumes i souborů, přístupem po síti atd., a doplnili ho o transakční zpracování, rezervaci přenosového pásma, online resizing, online defrag a další featury, takže o FS asi něco vědí :)

  • 19. 8. 2014 13:06

    Sten (neregistrovaný) ---.parawide.eu

    Co třeba tak, že po uložení prvního zkomprimovaného bloku uložíte druhý blok hned za ten první a ne na místo, odkud jste jej načetl? K žádné fragmentaci volného místa nedojde a navíc nebudete mít fragmentovaný ani ten soubor (a fragmenty volného místa uvnitř — co že jste to psal o fragmentaci volného místa?). Ale chápu, tohle je tak strašně těžké vymyslet, že ani profesionálové na FS na to nepřišli.

  • 19. 8. 2014 21:34

    Lael Ophir (neregistrovaný) ---.145.broadband14.iol.cz

    Upřímně nevím, jaká byla motivace autorů FS v roce 1993. Jestli chcete zkoumat detaily, napište nějaké testy pomocí toho API které jsem linkoval, a pak to můžeme vyhodnotit.

  • 19. 8. 2014 21:36

    Sten (neregistrovaný) ---.parawide.eu

    Alokační algoritmy nemají moc společného s tím, jaká byla motivace autorů v roce 1993. Sám moc dobře víte, že v každé verzi Windows jsou jiné. Přesto tohle pořád nějak nedokázali vychytat.

  • 19. 8. 2014 21:59

    Lael Ophir (neregistrovaný) ---.145.broadband14.iol.cz

    O kompresi nad NTFS vím jistě to, že rozděluje soubor do fragmentů po 15 clusterech. Pokud chcete tvrdit, že to autoři nevychytali, běžte napsat test za pomoci toho linkovaného API. To vám jasně řekne, jak je soubor fyzicky rozmístěný po disku.

  • 20. 8. 2014 1:45

    Sten (neregistrovaný) ---.net.upcbroadband.cz

    To jste tvrdil vy, že to je důvod, proč NTFS tolik fragmentuje

  • 14. 8. 2014 15:23

    Sten (neregistrovaný) ---.parawide.eu

    Jestli to nebude tím, že unixové souborové systémy nikdy nebyly tak stupidní jako FAT, že alokovaly vždy první volný blok a proto při multitaskingu příšerně fragmentovaly. Moderní souborové systému pak používají online defragmentaci v podstatě jen kvůli COW či žurnálování. Tedy až na NTFS, který má alokační strategie vyvinuté snad v Oregonské státní nemocnici.

    Zřejmě jste nikdy neslyšel o Demos Commanderu, což byl klon Norton Commanderu pro UNIXy. Ve srovnání s ním to byl naopak File Manager z Windows 3.x, co způsoboval příšená utrpení.

  • 14. 8. 2014 15:45

    Lael Ophir (neregistrovaný) ---.145.broadband14.iol.cz

    Ona se také implementace těch unixových FS nevejde do 512 bytů :). FAT je samozřejmě nevhodný pro systémy s paralelním zápisem, od toho je tu NTFS.

    Ad NTFS... má alokační strategie vyvinuté snad v Oregonské státní nemocnici - co se vám na nich konkrétně nelíbí? V praxi mi přijde, že NTFS funguje velmi dobře, a popis alokační strategie vypadá celkem OK.

    Ad Demos Commander - proč sem taháte nějaký klon Norton Commanderu s textovým UI? Koukněte se, jak vypadaly grafické file managery na Unixech v době Windows 3.x.

  • 14. 8. 2014 21:50

    Sten (neregistrovaný) ---.parawide.eu

    Ona se také implementace těch unixových FS nevejde do 512 bytů :)

    Tam se ale nevejde ani implementace FAT, vejde se tam akorát možnost načíst z FAT soubor. A dovolil bych si tvrdit, že taková implementace UFS nebude o mnoho větší.

    co se vám na nich konkrétně nelíbí?

    Tak například to, že za každý soubor strčí malé prázdné místo a nový soubor alokuje hned za tím, místo aby soubory rovnoměrně rozkládal po disku. Nebo to, že všechna metadata cpe do jednoho souboru (MFT). To pak vede do takových situací, jako když soubor zapisovaný na disk, kam přistupuje jediný program, skončí po kontinuálním zápisu v několika desítkách či stovkách fragmentů. Tohle se snad nestávalo ani na VAXu.

    proč sem taháte nějaký klon Norton Commanderu s textovým UI? Koukněte se, jak vypadaly grafické file managery na Unixech v době Windows 3.x.

    Protože i tenhle textový správce souborů fungoval daleko lépe a lépe se ovládal než File Manager z Windows 3.x.

  • 15. 8. 2014 4:23

    Lael Ophir (neregistrovaný) ---.145.broadband14.iol.cz

    Ad za každý soubor strčí malé prázdné místo a nový soubor alokuje hned za tím - to je samozřejmě nesmysl. NTFS provádí při zápisu souboru pre-alokaci mnohonásobku velikosti požadovaného místa (dvoj- až šestnáctinásobku, tak to alespoň bylo ve WinXP).

    Rovnoměrně rozkládat soubory po disku vede k tomu, že se velmi rychle zbavíte všech opravdu velkých kusů volného místa, takže větší soubory pak skončí jako řezanka. Navíc pokud zkusíte číst soubory zapsané cca ve stejném čase (tedy nejspíš používané dohromady), bude disk divoce seekovat.
    MFT je sice jeden soubor, ale není nezbytně souvislý - i když se o to NTFS snaží. Podobně totiž pokud máte metadata roztroušená po celém disku, tak navigace mezi adresáři povede ke spoustě seekování. A to si uvědomte, že díky skvělému unixovému zvyku ukládat konfiguraci do souborů místo do DB máte například konfiguraci LibreOffice 4 v 96 adresářích(!). Fakt je chcete mít po disku roztroušené náhodně? To se pak nedivte, že vám čtení té konfigurace trvá daleko déle než na Windows (nemluvě o srovnání s Registry).

    Napsat dobrý FS alokátor je někde mezi vědou a černou magií, a každá zvolená strategie je kompromis. Například to rovnoměrné rozkládání souborů po disku vám dá o něco nižší fragmentaci při menším zaplnění FS, ale o to větší fragmentaci pokud FS zaplníte víc. MS k tomu přistupuje odpovědně, sbírá v rámci různých data o tom jak zákazníci FS opravdu používají, a na základě toho optimalizuje.

    Ad tenhle textový správce souborů - a nebyla náhodou řeč o utilitách dodávaných s OS? Srovnávejte srovnatelné: utilitu dodanou s OS proti jiné utilitě dodané s OS, a GUI proti GUI.

  • 15. 8. 2014 13:13

    Sten (neregistrovaný) ---.parawide.eu

    Ad za každý soubor strčí malé prázdné místo a nový soubor alokuje hned za tím - to je samozřejmě nesmysl. NTFS provádí při zápisu souboru pre-alokaci mnohonásobku velikosti požadovaného místa (dvoj- až šestnáctinásobku, tak to alespoň bylo ve WinXP).

    Ano, prealokuje dvojnásobek délky prvního zápisu, což je typicky jedna alokační jednotka, a ty následné prealokace už nepůjdou udělat bez fragmentace, pokud mezitím jiná aplikace vytvoří jiný soubor, protože NTFS jej „chytře“ šoupne hned za ten první soubor. Navíc tu prealokaci provádí tak, že může být v až 128 fragmentech. WTF?

    Btw. proč MS vydává dokumenty jako EXE? Pak se ani nelze divit, že uživatelé Windows ochotně spouštějí podobné „dokumenty“ z e-mailů.

    Rovnoměrně rozkládat soubory po disku vede k tomu, že se velmi rychle zbavíte všech opravdu velkých kusů volného místa, takže větší soubory pak skončí jako řezanka.

    Myslím, že se shodneme, že mít 20 MiB soubor v 10 fragmentech je z hlediska výkonu problém, ale mít 20 GiB soubor v 10 fragmentech je prkotina, těch deset seeků už vás moc zdržovat nebude.

    Navíc pokud zkusíte číst soubory zapsané cca ve stejném čase (tedy nejspíš používané dohromady), bude disk divoce seekovat.

    To samozřejmě lze optimalizovat jen pro takovou sadu souborů (a pro jednu aplikaci), jak to ostatně alokátor ext* dělá.

    MFT je sice jeden soubor, ale není nezbytně souvislý - i když se o to NTFS snaží. Podobně totiž pokud máte metadata roztroušená po celém disku, tak navigace mezi adresáři povede ke spoustě seekování. A to si uvědomte, že díky skvělému unixovému zvyku ukládat konfiguraci do souborů místo do DB máte například konfiguraci LibreOffice 4 v 96 adresářích(!). Fakt je chcete mít po disku roztroušené náhodně? To se pak nedivte, že vám čtení té konfigurace trvá daleko déle než na Windows (nemluvě o srovnání s Registry).

    V ext4 se žádná spousta seekování nekoná, metadata jsou buď v tabulce inodů nebo přímo v adresáři. Adresáře jsou pak indexované, takže v nich lze velmi rychle vyhledávat, a protože LibreOffice vytváří ty adresáře najednou, tak budou blízko u sebe.

    Napsat dobrý FS alokátor je někde mezi vědou a černou magií, a každá zvolená strategie je kompromis. Například to rovnoměrné rozkládání souborů po disku vám dá o něco nižší fragmentaci při menším zaplnění FS, ale o to větší fragmentaci pokud FS zaplníte víc. MS k tomu přistupuje odpovědně, sbírá v rámci různých data o tom jak zákazníci FS opravdu používají, a na základě toho optimalizuje.

    Zajímavé, MS k tomu přistupuje odpověděně a NTFS fragmentuje jak o život, zatímco vývojáři open source si to splácají doma a funguje jim to mnohem lépe.

    Ad tenhle textový správce souborů - a nebyla náhodou řeč o utilitách dodávaných s OS? Srovnávejte srovnatelné: utilitu dodanou s OS proti jiné utilitě dodané s OS, a GUI proti GUI.

    V UNIXech není problém používat v GUI konzolové nástroje i s myší, copy&paste či drag&drop úplně stejně jako jiné GUI aplikace, takže nevidím důvod je oddělovat. Že to ve Windows neumíte, neznamená, že to neumí nikdo jiný.

  • 15. 8. 2014 14:37

    Lael Ophir (neregistrovaný) ---.145.broadband14.iol.cz

    Ad prealokuje dvojnásobek délky prvního zápisu, což je typicky jedna alokační jednotka - na prvním místě jde o stav před 11 lety. Na druhém místě není důvod mít první zápis velkého souboru typicky menší než jeden cluster. Pokud soubor vytváříte, první request může klidně mít pár MB. Pokud ho kopírujete, na prvním místě vám CopyFileEx nastaví velikost cílového souboru stejnou jako u zdrojového, plus se používají I/O requesty s velikostí v MB, nikoliv kB.
    Ad NTFS jej "chytře" šoupne hned za ten první soubor - fakt? Nic takového jsem v dokumentaci neviděl. Jestli vy ano, tak to sem hoďte. Jestli ne, můžete napsat test pomocí Defrag API C# wrappers (a nechat si u toho zdát, že byste měl něco podobného k dispozici na Unixech), a já slibuju, že si pak ten váš test sjedu.
    http://blogs.msdn.com/b/jeffrey_wall/archive/2004/09/13/229137.aspx

    Ad mít 20 GiB soubor v 10 fragmentech je prkotina - problém je v tom, že když máte po disku náhodně roztroušená data, tak nebudete mít ani ty 2GB souvislého volného místa. Když vezmu svůj disk (450GB, 180GB dat, 450k souborů), s vaším přístupem byste měl při ideálně souvislém ukládání souborů a zanedbání metadat a adresářů souvislé bloky o velikosti jen 630kB, výpočet (450G-180G)/450k. Když ten disk zaplníte stejným způsobem na dvojnásobek, tedy na 80% kapacity, bude souvislé bloky volného místa jen okolo 100kB. A to na disku, kde máte ještě 90GB volného místa, plus jsme zanedbali ta metadata, která chcete také ukládat po celém disku. Zkuste si pak vytvořit 1GB DB soubor - bude z něj řezanka. A se zvyšujícím se procentem zaplnění disku se to bude prudce zhoršovat. Je už jasnější, že umisťovat soubory náhodně po disku je nesmysl?

    Ad protože LibreOffice vytváří ty adresáře najednou, tak budou blízko u sebe - aha, takže najednou se hodí mít metadata víc dohromady, a netrousit je náhodně po disku. A přitom jste ještě minule NTFS vytýkal, že se snaží je držet pohromadě.

    Ad NTFS fragmentuje jak o život, zatímco vývojáři open source si to splácají doma a funguje jim to mnohem lépe - tak silné tvrzení by to chtělo podpořit velmi dobrými argumenty :)

    Ad v UNIXech není problém používat v GUI konzolové nástroje i s myší, copy&paste či drag&drop - kupodivu to není problém ani ve Windows, vizte ENABLE_QUICK_E­DIT_MODE. A pokud chcete použít na konzoli myš jako pointer, stačí zavolat SetConsoleMode s ENABLE_MOUSE_INPUT, budete pak dostávat events. Nicméně původní pointa byla ta, že GUI nástroje instalované s UNIXy byly (a často nadále jsou) ve srovnání s Windows naprosto tragické, takže je pokrytecké Windows vyčítat, že neobsahovaly víc nástrojů v lepší kvalitě.
    http://msdn.microsoft.com/en-us/library/ms685035(v=vs.85).aspx

  • 15. 8. 2014 15:14

    Jarda_P

    Ad NTFS fragmentuje jak o život, zatímco vývojáři open source si to splácají doma a funguje jim to mnohem lépe - tak silné tvrzení by to chtělo podpořit velmi dobrými argumenty :)

    Ze by praxe? Ted jsem se kvuli vam premistil celych 20 m ke stroji, kde jsem preinstaloval Widle 21 dubna (podle dat adresaru). Nechal jsem si analyzovat fragmentaci, je tam uz 7 %. A to je stroj, kde je zhruba pul disku volneho prostoru a neni moc intenzivne vyuzivany - vetsinu casu prehrava radio z Internetu a ted cely mesic stal s vyjimkou nekolika hodin.

    Na druhou stranu muj Ext4 ma najeto pet let bez defragmentace a defragmentovat nepotrebuje. Vlastne vzdy, kdyz slysim o fragmentaci, musim sahnout po Googlu, abych si nasel, jak se to vlastne v Linuxu dela. Nepotrebuji to totiz tak intenzivne, ze to vzdycky zapomenu.

  • 15. 8. 2014 15:28

    Lael Ophir (neregistrovaný) ---.145.broadband14.iol.cz

    Fragmentace 7% čeho? A pokud jsou to WinXP, nejspíš tam máte komprimované zálohy Service Packů, které fragmentaci zvyšují - ovšem pouze pro tu část disku, na které jsou uložené.

    Osobně jsem se setkal s velkou fragmentací NTFS na desktopech jen u strojů, které měly silně zaplněný disk. Tam se tomu bohužel nevyhnete.

  • 15. 8. 2014 15:48

    Jarda_P

    Tak ceho je to fragmentace, na to se zeptejte MS, je to jejich verze Diskeeperu, ktera to tvrdi. A Jsou tam Widle 7.

  • 15. 8. 2014 20:58

    Jarda_P

    Jinými slovy nemáte data.

    Presna data vam tezko dam, protoze nemam zadny soft ktery umi defragmentovat jak Ext4, tak NTFS. Nicmene jsem nasel perlovy skript, ktery rika toto:

    # nice -n 19 perl fragck.pl /
    1.49021022723612% non contiguous files, 1.05728257298036 average fragments.

    Zda se tedy, ze "Fragmentation score 1" uvadene e4defragem, je zaokrouhlene procento fragmentovanych souboru.

    Procento, kere uvadi Diskeeper ve Widlich, pak pravdepodobne znamena taktez % fragmentovanych souboru.

    Mohlo by to znamenat i % prostoru obsazeneho soubory, ktere je fragmentovane, otazka je, co by bylo horsi. Znamenalo by to, ze nejakych 10% z nejakych 30 GB je jiz fragmentovano. Presny vyznam si vydiskutujte s Microsoftem, v helpu pisi, ze je to procento fragmentace, coz neni jasne, co je. Doporucuji defragmentovat, jakmile preleze 10%.

    Rekl bych tedy, ze Ext4, kde je typicky pouze par GB volneho mista, je na tom po peti letech intenzivnejsiho provozu lepe, nez NTFS po nekolika mesicich neintenzivniho provozu. A i kdyby nebylo, tak ma najeto pet let bez defragmentace, coz je na Widlich nemyslitelne. Nechci videt, jake fragmentace ten disk pod Widlemi dosahne po peti letech, nedejboze, kdyby se melo jednat o intenzivni provoz. Jesteze to je SSD, tam je to jedno.

  • 16. 8. 2014 0:07

    Lael Ophir (neregistrovaný) ---.145.broadband14.iol.cz

    Ad presna data vam tezko dam - souhlas

    Ad fragmentation score 1 - dokumentace k tomu říká následující: Get a current fragmentation count and an ideal fragmentation count, and calculate fragmentation score based on them. To mi přijde poněkud vágní. Navíc to nijak nepostihuje fragmentaci volného místa.

    Ad procento, kere uvadi Diskeeper ve Widlich - opět nevíme k čemu se vztahuje.

    Ad doporucuji defragmentovat, jakmile preleze 10% - tam je další otázkou, kdy vlastně defragmentovat. Zpočátku to jde celkem snadno, i když fragmentace nemá větší vliv na výkon. Když se fragmentace zvětší, je defrag daleko delší. Jak nastavit hranici?

    Ad rekl bych tedy, ze Ext4, kde je typicky pouze par GB volneho mista, je na tom po peti letech intenzivnejsiho provozu lepe, nez NTFS po nekolika mesicich neintenzivniho provozu - 1. nemáte k tomu dost dat, 2. jak jsem už psal, ve WinXP máte nejspíš komprimované zálohy Service Packů, což zvyšuje fragmentaci, ale jen v prostoru, kde jsou ty soubory uložené.

  • 16. 8. 2014 0:49

    Jarda_P

    jak jsem už psal, ve WinXP máte nejspíš komprimované zálohy Service Packů, což zvyšuje fragmentaci, ale jen v prostoru, kde jsou ty soubory uložené.

    A jak jsem psal ja, jsou to Widle 7 a tam ten SP byl snad zatim jen jeden. Mozna, ze jsou komprimovane i vselijake ty zalohy z instalaci bugfixu. Takze mozna mate pravdu a skoro vsechno to tam vzniklo kompresi dat. To ovsem neni dobra vizitka Widli. Znamena to, ze se instalovalo strasne mnozstvi patchu, coz se instalovalo. No, vlastne zadne prekvapko. Kdyz SP na Oppice 2007 ma nejakych 300 MB, tak flastry na Widle nejspis budou delat vic, nez jejich puvodni instalace. Tolik patchu mi nechodi snad ani na Blbuntu LTS a ze tam tech patchu chodi docela dost. Na muj vkus a na to, ze je to LTS, nejak podezrele moc. Mozna kvuli backports.

  • 16. 8. 2014 14:43

    Lael Ophir (neregistrovaný) ---.145.broadband14.iol.cz

    Souhlas, Service Packy mohou být po čase větší než originální instalace. Zálohy stavu před patchováním můžete odstranit pomocí nástroje Disk Cleanup.

    BTW na Ubuntu nemáte zálohy stavu před instalací patchů? Co děláte, když se chcete vrátit do stavu před instalací patche?

  • 16. 8. 2014 17:51

    Pepa (neregistrovaný) ---.113.108.109.omegatech.cz

    :) Nevím, jak to mají řešeno v Ubuntu, ale ve Fedoře na to mají řešení pomocí yum history - odkaz
    Netuším, zda k tomu je i nástroj hodný OS pro 21.století...

  • 16. 8. 2014 18:34

    Lael Ophir (neregistrovaný) ---.145.broadband14.iol.cz

    Na RPM mi přijde vtipné hlavně to, že používá binární DB namísto konfiguráků, které uživatelé Linuxu podle zdejších diskusí považují za jedinou správnou cestu. Ohledně toho undo je problém v tom, že je nutné balíčky downloadovat, což v případě Service Packu není úplně dobrý nápad. Už Mach a Šebestová věděli, že bez brýlí se brýle špatně hledají :)

  • 16. 8. 2014 19:55

    Jarda_P

    BTW na Ubuntu nemáte zálohy stavu před instalací patchů? Co děláte, když se chcete vrátit do stavu před instalací patche?

    Apt pinning?

  • 16. 8. 2014 20:39

    Pepa (neregistrovaný) ---.113.108.109.omegatech.cz

    Téma apt pinningu se tu probíralo. Nebude lepší použít apt-undo? Podle popisu to vypadá, že to funguje obdobně jako yum history... koneckonců yum se dá doinstalovat i do ubuntu...

  • 15. 8. 2014 18:12

    Sten (neregistrovaný) ---.parawide.eu

    na prvním místě jde o stav před 11 lety. Na druhém místě není důvod mít první zápis velkého souboru typicky menší než jeden cluster. Pokud soubor vytváříte, první request může klidně mít pár MB.

    Typicky třeba výstup z enkodéru videa, z multiplexeru, ze síťového proudu nebo i z kompresního algoritmu (OOXML) nemá bloky o velikosti několika MB.

    Pokud ho kopírujete, na prvním místě vám CopyFileEx nastaví velikost cílového souboru stejnou jako u zdrojového, plus se používají I/O requesty s velikostí v MB, nikoliv kB.

    Takže pokud tomu FS řeknete, že bude mít soubor tolik a tolik dat, tak je dokáže naalokovat nefragmentované. Hmm, to asi musí být hodně komplexní algoritmus :-)

    fakt? Nic takového jsem v dokumentaci neviděl. Jestli vy ano, tak to sem hoďte. Jestli ne, můžete napsat test pomocí Defrag API C# wrappers (a nechat si u toho zdát, že byste měl něco podobného k dispozici na Unixech), a já slibuju, že si pak ten váš test sjedu.

    V dokumentaci to není, je to vidět z obrazu disku defragmentačních utilit. Soubory vytvořené po sobě různými aplikacemi jsou za sebou.

    Proč bych si o tom měl nechat zdát? Vidím kód, který importuje nějaké funkce z kernel32.dll. V Linuxu použijete libext2fs (třeba i v Pythonu), nebo pokud to chcete naskriptovat v shellu, tak ex4defrag umí podávat informace o jednotlivých souborech. Jaký je v tom rozdíl?

    problém je v tom, že když máte po disku náhodně roztroušená data, tak nebudete mít ani ty 2GB souvislého volného místa. Když vezmu svůj disk (450GB, 180GB dat, 450k souborů), s vaším přístupem byste měl při ideálně souvislém ukládání souborů a zanedbání metadat a adresářů souvislé bloky o velikosti jen 630kB, výpočet (450G-180G)/450k. Když ten disk zaplníte stejným způsobem na dvojnásobek, tedy na 80% kapacity, bude souvislé bloky volného místa jen okolo 100kB. A to na disku, kde máte ještě 90GB volného místa, plus jsme zanedbali ta metadata, která chcete také ukládat po celém disku. Zkuste si pak vytvořit 1GB DB soubor - bude z něj řezanka. A se zvyšujícím se procentem zaplnění disku se to bude prudce zhoršovat. Je už jasnější, že umisťovat soubory náhodně po disku je nesmysl?

    Ty data nejsou roztroušena náhodně, ale organizovaně. Pokud máte soubor, který je zavřený a od vytvoření se nezměnil, asi se měnit nebude a můžete šoupnout další hned za něj. Nicméně pokud máte soubor otevřený pro zápis, asi nebude zrovna ideální strčit další soubor od jiné aplikace hned za něj.

    aha, takže najednou se hodí mít metadata víc dohromady, a netrousit je náhodně po disku. A přitom jste ještě minule NTFS vytýkal, že se snaží je držet pohromadě.

    Pohromadě máte ta metadata, která se pravděpodobně budou používat najednou. NTFS rve dohromady všechna metadata bez ohledu na to, kdy je kdo bude používat.

    tak silné tvrzení by to chtělo podpořit velmi dobrými argumenty :)

    Co třeba těmi měřeními fragmentace, které jsme zde uvedli?

    kupodivu to není problém ani ve Windows, vizte ENABLE_QUICK_E­DIT_MODE. A pokud chcete použít na konzoli myš jako pointer, stačí zavolat SetConsoleMode s ENABLE_MOUSE_INPUT, budete pak dostávat events. Nicméně původní pointa byla ta, že GUI nástroje instalované s UNIXy byly (a často nadále jsou) ve srovnání s Windows naprosto tragické, takže je pokrytecké Windows vyčítat, že neobsahovaly víc nástrojů v lepší kvalitě.

    Kupodivu to problém je, protože v Linuxové konzoli funguje copy&paste či drag&drop i bez nějakého nastavování, myš funguje i přes SSH a taková terminálová aplikace funguje i tam, kde žádné GUI není (hodně štěstí při spouštění aplikace používající SetConsoleMode v DOSu).

    GUI nástroje v UNIXech byly tragické, protože nebyly potřeba, zatímco ve Windows byly tragické a navíc jste neměl moc na výběr.

  • 15. 8. 2014 20:30

    Lael Ophir (neregistrovaný) ---.145.broadband14.iol.cz

    Ad výstup z enkodéru videa, z multiplexeru, ze síťového proudu nebo i z kompresního algoritmu (OOXML) nemá bloky o velikosti několika MB - pokud jsou bloky menší, je předalokace pomalejší. Enkodér videa by měl na začátku odhadnout velikost souboru, vydělit ji řekněme čtyřmi a změnit velikost souboru, protože to pomůže alokátoru. Kopírování souboru z UNC (tedy přes redirector) používá velké bloky, takže tam problém nehrozí.

    Ad pokud tomu FS řeknete, že bude mít soubor tolik a tolik dat, tak je dokáže naalokovat nefragmentované - ne nutně, ale má k tomu lepší podmínky, protože může rovnou vybrat dostatečně velké souvislé volné místo. Pokud naopak budete zapisovat 10GB soubor (a pokud váš FS umí soubory nad 2GB :)) stylem "1kB, a ještě 1kB, a ještě 1kB...", tak alokátor neví jak bude soubor ve finále velký, a bude daleko víc fragmentovat.

    Ad je to vidět z obrazu disku defragmentačních utilit - kde to vidíte na cca 600 indikátorech na celý disk, tj. s úžasnou cca 1GB přesností. Jo, to je jasný finální důkaz, že NTFS zapisuje soubory bezprostředně za sebe, tedy někdy, a plus minus 1GB :D. Zkuste si to API a otestujte si, kam NTFS skutečně ty soubory ukládá.

    Ad Proč bych si o tom měl nechat zdát? Vidím kód, který importuje nějaké funkce z kernel32.dll - jedná se dokumentované defragmentační API, ke kterému máte i návod k použití. Funguje na přimountovaném FS, a nad různými FS (nevím jak to funguje nad Ext2Fsd).
    http://msdn.microsoft.com/en-us/library/windows/desktop/aa363911(v=vs.85).aspx

    Ad pokud máte soubor otevřený pro zápis, asi nebude zrovna ideální strčit další soubor od jiné aplikace hned za něj - na tom se jistě shodneme. Ale jak daleko ho umístit? Když ho umístíte příliš daleko, zbytečně zvýšíte fragmentaci volného místa, a dojedete na to až se FS trochu zaplní. Když ho umístíte moc blízko, zvýšíte pravděpodobnost, že ten předcházející otevřený soubor budete fragmentovat.

    Ad pohromadě máte ta metadata, která se pravděpodobně budou používat najednou - budoucí použití těch metadat dost těžko poznáte. Každopádně když držíte metadata pokud možno pohromadě, ušetříte si spoustu seekování.

    Ad třeba těmi měřeními fragmentace, které jsme zde uvedli - jenže to byste musel mít srovnatelná čísla, a FS použitý srovnatelným způsobem. Nesrovnatelná čísla z odlišně používaných FS mají nulovou vypovídací hodnotu. FYI tohle mi vypisuje defrag C: /A /V:
    ...
    Fragmentation:
    Total fragmented space = 2%
    Average fragments per file = 1.05
    ...
    Free space:
    Free space count = 31016
    Average free space size = 8.26 MB
    Largest free space size = 207.06 GB

    Master File Table (MFT):
    MFT size = 501.50 MB
    MFT record count = 513535
    MFT usage = 100%
    Total MFT fragments = 3
    Jde o SSD, takže na něm defrag nikdy neběžel.

    Ad v Linuxové konzoli funguje copy&paste či drag&drop i bez nějakého nastavování - ve Windows funguje drag&drop. V cmd.exe a powershellu to hodí do konzole jméno přetahovaného souboru, v aplikaci to co autor aplikace zamýšlel (upřímně - většinou nic moc, protože konzolové aplikace ve Windows jsou většinou prostě řádkové, na UI máme GUI). Copy&paste by default není zapnuté, protože stačí když si uživatel klikne do okna, a snadno tam vloží třeba 1MB textu z clipboardu, který se pak snadno provede jako příkazy. Proto se to zapíná v nastavení pro pokročilé :), resp. ve vlastnostech okna.
    Ad terminálová aplikace funguje i tam, kde žádné GUI není - jo, ještě byste měli držet podporu děrných štítků pro případ, že není ani ten terminál ;)
    Ad hodně štěstí při spouštění aplikace používající SetConsoleMode v DOSu - aplikace pro DOS jsou pouštěné pod konzolí vytvořenou cmd.exe, a SetConsoleMode si nastavujete ve vlastnostech okna. Vám pro změnu přeji hodně štěstí při spouštění 20+ let konzolových aplikací na dnešním Linuxu, nemluvě o používání myši v nich :)
    Ad GUI nástroje v UNIXech byly tragické, protože nebyly potřeba - jistě, protože ty hrozny jsou stejně kyselé :)
    Ad ve Windows byly tragické a navíc jste neměl moc na výběr - nemyslím. Koukněte se na XTree for Windows (GUI), ZTreeWin (klon XTree na Win32 konzoli), Norton File Manager (GUI), Far Manager (klon Nortonu na Win32 konzoli) atd. Plus byla k dispozici samozřejmě spousta aplikací pro DOS, některé se dokonce kvůli Win95 naučily dlouhé názvy.

  • 12. 8. 2014 11:07

    Seti (neregistrovaný) 158.194.160.---

    Je poněkud rozdíl, pokud aplikace nefunguje na jiném systému (widle > linux), protože jsou oba systémy naprosto odlišné, a pokud někdo ZÁMĚRNĚ sabotuje spuštění aplikace na jinak kompatibilním systému (MS DOS > DR DOS).

    K těm kvalitním aplikacím přidám: RenderMan Pro od Pixaru, Autodesk Maya, Autodesk SoftImage, Guitar Pro, AfterShot Pro, Lightworks, Kingsoft Office (nově WPS Office, BTW zvládá poměrně slušně MS Office formáty, řekl bych že lépe, než LO), IBM WebSphere, WebLogic, Ardour, Renoise.........

  • 12. 8. 2014 21:23

    Pepa (neregistrovaný) ---.113.108.109.omegatech.cz

    DR DOS přece nepochází z dílny Microsoftu...je to jen pokus o kopii ;) proč by tedy Microsoft měl podporovat jiný systém? :)

  • 12. 8. 2014 22:02

    Sten (neregistrovaný) ---.parawide.eu

    MS jej sice nikdy nepodporoval, ale vložil do Wordu explicitní podmínku, že pokud detekuje, že běží na DR-DOSu, tak vyhazuje hlášky o chybách, které se nestaly.

  • 13. 8. 2014 7:04

    Seti (neregistrovaný) ---.191.broadband4.iol.cz

    Vy neumíte číst? Chápete, co znamená "záměrně sabotovat"? Ten pokus o kopii byl rychlejší, měl lepší správu paměti, v jádře zabudovanou ochranu adresářů heslem, propracovanou historii příkazů, atd... přesto byl levnější a nepamatuji si, že by byl problém s něčím jiným, než s aplikacemi od M$.

    "David Cole and Phil Barrett exchanged emails on 30 September 1991: " "It's pretty clear we need to make sure Windows 3.1 only runs on top of MS DOS or an OEM version of it," and "The approach we will take is to detect dr 6 and refuse to load. The error message should be something like 'Invalid device driver interface.'" Microsoft had several methods of detecting and sabotaging the use of DR-DOS with Windows"

    http://www.theregister.co.uk/1999/11/05/how_ms_played_the_incompatibility/

  • 13. 8. 2014 11:31

    Pepa (neregistrovaný) ---.113.108.109.omegatech.cz
    Výčet z několika málo důvodů pro soud, které vyjmenovala společnost Caldera... ;)
    • Microsoft úmyslně vytvořil nekompatibilitu za účelem vyřazení DR DOS z trhu
    • Microsoft zablokoval produktu Novell přístup k Windows 3.1 beta, aby zabránil vytvoření kompatibility mezi DR-DOS a Windows 3.1 beta - a to považte, že se mluví o Betě ;-)
    • Microsoft protiprávně provázal dva odlišné produkty, MS-DOS 7.0 a Windows 4.0, aby vytvořil Windows 95 a vyloučil tak DR-DOS a tím omezil možnost volby zákazníků
    Pořád tu ale nevidím něco protiprávního. Mám produkt a někdo vytvoří stejný... Proč bych měl ten jeho podporovat? Co je na tom protiprávního? Jak může někdo diktovat, co já budu dělat s vlastním produktem? Pokud ho někdo nechce, tak ho logicky nemusí používat. Přece nemohu nutit výrobce motoru, aby fungoval na benzín i na naftu jen proto, že je to přece motor ;-) Nebo nutit výrobce automobilu, aby do automobilů umožnil dávat i motory jiných firem ;-) Kecy o monopolu, kecy o protiprávném provázání vlastních produktů... Dnes tu máme linux a ne že by byl zrovna kompatibilní s MS produkty, a jaká je základna uživatelů tohoto "lepšího systému zdarma"??? Uživatel měl vždy možnost volby a má ji i dnes ;)
  • 13. 8. 2014 12:32

    Jarda_P

    Zkus si predstavit tohle: Vyrobce XY, ktery ma dominantni postaveni na trhu, zkonstruoval automobil, ktery jezdi pouze po silnicich XY, na palivo XY. No, mozna porad nevidis nic protipravniho, ale urad pro hospodarskou soutez by uz sedlal kone a brousil savle.

    Jinak s vlastnim produktem si delej, co chces, ale neprodavej ho. Protoze omezovat zakaznika a nutit mu, jak ma tvuj produkt pouzivat, je prinejmensim nemoralni, pravdepodobne pak protipravni.

    MS vzdy vyvijel nejvetsi usili na poli hazeni klacku pod nohy konkurenci, mnohem mene na poli kvality. Vysledkem je to, ze cele odvetvi desktopu je deset let za tim, kde mohlo byt a na vyber jsou v podstate jen tri OS.

    Ad. "Dnes tu máme linux a ne že by byl zrovna kompatibilní s MS produkty, a jaká je základna uživatelů tohoto "lepšího systému zdarma"??? Uživatel měl vždy možnost volby a má ji i dnes ;) ":

    Az bude Linux podporovan marketingovymi kampanemi, uplatky a jinymi metodami za miliony, bude to vypadat jinak. A uzivatel volby moc nema. MS se vzdy staral o maximalni nekompaibilitu svych produktu, aby zakaznik nemohl odejit jinam. Standardy prestal jakztakz orat teprve pred nekolika lety, do te doby je akorat nicil tak, az produkty konkurence byly nepouzitelne. Neni to napriklad tak davno, co web fungoval prakticky jen v IE, prestoze zrovna IE i standardy jadro moc nelamal a byl plny bugu do takove miry, ze kazda stranka obsahovala hafo hacku, aby to v IE fungovalo, jak ma. A do jiste miry to plati dodnes, protoze casto jeste koderi pisi jeden web pro IE a jeden pro ostatni browsery a vsichni svorne na IE nadavaji. Je ale stale vice tech, kteri na IE serou a kdyz jim to tam nechodi, at si nainstaluji opravdovy browser.

  • 13. 8. 2014 13:17

    Pepa (neregistrovaný) ---.113.108.109.omegatech.cz

    "Jinak s vlastnim produktem si delej, co chces, ale neprodavej ho. Protoze omezovat zakaznika a nutit mu, jak ma tvuj produkt pouzivat, je prinejmensim nemoralni, pravdepodobne pak protipravni."
    Obchod neboli komerce či prodej je lidská činnost, která spočívá ve směňování zboží nebo služeb za peníze, případně za jiné zboží nebo služby. Setkávají se zde nabízející, kteří chtějí směnit za peníze, a poptávající, kteří za ně chtějí získat nějaké nové zboží. Cílem prodejců je maximalizace ceny, zatímco kupující si přejí pravý opak, cenu co nejnižší. Na trhu se tyto protichůdné zájmy střetávají, k transakci dojde pouze v případě, že obě strany jí získávají (jde o dobrovolnou směnu). Nabízející si musí cenit obnosu, který mu kupující nabízí, více než prodávaného zboží. Naopak kupující musí preferovat dané zboží před smluvní částkou peněz. Jestliže jsou obě podmínky splněny, pak dojde k obchodu. Na trhu není nedostatek OS a u žádného uživatele nestojí někdo s pistolí řka: "Kup si Windows a fofrem vole nebo mi selže pistole!"
    Uživatelé dostávají to, co chtějí. Byl tu pokus, kdy výrobce dodával PC či notebook primárně s nainstalovaným Linuxem, ale tak něják to nebylo rentabilní... Nelíbí se Android, nelíbí se mi, že zákazník za své peníze dostává bastl, ale co můžu dělat je to, že ho prostě nebudu kupovat ani doporučovat. Současné postavení MS je pouze důsledkem toho, že uživatelům dává to, co potřebují.
    MS vzdy vyvijel nejvetsi usili na poli hazeni klacku pod nohy konkurenci, mnohem mene na poli kvality. Vysledkem je to, ze cele odvetvi desktopu je deset let za tim, kde mohlo byt a na vyber jsou v podstate jen tri OS.
    Google v tomto není taky pozadu a v podstatě na každé firmě najdeme kousek té "dravosti"
    Neni to napriklad tak davno, co web fungoval prakticky jen v IE, prestoze zrovna IE i standardy jadro moc nelamal a byl plny bugu do takove miry, ze kazda stranka obsahovala hafo hacku, aby to v IE fungovalo, jak ma.
    No vidíte a dnes v tom zoufalém množství prohlížečů, které si také nedělají starost se standardy a jsou plné bugů můžeme za IE děkovat ;)

  • 13. 8. 2014 14:14

    Jarda_P

    Obchod neboli komerce či prodej je lidská činnost, která spočívá ve směňování zboží nebo služeb za peníze, případně za jiné zboží nebo služby. Setkávají se zde nabízející, kteří chtějí směnit za peníze, a poptávající, kteří za ně chtějí získat nějaké nové zboží. Cílem prodejců je maximalizace ceny, zatímco kupující si přejí pravý opak, cenu co nejnižší. Na trhu se tyto protichůdné zájmy střetávají, k transakci dojde pouze v případě, že obě strany jí získávají (jde o dobrovolnou směnu).

    To je krasna teorie, v praxi do toho ale jeste musite zaradit kartelove dohody, monopoly a defakto monopoly, necistou soutez atd. Toho si, na rozdil od vas, jiz davno vsimli jini a zridili urady, ktere se tomu snazi zamezit.

    Uživatelé dostávají to, co chtějí. Byl tu pokus, kdy výrobce dodával PC či notebook primárně s nainstalovaným Linuxem, ale tak něják to nebylo rentabilní...

    Ano, jestlize jsou na trhu jiz rozsirena auta vyrobce XY a to zejmena proto, ze kvuli nim jiz byly vsude postaveny silnice, po kterych umi jezdit jen auta od XY a navic XY vlastni skoro vsechny benzinove pumpy, ktere prodavaji benzin od XY a autta od XY na jiny benzin nejezdi, tak sance vyrobce Z na trhu jsou mizive. To, ze jeho auta jezdi na obycejny benzin a po obycejne silnici mu mnoho nepomuze.

    .....můžeme za IE děkovat ;)

    Ano, vyvojari webu za nej denne dekuji jiz leta.

  • 13. 8. 2014 13:15

    Sten (neregistrovaný) ---.parawide.eu

    Nikdo tu nenutí výrobce motoru, aby fungoval na benzín i naftu. Ale nevím, jak byste se tvářil na to, kdyby ten motor fungoval jen na předražený a nekvalitní benzín prodávaný výrobcem motoru, přičemž jakýkoliv jiný benzín by se snažil detekovat, a i přestože by na něj bez problémů jezdil, elektronika by odmítala s takovým benzínem startovat. A přidejte k tomu to, že by šlo o výrobce motorů pro všechny hlavní automobilky. Ale jistě, pokud by vás to štvalo, mohl byste si místo S-kového Mercedesu, Lexusu LS, šestkového BMW nebo Phaetonu koupit Ladu ;-)

  • 13. 8. 2014 14:08

    Pepa (neregistrovaný) ---.113.108.109.omegatech.cz

    Cítím tu analogii - Motor je HW(PC/Notebook...) a benzín je SW :)
    Tedy z vašeho pohledu - "Ale nevím, jak byste se tvářil na to, kdyby ten motor fungoval jen na předražený a nekvalitní benzín prodávaný výrobcem motoru, přičemž jakýkoliv jiný benzín by se snažil detekovat, a i přestože by na něj bez problémů jezdil, elektronika by odmítala s takovým benzínem startovat." - MS tedy vyrábí předražené a nekvalitní věci.
    Pak tedy jednoduše nemusíte jeho benzín kupovat a používat. Na trhu je přece dost kvalitnějšího benzínu.
    Z dané analogie mi ale zní, že chcete benzín míchat :) chcete DR-DOS a funkční tedy vlastně předražené a nekvalitní věci na DR-DOSu provozovat...
    Trh je otevřený každému. Je to o nabídce a poptávce. Procento uživatelů produktů Microsoftu jasně hovoří za své - raději platí za kvalitu, než berou šmejd zadarmo...

  • 13. 8. 2014 14:13

    Sten (neregistrovaný) ---.parawide.eu

    Cítíte to špatně, motor je Windows a benzín je DOS. Oboje je SW.

  • 13. 8. 2014 14:18

    Jarda_P

    Z dané analogie mi ale zní, že chcete benzín míchat...

    Proc ne? Moje auto na michany benzin jezdi, neni totiz od MS.

  • 13. 8. 2014 17:37

    Seti (neregistrovaný) ---.191.broadband4.iol.cz

    "Pořád tu ale nevidím něco protiprávního."

    Tady nejde o protiprávnost, tady jde o to, že takovéto praktiky jsou prostě nečestné.

    "Proč bych měl ten jeho podporovat?"

    Tak jestě jednou naposledy: jde o záměrné sabotování jinak naproto bez problémů fungujícího OS.

    Ta vaše analogie je úplně mimo, dám vám lepší: 90 % cest patří nějaké společnosti, která za provoz na nich inkasuje peníze. Stejná společnost vyrábí auta. No a ta společnost se rozhodne ty své cesty upravit tak, aby na nich jezdily jen ta její auta. Nelíbí se? Vždyť přece nemusíš jezdit autem, můžeš použít vlak nebo bus. Co na tom, že potřebuješ převézt něco těžkého, nebo že do tvého cíle žádný bus ani vlak nejede. Hlavně, ze máš na výběr ;-)

  • 14. 8. 2014 11:52

    Lael Ophir (neregistrovaný) ---.145.broadband14.iol.cz

    Ad takovéto praktiky jsou prostě nečestné - to si pletete komerční firmy s charitou. Konkurenční boj nespočívá v tom, že si firmy vycházejí vstříc. Naopak si házejí klacky pod nohy.

    Ad společnost se rozhodne ty své cesty upravit tak, aby na nich jezdily jen ta její auta - to je dost nesmyslné přirovnání, protože cesty jsou veřejné a placené z daní. Kdo má soukromou cestu na soukromém pozemku, samozřejmě na ní může zakázat (nebo povolit) jakýkoliv provoz.

  • 14. 8. 2014 12:49

    Jarda_P

    Nevim, jak vy, ale ja si konkurencni boj predstavuji spise tak, ze firmy spolu soutezi kvalitou, cenou, nabizenymi slusbami, marketingem.... Ne tak, ze firmy pouzivaji mafianske praktiky jako vydirani, uplatky.... MS na konte chybi snad jen unosy a vrazdy, i kdyz, kdo vi. Kdyz se vezme v uvahu, kolik lidi musela z tech jejich sracek ranit mrtvice, tak tu skoro mame i ty vrazdy.

  • 14. 8. 2014 13:11

    Seti (neregistrovaný) ---.191.broadband4.iol.cz

    Jedna věc je konkurenční boj mezi firmami, druhá nucení zákazníka ke koupi svých produktů záměrným kryplením a sabotováním tak, aby zákazník nemohl konkurenční produkt použít, i když by jinak mohl. O to horší je to v případě, že firma má silně dominantní postavení.

    Ty cesty byl samozřejmě příklad. Speciálně tedy pro vás: představte si, že 90 % cest patří nějaké firmě...

  • 14. 8. 2014 14:08

    Lael Ophir (neregistrovaný) ---.145.broadband14.iol.cz

    Hm, a jaký je podle vás důvod, proč například společnost Sun tradičně vybavovala svoje stroje proprietárními konektory, takže jste nemohl použít ani standardní monitor? Proč Apple používá místo microUSB svoje vlastní konektory? Proč jsou kazety s inkoustem od každého výrobce jiné, a často vybavené čipy? Důvod je pořád stejný: konkurenční boj.

    Jak jsem psal, cesty jsou veřejné a placené z daní. Pokud si představíte, že jich 90% patří jedné firmě, tak si představujete neveřejné cesty, na kterých může ta firma zakázat nebo naopak povolit cokoliv. To je takový rozdíl proti veřejné cestě, že všechny příměry s tím spojené nutně pokulhávají na všechny tři nohy.

  • 14. 8. 2014 14:40

    Jarda_P

    Nestandardni konektory jsou sulinska praktika. O Sunu pisete v case minulem, takze se snad poucili a presli na standard. I kdyz by se dalo argumentovat co je standard u Sunu, kdyz to neni PC. Nicmene i tam lze pouzivat prumyslove standardy a pokud se o to nekdo nepokusi tam, kde to lze, je to sulin.

    Firma Apple se jeste nepoucila. Muze si to bohuzel dovolit, protoze jeji nabozensky zaniceni priznivci se jen tak odradit nedaji. Nastesti u Apple se jedna vicemene pouze o standardni USB, Firewire atd na nestandardnim konektoru, takze na to existuji redukcni bazmeky.

    Nicmene u Apple by se dalo argumentovat tim, ze tyhle dementni konektory pouzivaji na miniaturnich zarizenich, kde se jednim konektorem vyresi vse a usetri se konstrukcni misto. Takze urcite opodstatneni by se naslo. Ovsem pro uzivatele je to prakticke jak hrabe do postele.

    Co se tyce cest, tak se ukazuje, ze neni ve spolecenskem zajmu, abyc jich naprosta vetsina byla soukromych v rukou jedne spolecnosti. U OS se to ukazuje take.

  • 14. 8. 2014 15:17

    Lael Ophir (neregistrovaný) ---.145.broadband14.iol.cz

    Je sice pěkné vědět, jestli někdo podle vás je nebo není šulín, ale nic to nemění na faktu, že výběr konektoru je (resp. před regulací EU byl) čistě na výrobci, a že výrobci nekompatibilní konektory, tonery a tiskové kazety s čipy apod. zcela používají v konkurenčním boji.

    Cesty jsou placené z daní a na obecní půdě. Windows jsou psané soukromou firmou z jejich prostředků. Jistě je vám jasné, že se svým majetkem můžete nakládat jinak, než s majetkem obecním.

  • 14. 8. 2014 19:01

    Seti (neregistrovaný) ---.191.broadband4.iol.cz

    Špatně. Mohl bych sem zkopírovat svůj příspěvek slovo od slova, protože jste zase nepochopil, včetně toho, že s těmi cestami jde o smyšlený imaginární příklad, kde vůbec nejde o nějaké vlastnění cest, ale o princip. Já jsem svoje řekl a na tom si trvám. Evidentně jste zde jediný, kdo to nedokáže pochopit.

  • 15. 8. 2014 6:01

    Lael Ophir (neregistrovaný) ---.145.broadband14.iol.cz

    Chápu o jaký princip vám jde, ale váš smyšlený imaginární případ ten princip nijak neilustruje. Cesty jsou veřejné, a proto oprávněně nechceme, abychom na nich mohli jezdit jen vozem jednoho výrobce. Vy postavíte příklad s cestami v soukromém vlastnictví, a ukazujete na něm, že cesty jsou pro všechny a firma si s nimi nemůže dělat co chce. Jenže kdyby byly cesty soukromé, tak by si s nimi firma mohla dělat co chce, a asi by vám to nepřišlo nijak divné - byl by to majetek té firmy, stejně jako vaše zahrádka je váš majetek. To vaše srovnání prostě nefunguje, protože tam chybí paralela.

  • 15. 8. 2014 11:49

    Seti (neregistrovaný) ---.191.broadband4.iol.cz

    Samozřejmě že ilustruje. Že vy to nevidíte je tak nějak váš problém. Zřejmě nemáte dostatek fantazie, že se to pořád snažíte aplikovat na současný stav. BTW kdyby 90 % cest bylo v soukromých rukou JEDNÉ společnosti, buďte si jist, ze by si s nimi nemohla dělat, co ji napadne. To samé platí v jistých případech i dnes, říká se tomu věcné břemeno.

  • 15. 8. 2014 13:23

    Lael Ophir (neregistrovaný) ---.145.broadband14.iol.cz

    Věcné břemeno je něco trochu jiného. Navíc cest z bodu A do bodu B existuje omezený počet, a jejich stavba je velmi drahá. V IT je naopak počet OS prakticky není omezený, a vydat vlastní OS může kdokoliv s minimálními vstupními náklady. Nakonec OS píšou často i studenti.

  • 15. 8. 2014 19:31

    Seti (neregistrovaný) ---.191.broadband4.iol.cz

    Není důležité, že vecné břemeno je něco trochu jiného, důležité je, že si v tomto případě majitel nemůže s tou věcí dělat, co ho napadne.

    Pro vstup OS na trh existuje obrovská bariéra, už jsme to tady probírali a vy zase dokola píšete ty samé nesmysly, že OS píší studenti. Takže OPĚT pro vaši informaci: nestačí napsat nějaký OS, jsou potřeba další věci, jako drivery, aplikace, alespoň nějaká kompatibilita či interoperabilita s jinými rozšířenými OS...

  • 15. 8. 2014 20:47

    Lael Ophir (neregistrovaný) ---.145.broadband14.iol.cz

    Ad v tomto případě majitel nemůže s tou věcí dělat, co ho napadne - jenže jak jsem psal, stavba cest je mnoha faktory omezená, kdežto psaní OS nikoliv.

    Ad OS píší studenti VS nestačí napsat nějaký OS, jsou potřeba další věci, jako drivery, aplikace, alespoň nějaká kompatibilita či interoperabilita - ty další věci přece nejsou potřeba pro to, abyste vstoupil na trh. Samozřejmě pokud chcete být na tom trhu úspěšný, musíte nabídnout něco víc než současní hráči, a to může být náročné. Nicméně vstoupit na trh a vyhrát konkurenční boj jsou dvě dost odlišné věci. Tu druhou vám nezaručí nikdo.

  • 16. 8. 2014 11:42

    Seti (neregistrovaný) ---.191.broadband4.iol.cz

    No a co? Na principu to nic nemění.

    "ty další věci přece nejsou potřeba pro to, abyste vstoupil na trh"

    Jenom blázen půjde na trh s něčím, o čem má stoprocentní jistotu, že bude naprosto neúspěšný. Takže i nadále platí to, že pro SMYSLUPLNÝ vstup nového OS na trh existuje obrovská bariéra.

  • 16. 8. 2014 14:32

    Lael Ophir (neregistrovaný) ---.145.broadband14.iol.cz

    Pro smysluplný vstup třeba na trh automobilů nebo wide-body aircrafts jsou potřeba daleko větší investice.

  • 16. 8. 2014 15:21

    Seti (neregistrovaný) ---.191.broadband4.iol.cz

    LOL :-D Děláte, jako kdyby to bylo jen o penězích a srovnáváte nesrovnatelné. Na tohle trollování už nebudu dále reagovat.

  • 15. 8. 2014 2:15

    Sten (neregistrovaný) ---.parawide.eu

    Ano, Sun měl vlastní konektory a DOS měl vlastní API. Ale je dost zásadní rozdíl mezi tím mít vlastní konektory či API a záměrně se snažit neumožňovat používání stejných konektorů či API jen proto, že je vyrobila konkurence.

  • 15. 8. 2014 5:42

    Lael Ophir (neregistrovaný) ---.145.broadband14.iol.cz

    A s jakým záměrem asi Apple nebo Sun zavedli ty vlastní konektory (které jsou minimálně u Applu licencované)? Samozřejmě proto, aby zavedli odlišnost, která ostatním výrobcům ztíží či znemožní jim konkurovat. Z toho samého důvodu mají tiskárny nekompatibilní inkoustové kazety a tonery, a minimálně ty inkoustové kazety si často výrobci vybavují čipem. Podobně je to s baterkami a řadou dalších věcí.

    Pokud jde o Windows 3.1, které nefungovaly na DR-DOSu, tak ty také nedetekovaly string DR-DOS. Místo toho prováděly operace závislé na interních strukturách MS-DOSu. A týkalo se to navíc jen beta verze Win3.1; v ostré verzi se žádné takové ověřování neprovádělo.

  • 13. 8. 2014 11:38

    hawran.diskuse

    :-) :-) :-)

    Hážeš luštěninami, pepa z omegatech je další člen laelovy party prudičů a evangelizátorů maléhoměkkého ...