Compact Flash a merevlemez helyett érdemes-e?

Merevlemezek, vezérlők

Sziasztok!

Az egyik hírben olvastam egy IDE/CF átalakítóról. Rákeresve a neten láttam, hogy elég emberi árban kapható is, és bele a memória sem egy érvágás. Arra gondoltam, hogy egy 4 GB-os memóriakártyán lenne az oprendszer, és a /home lenne a vinyón.

Érdekelne a meglátásotok, érdemes-e erre váltani, jelentős sebességnövekedés érhető-e el ezzel a módszerrel, mik a hátulütői, stb stb...

Köszönöm!

  • 4185 megtekintés

( rpsoft v | 2007. 10. 11., cs – 13:21 )

Hát, szerintem a Compact Flash még mindig lassabb a diszkeknél. Inkább az az előnye, hogy csendes és kevesebbet fogyaszt.
(De olyat, amit sokszor ír a rendszer (/var, /tmp) nem tennék rá, mert a CF kevesebb újraírást bír ki. Vagy vinyó, vagy erre meg ramdiszk.)

( strogg v | 2007. 10. 11., cs – 14:47 )

Ha nem hullana el gyorsan szegény kártya, már szeritnem tömegesen alkalmaznák a megoldást. De sajna véges, hogy mennyi írást bír ki a CF, ezért sajna eléggé rizikós.
Az igazi megoldás az lenne, ha a teljes root fs a kártyán lehetne, a home -al egyetemben. De sajna a legtutibb módja, hogy 1-2 hónapon belül -adatvesztéssel-
feldobja a bakancsot a memkari.
Ismerek egy figurát, aki nagyon otthon van memória kártya ügyben (valami ilyen helyen dolgozott) szerinte a memória kártyáknak minden nap egy ajándék.
--
A linux felhasználóbarát. mindössze megválogatja a barátait...

( zsolna | 2007. 10. 11., cs – 14:52 )

A CF kártyák messze nem egyformák, és nem tudom hogy maga a CF formátum eleve milyen korlát, de a fő különbség ott jön ki, hogy nincs fejmozgás mint a hdd-nél, ahol sok a fejmozgás ott lehet nyerő. Erre van kitalálva az SSD disk, ami flash, ata vagy sata csatolóval.

http://www.pdamania.hu/content/9330/

Nem olcsó. De pár gigáig nem lehet elérhetetlen, csak nem tudom hol lehetne itthon kapni. Ha valaki tud tippet megköszönném. Én a napokban találtam ki, hogy exchange és cyrus adatbázisokat fogok rátenni raid1-be kötött SSD-kre, amint olyan 1000HUF/Gbyte körül kapok, min. 30G+ -os SSD diskeket. Aztán jól meglátom mi történik. :)

( asd | 2007. 10. 11., cs – 14:55 )

Hamar tonkrevagod a flasht, ha sokszor irsz ra (/tmp, /var emlitve volt).

Sok megoldas kinalkozik:
- jffs2 (log-structured file system designed for use on flash devices in embedded systems)
- system a cf-en, de cow a ramdiskre (dmsetup vagy UNIONFS)
- /var es a /tmp irasanak jelentos csokkentese (logolas kikapcsolasa stb)
- a fentiek kombinacioja

Igazabol az ilyen hibrid rendszernek nem sok elonye, ha mellette amugy is van egy hdd, reven az gyorsabb (throughput), flash based rendszereket inkabb olyan helyen hasznalnak, ami statikus (medialejatszo, thin client stb)

asd

A jffs* es yaffs* nem jatszik, mert azok raw flash memoriakat kezelnek (MTD device), a CF elott van egy elektronika(?) ami altal IDE/SATA/akarmi eszkoznek latszik a PC szamara, de semmikeppen sem lathato a teljes strukturaja.
A /var egyes reszeit es a /tmp-t memoriaba (tmpfs) kell tenni, a logolas akar ki is kapcsolhato (gondolom nem eles szerverre tervezed, hanem otthonra).
Minden felesleges lemezmuveletet erdemes kikapcsolni, filerendszereket noatime-al mountolni.

Mar lehet block device-re is jffs2-t tenni:

On 26th June 2001, spse@secret.org.uk released the blkmtd driver to the world. This driver allows you to use any block device as an MTD storage device. The big advantage with doing this is that you can run the JFFS2 filesystem on a block device, and get compression and journalling where you couldn't normally do so.
http://intimate.handhelds.org/blkmtd.html

( nemtudod | 2007. 10. 11., cs – 15:04 )

en tuzfalakban eptve hasznalom a cf kartyakat van ami mar evek ota megy folyamatosan, log bekapcsolva tehat a kartya folyamatos iras alatt, egy 64 megas toshiba kartya mar 5 ev ota megy
van gyarto ami elettartam garanciat valall cf kartyara

( informer v | 2007. 10. 11., cs – 15:09 )

Hi,
nekem debian van 1GB-os kártyán 2 éve egy EPIA-ban. Csak X -broadcast -ot használok rajta néha swappel de nagyon. Még működik. Folyamatosan be van kapcsolva a gép.

( hyper80 v | 2007. 10. 11., cs – 16:54 )

Talán kicsit OFF, de mégsem annyira...

En használok ilyen atalakitot SanDisk ULTRA II, 2Gb karival, es a kernel allandoan aggodik bootolaskor, mikor az ide eszkozoket ismeri fel, hogy a dma nem mukodik, meg ismeretlen eszkoz stb,stb...
Ettol fuggetlenul a rendszer persze elindul, csak idegesito hogy bootolaskor a dma cseszegetesevel tolt vagy 2 percet.

ezeket irkalja:
Sep 27 15:28:16 ccNode kernel: hdc: max request size: 128KiB
Sep 27 15:28:16 ccNode kernel: hdc: 4001760 sectors (2048 MB) w/1KiB Cache, CHS=3970/16/63, DMA
Sep 27 15:28:16 ccNode kernel: hdc:<4>hdc: dma_timer_expiry: dma status == 0x61
Sep 27 15:28:16 ccNode kernel: hdc: DMA timeout error
Sep 27 15:28:16 ccNode kernel: hdc: dma timeout error: status=0x58 { DriveReady SeekComplete DataRequest }
Sep 27 15:28:16 ccNode kernel: ide: failed opcode was: unknown

Probalkoztam mar a ide=nodma kernelparameterrel, de ra se hederitett, ugyanugy eroszakoskodott a DMA miatt. De egyebkent megy...
Nem regota, ugyhogy az idotallosagarol nem tudok mondani semmit.

Ez a tapasztalat, ha valakinek valami jo otlete van a problemara, ne kimeljen.

A DMA hibauzeneteknek semmi jelentoseguk azon tul, hogy akar 1-2 perccel is meghosszabbitjak a boot-olast. Ha meg akarsz szabadulni toluk (es sokkal gyorsabban boot-olni), akkor fordits uj kernel es kapcsold ki az automatikus DMA-t. Ha van hdd is a gepben, akkor arra boot utan be tudod kapcsolni.