Názory k článku Pověry a magie ve světě IT

To "To je zařízení na odvádění negativních iontů" se už tradovalo na počítačích PDP/SMEP. Vidím, že stále funguje.

hmm a proto napriklad VMware zavede v nove verzi vSphere kompresi pametovych stranek, protoze je to porad 1000 krat rychlejsi nez nacitat data z disku, kam byla pamet odlozena, nebo bude provadet swap na SSD

http://www.hypervizor.com/2010/01/diagram-esx-memory-management-and-monitoring-v1-0/

kdyz necemu nerozumite tak o tom nepiste

magie je uplne jina vec, nez zde pisete

je ale pravda ze spousta hlupaku si kupuje nesmysly, ktere nemaji zadnou funkci a hodne lidi na tom zalozilo svuj byznys, ale tak to je co svet stoji

Jak podle vás může aplikace ve Windows "vyžadovat swap"? Swap je z pohledu aplikace neviditelný.

Může se podívat do registru, jestli je swap zapnutý, a stěžovat si, když není. Kontrola je to naprosto k ničemu, ale jsou aplikace, které podobné nesmyslné kontroly dělají.

Aplikace si může zobrazit (a s administrátorskými právy i měnit) velikost stránkovacího souboru. A celkem běžná praktika náročných aplikací je to, že při startu alokuje obrovské množství paměti (mnohem víc než bude skutečně potřebovat). A ne zcela běžnou a korektní, ale přesto používanou praktikou byla kontrola, jestli pagefile existuje. A když neexistoval, tak se odmítly spustit.
Těžko chápat různé logiky různých aplikací o kolik paměti při startu žádaly, nicméně některé to kalkulovaly podle velikosti fyzické RAM, některé podle velikosti pagefile a některé to nějak kombinovaly.
Fakt je ten, že pagefile na virtuálním disku v RAM způsobovalo, že se aplikace (které bez pagefile neběžely) spustily a (v závislosti na nadbytku fyzické RAM) správně fungovaly.

S tím docházejícím místem máte pravdu, ale poruchy archivu to myslím umělo opravit.

Presne tak. Navic bez QEMMu bych si mnohe DOSove hry ani nezahral, protoze optimalizace config.sys nepomohla, teprve QEMM to spravne nastavil.

Ztráta rychlosti rozhodně nebyla značná a navíc se týkala jen zápisu. Při čtení (zejména velkého množství informací z textových soubor) se dokonce dalo dosáhnout vyšší rychlosti. BTW: kompresi dat obsahuje dodnes i NTFS.

No ja neviem, nechce sa mi tomu verit...Swap (a vlastne cely memory management) je predsa uplne vec OS. Aplikacia dostane prideleny pamatovy priestor a z jej pohladu je to uplne transparentne - nevie ci to je vo fyzickej pamati alebo odswapovane na HDD.

Tak je to glosa, ať si autor plká o čem chce, ale s tím DriveSpacem ukázal, že by se o světu počítačů měl asi raději vyhýbat či dávat správné linky.

No ono hlavne Chuck Norris umi predbehnout libovolnou i neexistujici frontu, tak to je!

Tuhle mi Chuck Norris chytil signál 9!

DriveSpace možná byl mizernou implementací, ale nazvat ho - a spolu s ním i všechny ostatní programy tohoto typu - "šarlatánstvím" je v lepším případě neznalost. Nejen že skutečně zvětšily kapacitu, ale bývaly doby, kdy byl komprimovaný disk (při čtení) běžně rychlejší než disk nekomprimovaný. Ostatně, dnes to platí ještě více - propast mezi rychlostí procesoru a pamětí a rychlostí disku se zvětšila, ne zmenšila.

... a nastavte swapování na ramdisk, swapuje to pak rychlejc ...

Sorry pane autore Bednari...ale tohle jste asi prepisknul. V dobe 386/486tek a 100-300Gb disku byly programy typu doublespace/drivespace casto resenim z nebes. Nejen ze usetrily na DISKU cca 40% mista (dle charakteru dat) ale i vyrazne zrychlily datove operace. Cteni dat z disku bylo pomalejsi nez jejich dekomprimace ..tedy pokud stacilo precist mene dat zatimco cpu je dekomprimoval zabehu , tak uspora casu bylo casto spocitratelna v desitkach procent.

A pane autore vite, ze dnesni zaklikavatko komprimovat ve windows ma puvod prave v doublespace (drivespace se to jmenovalo protoze MS prohral nejaky spor)

Staveni jakehosi casoprostoroveho ohybace iontu do stejne roviny k realnym programum typu doublespace je fakt ukazka ztraty sirokeho IT rozhledu.

To ale není žádná pověra a magie. To je funkční řešení problematické situace na windows ve verzích do XP (včetně).

Windows XP (a starší) použivají historický přístup ke správě paměti, kdy OS snaží maximalizovat volnou paměť (a urychlit tak spuštění nové aplikace).
Důsledkem toho je, že i když máte např. 2GB fyzické paměti, a všechny spuštěné aplikace zabírají 512 MB, tak při obnovení (dlouho) minimalizované aplikace stejně čekáte, až ji systém vyloví ze swapu.

