j'utilise depuis 1 mois environ une carte compactflash dans un de mes portables (734.03 BogoMIPS) depuis ce changement, il est devenu vraiment silencieux, il n'y a aucun défaut sauf parfois la souris se bloque 1 seconde de temps en temps pendant un accés disque. C'est une carte de 2Go sandisk simple (pas ultra, ni II, ni III, ni IV), mes besoin sous linux sont simple et 2Go avec xfce cela suffit amplement. (CF=compact flash)
Depuis 2 ans 3 disques dur mon laché, c'est pourquoi avec la mise en vente d'adaptateur flash/2,5' je me suis lancé. le souci principal c'est que l'adaptateur c'est bien gentil mais cela ne rentre pas dans un caddie, il n'ont pas eu l'idée (l'argent ?) pour au moins reprendre les dimmension d'un disque dur 2,5'. de plus il a fallu casser une broche pour pouvoir l'inserer (détrompeur sur le connecteur femelle), et démonter intégralement le laptop pour accéder au connecteur. Bref ce n'est helas pas super ami de l'utilisateur.
Je pourrais mettre certaine partie en lecture seul mais bon, autant faire un essai réel histoire de voir les ragots 'tu vas la griller' se confirmer. j'ai même mis du swap dessus. Pour mémoire une CF de 2Go coûte 10 a 20 euro. C'est tellement concluant que pour mon autre laptop (3000.26 BogoMIPS) je compte l'equiper avec une compact flash de 8Go (actuellement j'utilise 5Go sur 60Go, jeux, latex etc...)
Je commence à mettre sur des postes fixes une CF de 2Go en plus du disque dur avec grub dessus et xfce et 2 choix: linux, secours comme cela si le disque dur lâche, mes parents/amis peuvent demarrer sur la CF en attendant mon arrivé. Avec la certitude que la CF n'auras pas de problème. Et si le cas se présente il est plus facile de changer une CF qu'un disque dur pour une personne non informaticienne
information du dmesg
hda: SanDisk SDCFB-2048, CFA DISK drive
hda: 4001760 sectors (2048 MB) w/1KiB Cache, CHS=3970/16/63, DMA
hda: hda1 hda2 < hda5 >
df -h
/dev/hda1 1,7G 1,2G 438M 74% /
hdparm -t /dev/hda
/dev/hda:
Timing buffered disk reads: 32 MB in 3.12 seconds = 10.25 MB/sec
hdparm -T /dev/hda
/dev/hda:
Timing cached reads: 396 MB in 2.00 seconds = 197.62 MB/sec
hdparm -i /dev/hda
/dev/hda:
Model=SanDisk SDCFB-2048, FwRev=HDX 3.17, SerialNo=116908B2206T2921
Config={ HardSect NotMFM Removeable DTR>10Mbs nonMagnetic }
RawCHS=3970/16/63, TrkSize=0, SectSize=576, ECCbytes=4
BuffType=DualPort, BuffSize=1kB, MaxMultSect=4, MultSect=off
CurCHS=3970/16/63, CurSects=4001760, LBA=yes, LBAsects=4001760
IORDY=no, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 *mdma2
AdvancedPM=no
Drive conforms to: Unspecified: ATA/ATAPI-4
* signifies the current active mode
voila voila
# Pub ?
Posté par Matthieu . Évalué à 3.
[^] # Re: Pub ?
Posté par Sébastien Koechlin . Évalué à 2.
L'adaptateur fait donc essentiellement une adaptation physique, il propose un connecteur CF d'un coté, et un connecteur 40 broches + Molex ou un connecteur 44 broches de l'autre.
Sur certains adaptateurs, on trouve quelques portes logiques qui permettent d'avoir une LED d'activité qui s'allume en cas d'accès et un cavalier pour choisir d'installer la carte en maître ou en esclave.
Ca n'a rien à avoir avec un adaptateur IDE sur USB qui doit convertir un protocole série Mass-Storage de l'USB vers des commandes IDE sur un bus parallèle et qui demande de l'électronique.
[^] # Re: Pub ?
Posté par Matthieu . Évalué à 2.
[^] # Re: Pub ?
Posté par Yann LD . Évalué à 1.
[^] # Re: Pub ?
Posté par Anonyme . Évalué à 3.
http://www.materiel.net/ctl/IDE/24438-Lecteur_carte_CF_sur_p(...)
ceux que je possede sont de memes types, pour la marque il n'y en a pas, et il est possible de choisir entre master/slave avec un jumper
je rappelle que hdparm -T perform cache read timings et que -t perform device read timings
c'est plus le -t qui rend vraiment compte de l'acces en lecture
[^] # Re: Pub ?
Posté par Sylvain Sauvage . Évalué à 2.
[^] # Re: Pub ?
Posté par vincent LECOQ (site web personnel) . Évalué à 1.
[^] # Re: Pub ?
Posté par totof2000 . Évalué à 1.
http://adis.ca/cfdisk.php
Ils disposent d'adaptateurs CF -> 2"5 qui s'insèrent facilement dans un portable (surface de la carte identique a celle du boitier du HD).
J'ai fait tenir sur une carte CF 64 Mo un NetBSD allégé. Ca marchait plutot bien.
# Augmentation de l'autonomie ?
Posté par Frédéric-Emmanuel Picca . Évalué à 9.
[^] # Re: Augmentation de l'autonomie ?
Posté par Anonyme . Évalué à 3.
# Performances
Posté par eon2004 . Évalué à 3.
[^] # Re: Performances
Posté par Pinaraf . Évalué à 3.
[^] # Re: Performances
Posté par Anonyme . Évalué à 3.
# ...
Posté par M . Évalué à 3.
On pourrait aussi utiliser des SD au lieu des compact flash.
De meme certains portables on deja des slot SD qui pourrait etre utilisé.
[^] # Re: ...
Posté par imr . Évalué à 1.
# Limitations ?
Posté par Nor Yarod . Évalué à 5.
La CF n'est-elle pas fort limitée en terme de cycle de lecture / écriture ?
Ne risque-t-elle pas de devenir rapidement (quelques mois) inutilisable ?
[^] # Re: Limitations ?
Posté par Jerome Herman . Évalué à 6.
En fait les mémoires flash supportent entre 10 000 et 100 000 réécritures par block (les plus anciennes tiennent plutôt de l'ordre de 2000/3000). Les systèmes de fichiers *nix sont donc très agressifs sur de la cache, encore plus quand ils sont journalisés. Le réarangement en continu des inodes et la défragmentation n'aident pas vraiment...
En fait il est tout à fait possible d'utiliser un disque flash dans un système à condition de réduire au maximum les accès disques (par exemple en ayant un système qui ne bouge pas trop et qui se monte en RAMFS). A part çà je ne prendrais pas le risque personellement.
[^] # Re: Limitations ?
Posté par Nelis (site web personnel) . Évalué à 4.
Ca devrait permettre d'avoir le meilleur des deux mondes : un chargement rapide, plus de volumes pour les données, et un système un peu plus silencieux.
[^] # Re: Limitations ?
Posté par Sébastien Koechlin . Évalué à 2.
Sur mon serveur, depuis plusieurs années j'ai mis le /boot sur une CF, non pas pour augmenter la vitesse, cela ne fait pas de différence; mais pour augmenter la fiabilité.
Les choses vont peut-être changer avec les nouveaux PC et le support par Vista d'une mémoire Flash complémentaire au disque dur. Ca devrait se démocratiser dans le matériel vendu.
Ca donne ça (c'est une vieille carte de 32 Mo):
[^] # Re: Limitations ?
Posté par liberforce (site web personnel) . Évalué à 2.
[^] # Re: Limitations ?
Posté par ccomb (site web personnel) . Évalué à 4.
[^] # Re: Limitations ?
Posté par MrLapinot (site web personnel) . Évalué à 1.
[^] # Re: Limitations ?
Posté par Sébastien Koechlin . Évalué à 3.
Les fabriquants ont été obligé d'installer dans leurs cartes une couche d'indirection entre les secteurs logiques vus par le système et les secteurs logiques. Ainsi, si on écrit 100 fois le même secteur, ce n'est pas le même secteur physique qui est utilisé à chaque fois.
Bien sur, ça coute, et dans le bas de gamme, on trouve encore probablement des mémoires qui n'implémentent pas ce genre de chose.
[^] # Re: Limitations ?
Posté par Nelis (site web personnel) . Évalué à 2.
[^] # Re: Limitations ?
Posté par dawar (site web personnel) . Évalué à 1.
[^] # Re: Limitations ?
Posté par Nelis (site web personnel) . Évalué à 2.
[^] # Re: Limitations ?
Posté par Anonyme . Évalué à 4.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 7.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Limitations ?
Posté par Camille Vacher . Évalué à 2.
[^] # Re: Limitations ?
Posté par ondex2 . Évalué à 3.
[^] # Re: Limitations ?
Posté par liberforce (site web personnel) . Évalué à 4.
http://en.wikipedia.org/wiki/YAFFS
[^] # Re: Limitations ?
Posté par Anonyme . Évalué à 5.
# Merci
Posté par JoeltheLion (site web personnel) . Évalué à 10.
# Par contre...
Posté par chimrod (site web personnel) . Évalué à 1.
Si cela arrive également, il faut savoir que l'option ide=nodma ne fonctionne pas au boot, mais qu'il faut recompiler le noyau, ce qui restreint la porté de l'utilisation de la CF. ( plus d'info ici : http://groups.google.com/group/linux.debian.user/browse_thre(...) )
[^] # Re: Par contre...
Posté par Anonyme . Évalué à 2.
- performances catastrophiques en perspective (temps d'occupation CPU important lors d'accès au disque et ralentissement des transferts, même vers la mémoire)
- conséquence du point précédent, pour les utilisateurs de portable : autonomie gravement en baisse.
Ca me rappelle l'époque des Pentium I ou le DMA n'en était qu'a ses débuts (au moins pour les disques). Le DMA est extrêmement important, et le jour ou j'ai compris comment ca fonctionnait, je me suis demandé pourquoi ca n'existait pas en standard depuis les années 80.
# autre experience
Posté par vincent LECOQ (site web personnel) . Évalué à 4.
Il est clair que ne plus entendre le disque tourner ma fait gagner des heures de sommeil !
La consomation a baissée, mais parfois j'ai pas mal de lenteurs : un simple ls prends parfois une bonne minute a demarrer, et puis juste apres tout roule direct, jusquá ce que ca recommence ...
Surement une histoire de bufferisation.
Concernant l'usure, pour l'instant ca va, faut dire que c'est pas la CF qui me pose le plus de soucis mais plutot la carte wifi bcm43xx qui fait tout freezer au bout de qq heures
# Absolument fantastique
Posté par Xavier Maillard . Évalué à 3.
J'ai néanmoins un gros doute concernant les capacités des cartes flash. Dans mon laptop, j'ai un disque de 100Go et je suis déjà à l'étroit. Alors comment faites-vous avec des cartes qui font tout au plus 8Go ? Je parle bien de 100Go de données, le système (une slackware GNU/linux minimale) ne prend quasiment rien. Je suis assez étonné. Où stockez-vous les données ? :)
[^] # Re: Absolument fantastique
Posté par Anonyme . Évalué à 3.
j'utilise des appareils photo jetable pour la plupart de mes photos
je n'ai pas de donné a proprement parler 'numerique'
[^] # Re: Absolument fantastique
Posté par Xavier Maillard . Évalué à 2.
[^] # Re: Absolument fantastique
Posté par blackshack . Évalué à 10.
--->[]
[^] # Re: Absolument fantastique
Posté par Toto . Évalué à 2.
Chez moi j'ai a peu près ca en répartition de donnée :
datas : 400-500Mo
mail : 800-900Mo
musique : 40-50Go (vive le lossless)
jeux : 70-80Go
photo : 10Go
Donc oui, 1Go pour les données, ca me parait suffisant. Après on doit quand meme vite se retrouver à l'étroit....
Enfin ca donne des idées interressante ce journal, faudra que je regarde à mettre certaines de mes partitions sur CF.
[^] # Re: Absolument fantastique
Posté par Xavier Maillard . Évalué à 2.
C'est dommage car je trouve l'idée très intéressante !
[^] # Re: Absolument fantastique
Posté par argt (site web personnel) . Évalué à 2.
Alors les sources du noyau linux font un peu moins de 300Mo, donc ça fait quand même l'équivalent de 300 fois les sources du noyau, 90 Go c'est quand même beaucoup pour des fichiers textes (ou pas loin) non ?
Soit tu n'as jamais nettoyé ton système depuis plusieurs années (par exemple apt-get autoclean sur debian), soit ce qui me semble beaucoup plus probable, tu as gardé une copie de tous les épisodes de dragon ball sur ton ordi.
Je me trompe ou une recherche rapide sur ton système montre que la majorité du disque est mangé par de la video en 1, des photos en 2 et de la musique en 3 ?
A part si tu collectionnes les données des mesures astrophysiques du CMB, bien sûr.
[^] # Re: Absolument fantastique
Posté par Xavier Maillard . Évalué à 2.
La musique est sur un disque dur externe parce que le FLAC, ça bouffe :)
# Une compact flash? Pourquoi pas mais...
Posté par Ph Husson (site web personnel) . Évalué à 2.
Par contre un interêt énorme d'une flash est le temps d'accès, et pour le boot c'est tres utile (et l'ensemble des applis hors jeu que j'utilise doivent tenir dans moins d'un Go)
À une époque j'avais pensé à faire ca en RAM, mais le prix de la RAM évolue pas et reste hors de prix, donc bien que ce soit faisable c'est quand même pas pratique.
Bon par contre j'aimerais bien voir des installateurs qui permetteraient ces configurations "particulieres" avec un maximum de choses en RAM ou flash, avec par exemple une étude comportementale (bon juste regarder la frequence d'ouverture de certains fichiers à quels moments par rapport au boot (genre juste une fois au boot, ou régulierement pendant la session), pas du grand art à coup de filtres bayésiens non plus), bon je sais j'ai qu'à le coder, mais bon vu les gains possibles en terme de performance ca m'etonnerait que je sois le seul à imaginer des trucs à peine tordus (un peu quand même je dois le reconnaitre).
PS: je me souviendrais toujours d'une fois où je suis allé à mon lug (j'y suis pas allé souvent) et où il y avait des mecs avec des ultra portables avec 4Go de RAM, alors que je venais tout juste de troquer mon disque dur de 4Go par un 40Go et où j'avais pensé spontannement "pourquoi ils foutent pas un OS dessus directement ?"
[^] # Re: Une compact flash? Pourquoi pas mais...
Posté par chtitux (site web personnel) . Évalué à 2.
J'ai pas le numéro sous la main, mais le conférencier utilise une métaphore assez parlante : l'accès en RAM est pas loin d'être 1000 fois plus rapide que l'accès en swap.
Donc voilà :)
[^] # Re: Une compact flash? Pourquoi pas mais...
Posté par Ph Husson (site web personnel) . Évalué à 2.
J'aurais dit encore plus tien.
[^] # Re: Une compact flash? Pourquoi pas mais...
Posté par Sylvain Sauvage . Évalué à 8.
[^] # Re: Une compact flash? Pourquoi pas mais...
Posté par karteum59 . Évalué à 3.
??? dans ce cas autant ne pas avoir de swap !!! (personne ne t'oblige à en utiliser si tu as assez de RAM. En revanche, ce sera rarement le cas sur les vieux laptop dont il est question ici. Donc AMA la solution "remplacer un disque dur par une CF" doit aller de pair avec une augmentation de RAM conséquente pour se passer de swap et avoir un gros cache).
Par contre tu peux effectivement mettre /tmp, /var/tmp et d'autres dans un tmpfs. Au passage, un bon coup de readahead au début du boot peut aussi accélérer les choses...
en revanche, hormis une solution du type cromfs dans tmpfs, je me demande s'il est possible de comprimer / décomprimer certaines pages de RAM à la volée, avec une technique similaire au COW... (histoire par exemple qu'un programme qui utiliserait des gros tableaux avec des données très redondantes bouffe moins de RAM (même si ça le ralentit) sans devoir en retouche le code)
[^] # Re: Une compact flash? Pourquoi pas mais...
Posté par Ph Husson (site web personnel) . Évalué à 4.
(Enfin bon le reste du message est pas ininteressant donc ni + ni -)
[^] # Re: Une compact flash? Pourquoi pas mais...
Posté par Sylvain Sauvage . Évalué à 3.
[^] # Re: Une compact flash? Pourquoi pas mais...
Posté par Xavier Maillard . Évalué à 2.
http://primates.ximian.com/~federico/news-2007-03.html#fosde(...)
# si on réfléchis à la manière de faire?
Posté par phfn . Évalué à 1.
On pourrait mettre tout le système sur la mémoire flash (avec système YAFFS2 ou similaire sauf /tmp, /var, la swap (à délocaliser peut être sur un disque dur ou sur une autre mémoire flash qui serait a remplacer plus souvent que la première) et /home sur un disque dur. Vous feriez comment?
[^] # Re: si on réfléchis à la manière de faire?
Posté par Glorbouille . Évalué à 2.
Une idée d'utilisation?
Avoir un système sans HD qui boote vite et silencieux pour travailler/surfer/mouler. Les données encombrantes, qui ne servent pas si souvent que ça, peuvent rester sur un disque USB externe, à allumer si besoin.
Moi, ça me tente.
# SIemens le fait en "standard"
Posté par Laurent Saint-Michel . Évalué à 2.
Siemens fait des ordinateur industriels sans partie mobiles intégrant donc un carte flash pour le disque dur. L'alimentation se fait en 24 V continue par des alimentations industrielles d'automate donc sans ventilation :
http://www.siemens.com/index.jsp?sdc_p=c58fi1435980l2mo12106(...)
En plus , il se monte sur rail DIN comme un disjoncteur et il est dans les niveaux de prix d'un PC standard.
Il peut être livré avec Linux pré-installé.
Bref que du bon.
Laurent
[^] # Re: SIemens le fait en "standard"
Posté par Juke (site web personnel) . Évalué à 2.
[^] # Re: SIemens le fait en "standard"
Posté par MrLapinot (site web personnel) . Évalué à 1.
# Minimyth
Posté par Jump3R (site web personnel) . Évalué à 1.
L'utilisation que j'en ai n'est pas aussi large qu'une machine bureautique puisque cette machine me sert en gros que de deport d'affichage sur une tele en utilisant le frontend de mythtv.
Minimyth [1] est la distribution que j'utilise et est dediée à l'utlisation de mythtv en bootant sur CF (ou en net boot mais ce n'est pas le debat d'aujourd'hui :)). La distrib tient sur 70 Mo environ, elle se monte en ramfs a partir d'une image compressée squashfs. Elle n'ecrit absolument rien en utilisation normale sur la CF donc je n'ai pas trop de soucis à me faire sur les cycles d'ecritures...
Le dma n'est pas activé car l'adaptateur / carte ne supporte pas ce mode de fonctionnement.
Je ne peux pas dire qu'il y ait un reel gain/perte en terme de debit en lecture ou ecriture. Par contre : aucun bruit, ca c'est le bonheur. J'ai acheté cet adaptateur sur ebay pour un prix derisoire. Ma carte CF est une Sandisk Ultra II de 1 Go.
Par contre, je voulais monter la carte au bout d'une nappe ide et l'adaptateur que j'ai acheté ne se montait que sur une cm (connecteur femelle sur l'adaptateur), j'ai fabriqué un croiseur 80 fils que je monte entre ma nappe et l'adaptateur CF et cela marche tres bien !
[1] : http://www.linpvr.org/
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.