Jak udělat z 200GB HDD 300GB!!! (diskuse)

[VícNežNic]

Aneb: ještě pořád jsem nezblbnul.

Kdy došlo k poslední kontrole?

[David Macura]

LOLek a takový decentní ROTFLek.

[outrage]

U mne tedy poradny ROFL...

[Spike]

Mám na to vůbec klikat, když vidím, kam to vede...?

[unchallenger]

Jo, je to na lživě, ale je ta diskuse pod tím je opravdu vtipná (většinou). LOL!

[David Macura]

Nábízí se otázka, jestli je tazatel opravdu tak blbý, nebo jen někdo znalý, kdo zná lživě (díky za to jméno :o)) a chtěl špásovat.. Já živě nikdy nečet, ale ty 3 odkazy během jedné minuty... :))

[#Tom]

Docela to ujde. Ale nebylo by špatný, kdyby se dala zvednout kapacita disku tak o 10-20%. U disket to šlo, ale ty disky jsou potvory - je jich tolik druhů!

[Käyttäjä 11133]

A co třeba CryptoApi a cryptoloop? S vhodným algoritmem.

[#Tom]

Když ono to brzdí... DriveSpace se mi u disket taky moc neosvědčil. Na texťáky dobrý, ale jinak je to na nic. Občas využitelná je tak jen komprese v NTFS. Škoda.

[Josef Kufner]

nene, obycejne diskety se daji naformatovat bez problemu na 1.7 MB coz neni az tak spatne... to uz kolem tech 10 - 20 % je Akorat mam tedka po par letech problem s jejich prectenim. Budu muset ozivit starou 386 abych to rozchodil

[#Tom]

Vzpomínám si, jak jsem měl asi tak 80 disket zformátovaných na 1,8 MB (byl potřeba ovladač 2M), tam se těch 20-25% poznalo hodně. Mohl jsem použít i 2MGUI, ten zvládl i 1,9 MB. Obojí se nekamarádilo s Windows 9x a v Linuxu to uměly číst jen mtools (aspoň 2M formát). FDFormat byl přenositelnější, ale měl jen 1,7 MB a pod Windows mi to jelo příšerně pomalu. Ale všechny tyhle věci jsem přestal natvralo používat v roce 2000, když se ve škole objevila první vypalovačka.

[Mikos]

Fuj, cryptoloop je obsolete a nemá se používat Od čeho je tu Device Mapper, konkrétně dm-crypt?

[Mikos]

Pro Reiser4 filesystem je vyvíjen kompresní plugin, s jehož použitím se naopak zrychlý přístup na disk (a krom toho až zdvojnásobí kapacita)! Tedy alespoň Hans Reiser to tvrdí Údajně při dnešním výkonu CPU není problém obětovat trošku toho výkonu na real-time kompresi/dekompresi, rychlost (respektive pomalost) disků je mnohem horší. Takže onou kompresí se sice obětuje trošku CPU času, ale celkově by se měla rychlost čtení a zápisu na disk naopak zlepšit (protože data jsou kompresovaná a fyzicky se jich tedy z disku musí načítat méně).

Viz. rozhovor s Hansem Reiserem na KernelTrap.org, konkrétně toto:

One of the plugins that is in a race to be stable before 2.6.14 is the compression plugin. That will allow you to use half the space while increasing performance. Yes, increasing performance, because CPUs are powerful and compression algorithms are efficient these days, and if you halve your IO it is good for performance. One of the keys to making this true is that we only compress at the time we flush to disk, rather than with every write, and that means that if you have a hot set of files that fit into RAM, there is no performance loss because there is no compression going on.

[Bubak]

To neni spatny napad... Kdyz ja se Reiserfs bojim...

[Michal Kubeček]

Má, u tohohle se člověk aspoň zasměje… :-)

[Michal Vyskočil]

Nejlepší byla stabilizace kapacity v mikrovlnce, to by mě zajímalo, kdo vyrábí plastikové disky .

[Sean]

To fakt jinak nejde LOL

[matej]

[kory.cz]

Tak to je vtípek dne

Opravdu jsem se zasmál ...

[Georgo10]

Myslite, ze kdyz srouby uplne odsroubuju a dam pryc kryt, ze budu mit nekonecne veliky disk? :)

[Milo Kmeť]

Myslím, že áno. Potom tam môžeš dať rôzne veci, pred časom tu niekto postol link na obrázok otvorenej skrinky, kde dotyčný mal na harddisku pohár s ceruzkami...

[Jary]

Ale při modifikaci dat se můžou v okolí začít oběvovat duchové, zhmotňovat a dehmotňovat přeměty, přesouvat a podobně. Podle typu operace. Sorry, ale musel jsem se přidat, to prostě nešlo vydržet.

[David Watzke]

Nechci si ani představit jak by mě kernel seřval za tohle.