Řešením by bylo mít značný nadbytek RAM a swap vypnout, jenže některé aplikace swap vyžadují (buď natvrdo, nebo bez něj nefungují dobře). A ve windows 2000 a starších IMHO (už si taky nepamatuji přesně) se swap doopravdy ani vypnout nedal (jenom šel extrémně zmenšit).

Swap na ramdisku v těchto případech prostě zrychlil odezvu aplikací, jakkoliv se to teoretikům může zdát jako drbání se levou rukou za pravým uchem.

Na firemním notebooku s 3 GB RAM a Windows XP mám swap vyplej už asi dva roky a žádný problémy jsem zatím nepozoroval. Naopak, po vypnutí swapu se vše docela zrychlilo. Běžně mám přitom spuštěno řadu programů - kromě dvou až tří virtuálních stanic ve VMWare ještě Delphi, MS SQL server, Excel, Word, Outlook, Lotus Notes, Firefox, některé svoje programy a další "drobnosti" (SW telefon, AVG, Daemon Tools...). Zatím žádný program ještě neprotestoval, že mu chybí swap.

Pevně doufám, pane Bednáři, že se jen za vás vydává nějaký anonym a snaží se vás zesměšnit. Protože jestli tohle myslíte vážně...

1) "Značná ztráta rychlosti" je diskutabilní, každopádně i kdyby nastala, je to prostě cena za větší kapacitu. Šarlatánství by bylo, kdyby se rychlost zhoršila a kapacita zůstala stejná.

2) To je vlastnost každé komprese. Proti tomu stojí výborná účinnost komprese např. na textových souborech. Proto Microsoft a všichni ostatní uváděli tu "dvojnásobnou kapacitu" jako průměrnou hodnotu s tím, že skutečná hodnota se bude lišit podle konkrétních podmínek.

3) To souvisí s předchozím bodem. Mohl to Microsoft implementovat lépe? Ano, mohl. Znamená ta jeho špatná implementace, že produkt nefunguje? Ne.

4) Viz minulý bod.

5) Viz minulý bod.

Neuniká vám náhodou rozdíl mezi šarlatánstvím (slibování něčeho, co ani nejde splnit) a nedokonalou implementací? Když si koupíte auto, u kterého výrobce uvádí průměrnou spotřebu 6 litrů na sto kilometrů, ale vy při vašem způsobu jízdy budete mít o dva litry vyšší, začnete psát plamenné články o tom, že auta se spotřebou 6 l/100 km ani nemohou existovat?

Dnešní verze programů nevyžadují swap zdaleka tak často jako dříve. Já mám taky na PC s WinXP swap vypnutý a v současnosti jsem na žádnou takovou aplikaci nenarazil.
Dříve jsem ale swap na ramdisku měl. Programy, které vyžadovaly swap byly např. Photoshop (verze 5 nebo 7
?), spousta her, AutoCadu (na verzi si nevzpomenu) a jeden ze tří matematických balíků, co jsem používal, ale taky už nevím který.

Softram byl program na kompresi pameti, ktery pamet ale vubec nekomprimoval. Porodalo se toho 600 tis kusu a melo to velmi pozitivni recenzi v PC Worldu.. Az to nekdo disassembloval a zjistil, ze se program o zadnou kompresi RAM ani nesnazi.

http://en.wikipedia.org/wiki/SoftRAM

Přesně tak, sám jsem tehdy používal jak Stacker tak i DriveSpace na více PC delší dobu (rok-dva-tři?) a nikdy se mi nestalo, že by se nějaká data ztratila, nebo poškodila.
Chvíli mi taky připadalo, že si plete "kompresi" s defragmentací paměti (resp. také disku), protože tehdy se používal pro defragmentaci poměrně často termín "komprese". Na defragmentaci RAM se, pravda, pár sw produktů kdysi taky objevilo, s více či méně diskutabilní účiností.
Největší bludy, pověry a mýty tady ale asi šíří autor článku. Upálit :-))

Jo to byla doba, na kazdou hru jina konfigurace pameti EMS, XMS + boje s IRQ. To cloveka prinutilo si neco precist a naucit se, ne jako dneska.

K bodu 2 bych ještě doplnil: kdo v době 486 opravdu řešil nějaká efektivitu u multimediálních dat? Jistě, dnes má každý na disku milion hodin videa a fotek z mobilů, tehdy většinu lidí použivajících DriveSpace zajímalo spíš něco trochu jiného.

To, že nejde dobře zkomprimovat již zkomprimovaný soubor (ať už je to JPEG nebo ZIP), to je snad jasné každému. Na tom se nic nezměnilo ani po mnoha letech vývoje a platí to i dnes. Uvádět to jako špatnou vlastnost zrovna DriveSpace je podle mě přinejmenším diskutabilní.

DriveSpace měl mnoho chyb a ani zdaleka nebyl dokonalý. Stavět jej však na roveň s odvaděči negativních iontů nebo programy na kompresi paměti je ale opravdu hloupé.