Journal remplacer un disque dur par une compact flash

Posté par  .
Étiquettes : aucune
0
16
mai
2007
cher journal
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  . Évalué à 3.

    Pourrais-tu nous donner un peu plus d'information sur l'adaptateur ? marque ? où on peut le trouver facilement ?
    • [^] # Re: Pub ?

      Posté par  . Évalué à 2.

      Je pense que cela n'a pas d'impact. Les cartes compact-flash proposent plusieurs protocoles, et l'un de ces protocole est IDE (sauf certaines cartes économiques qui 'oublient' de l'implémenter).

      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  . Évalué à 3.

      je l'ai commandé sur un site de vente au encheres( Adaptateur IDE 2,5 ou 'ide to cf 44' ) , le produit viens de hong kong, il faut compter 2 a 3 semaine pour la livraison ! Pour les impatient chez materiel.net (et les plus riche :) )

      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  . Évalué à 2.

        C’est pour cela qu’il faut mettre -t _et_ -T (ou -tT). Extrait du man :

        -T […] If the -t flag is also specified, then a correction factor based on the outcome of -T will be incorporated into the result reported for the -t operation.
        [… idem en dessous pour -t …]
    • [^] # Re: Pub ?

      Posté par  (site web personnel) . Évalué à 1.

      perso je l'ai fait aussi il y a bien 6 mois, trouvé simplement sur eBay ...
    • [^] # Re: Pub ?

      Posté par  . Évalué à 1.

      Le mien je l'ai commandé ici:
      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  . Évalué à 9.

    Est-ce que vous avez observé une augmentation de l'autonomie et si oui de combien ?
    • [^] # Re: Augmentation de l'autonomie ?

      Posté par  . Évalué à 3.

      desolé j'utilise mon laptop uniquement en poste fixe, je n'ai pas mesuré l'autonomie avant/apres. Quand la carte auras grillé je ferais un essai.
  • # Performances

    Posté par  . Évalué à 3.

    Vu le débit, tu as une réelle accélération au boot par rapport à un HD?
    • [^] # Re: Performances

      Posté par  . Évalué à 3.

      Ce qui est plus intéressant c'est qu'il n'y a pas de déplacements de la tête de lecture... et ça ça ralentit bien le boot d'une machine.
    • [^] # Re: Performances

      Posté par  . Évalué à 3.

      a oui tiens, je note une acceleration, mais c'est une impression pas un chronometrage, je pense acheter des cartes genre ultra IV censé etre 120x plus rapide.
  • # ...

    Posté par  . Évalué à 3.

    A noter que pour les fixes, avec des adaptateurs usb de cartes (sd,CF, ...) presentant du mass storage, il doit etre possible de booter directement sur la carte (comme sur une clef usb).

    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  . Évalué à 1.

      Oui, toutes ces solutions marchent. J'ai mis une puppy linux sur la sd de mon appareil photo, ça marchait.
  • # Limitations ?

    Posté par  . Évalué à 5.

    L'idée est bonne, mais un doute Masaï (je -> [])
    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  . Évalué à 6.

      Malheureusement si. A moins de se priver totalement du swap, du journaling et de toute forme de cache disque, il y a des risques réels de collectionner les "bad blocks" après quelques mois.

      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  (site web personnel) . Évalué à 4.

        Est-ce qu'il y aurait moyen d'avoir un système qui boot sur une mémoire flash (l'os + les programmes sont dessus) et qui utilise un HD pour le swap et les données (ce qui normalement est le plus souvent modifié).

        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  . Évalué à 2.

          Sur un portable, il est généralement difficile de mettre deux disques dur.

          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):


          hda: PQI ATA Rev6.0, CFA DISK drive
          hda: 64000 sectors (32 MB) w/0KiB Cache, CHS=1000/16/4

          hdparm -t /dev/hda
          /dev/hda:
          Timing buffered disk reads: 6 MB in 3.66 seconds = 1.64 MB/sec

          Model=PQI ATA Rev6.0, FwRev=XS3.00, SerialNo=PQI0000000000
          Config={ HardSect NotMFM Removeable DTR>10Mbs nonMagnetic }
          RawCHS=1000/16/4, TrkSize=8448, SectSize=528, ECCbytes=4
          BuffType=1Sect, BuffSize=0kB, MaxMultSect=1, MultSect=off
          CurCHS=1000/16/4, CurSects=64000, LBA=yes, LBAsects=64000
          IORDY=no
          PIO modes: pio0 pio1
          AdvancedPM=no

        • [^] # Re: Limitations ?

          Posté par  (site web personnel) . Évalué à 2.

          Il y a aussi moyen de régler le kernel pour utiliser au maximum la RAM et au minimum le swap. Voir /proc/sys/vm/swappiness.
          • [^] # Re: Limitations ?

            Posté par  (site web personnel) . Évalué à 4.

            notamment le laptop-mode permet de reposer le disque dur. J'en avait assez de voir la diode du disque s'allumer systématiquement toutes les 2 ou 3 secondes, et après avoir activé le leptop-mode, il n'y a plus aucun accès. Ca doit être important en cas de comact flash.
            • [^] # Re: Limitations ?

              Posté par  (site web personnel) . Évalué à 1.

              De mémoire, ce sont dans ce cas les écritures qui sont bufferisées et exécutées par bloc toutes les x minutes ; ça permet l'augmenter l'autonomie parce que ça laisse le disque en veille dans l'intervalle, mais ça risque de ne pas changer grand chose au nombre de secteurs écrits.
    • [^] # Re: Limitations ?

      Posté par  . Évalué à 3.

      Comme la FAT règne en maître sur le secteur des cartes mémoire, ces problèmes de vieillissement prématuré de certaines cellules (celles de la table d'allocation justement) ont été critique dès le début. A chaque fois que l'on modifie le nombre de secteur d'un fichier, la FAT est ré-écrite.

      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  (site web personnel) . Évalué à 2.

        Et il n'est pas possible de formatter une carte avec un autre système de fichier ?
        • [^] # Re: Limitations ?

          Posté par  (site web personnel) . Évalué à 1.

          Ben si, c'est ce qu'a fait l'auteur du journal (je pense pas que son GNU/Linux tourne sur de la FAT). Mais dans les appareils photo, lecteurs mp3, etc, c'est FAT qui est utilisée, et si on formate dans un autre format, l'engin ne peut plus lire la carte.
          • [^] # Re: Limitations ?

            Posté par  (site web personnel) . Évalué à 2.

            Oui ok c'est ce qui me semblait. Si on utilise la carte comme disque dur, à la limite on s'en fiche que l'appareil photo ne la lise plus, dans le pire des cas on reformatte en FAT.
          • [^] # Re: Limitations ?

            Posté par  . Évalué à 4.

            oui c'est vrai j'ai longtemps hesité pour le systeme de fichier, finalement j'ai pris du ext3 avec l'option noatime dans /etc/fstab pour ne pas trop exagerer sur les ecritures.
        • [^] # Commentaire supprimé

          Posté par  . Évalué à 2.

          Ce commentaire a été supprimé par l’équipe de modération.

      • [^] # Re: Limitations ?

        Posté par  . Évalué à 2.

        J'avais lu dans un vieux Linux Mag le témoignage d'une personne ayant installé un linux sur une CF pour faire fonctionner un robot. Il évoquait un système de fichier spécialement concu pour les CF, qui écrivait les blocks de facon plus ou moins aléatoire pour éviter justement de réécrire trop de fois au même endroit. Quelqu'un en a-t'il entendu parlé ? Des liens, des infos ?
  • # Merci

    Posté par  (site web personnel) . Évalué à 10.

    Merci pour ce journal très intéressant, on en aimerait plus, des comme ça, sur linuxfr!
  • # Par contre...

    Posté par  (site web personnel) . Évalué à 1.

    J'ai également choisi de mettre le système sur une CF, mais je me suis retrouvé avec des troubles DMA lors d'accès aux disques.

    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  . Évalué à 2.

      hum, sachant qu'un contrôleur ide sans DMA est un contrôleur qui fait transiter toutes les données par le microprocesseur, s'il on a ce problème, ne pas installer un système dessus :
      - 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  (site web personnel) . Évalué à 4.

    J'ai fait de meme avec une CF 4Go pour un "vieux" tablet pc, il me servait de radio reveil/cadre photo/borne ssh de secours etc ...
    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  . Évalué à 3.

    Merci pour ce journal très instructif.

    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  . Évalué à 3.

      en gros / me prend 4Go (avec tous ce que j'ai besoin ET, tremulous, freeciv, latex, kile etc...) et j'ai 1Go de donné perso, cv, doc, quelques photos numériques, quelques mp3 fait a partir de mes cd originaux. ce que j'ai de plus gros c'est une image iso linux.

      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  . Évalué à 2.

        Tu n'as pas plus de données que ça ? Je ne suis tout de même pas le seul à me traîner 90Go (mails, mes sources, mes docs, mon boulot, ...)
        • [^] # Re: Absolument fantastique

          Posté par  . Évalué à 10.

          90Go (mails, mes sources, mes docs, mon boulot, films de culs ...)

          --->[]
        • [^] # Re: Absolument fantastique

          Posté par  . Évalué à 2.

          C'est vrai que 1Go me parait peu, mais si c'est juste pour conserver les docs/sources/boulot .. Mais néanmoins, c'est largement suffisant je pense si on fait un peu de ménage.

          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  . Évalué à 2.

            J'ai beau me creuser, je ne vois pas comment réduire 100Go dans 1Go :) Ici, les 90Go correspondent à mon /home, le reste sert au système et à la swap.

            C'est dommage car je trouve l'idée très intéressante !
            • [^] # Re: Absolument fantastique

              Posté par  (site web personnel) . Évalué à 2.

              90 Go de mail, de cv, de doc, de boulot, de source ?
              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  . Évalué à 2.

                Je lis énormément de choses que j'archive. Au lieu d'imprimer en papier, je créé des PS/PDFs, j'ai une tonne de papiers/thèses, je me suis fais un mirroir de slackware, des bouquins (e-books), une vidéo par ci par là, des backups d'autres pcs que je n'ai jamais pris le temps de trier/traiter/poubeliser, des ISOs, etc.

                La musique est sur un disque dur externe parce que le FLAC, ça bouffe :)
  • # Une compact flash? Pourquoi pas mais...

    Posté par  (site web personnel) . Évalué à 2.

    Personnellement je me sens à l'étroit dans mon disque dur de 160Go (bon faut dire que j'ai mal partitionné mais c'est pas vraiment le probleme mon home de 90Go est un peu court), même si je suis bien d'accord que ces Go ne me sont pas souvent utiles et sont dans la majorité des vidéos/musiques qui sont à accès séquentiel, donc un disque dur se débrouille tres bien dedans sans trop faire de bruit.
    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  (site web personnel) . Évalué à 2.

      Un GLMF parle d'une conférence au FOSDEM 2007 qui parle des accès disques.
      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  (site web personnel) . Évalué à 2.

        Ah seulement un facteur 1 000?
        J'aurais dit encore plus tien.
      • [^] # Re: Une compact flash? Pourquoi pas mais...

        Posté par  . Évalué à 8.

        Aucun problème : mets ta swap dans un tmpfs…
        • [^] # Re: Une compact flash? Pourquoi pas mais...

          Posté par  . Évalué à 3.

          Aucun problème : mets ta swap dans un tmpfs…

          ??? 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  . Évalué à 2.

  • # si on réfléchis à la manière de faire?

    Posté par  . Évalué à 1.

    Bonjour a tous

    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  . Évalué à 2.

      Perso, je laisserai tomber la swap, avec suffisament de ram, on peut s'en passer.

      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  . Évalué à 2.

    Salut,

    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
  • # Minimyth

    Posté par  (site web personnel) . Évalué à 1.

    Cela fait maintenant 3 mois que j'ai une compact flash pour ma mini itx.
    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.