Forum Linux.noyau Victoire !

Posté par  .
Étiquettes :
4
6
oct.
2009
Bonjour, bonsoir (rayer la mention inutile (^_^)

J'ai enfin fini mon module dans les grandes lignes !
Les résultats sont bons, même très bon.

Avec un daemon de test qui ne fait qu'envoyer '\0' j'atteins un taux de transfert de 618 Mo/s avec :


dd if=/dev/zero of=/dev/test bs=4096 count=2000000

2000000+0 enregistrements lus
2000000+0 enregistrements écrits
8192000000 octets (8,2 GB) copiés, 13,2534 s, 618 MB/s


C'est super ! Il y a quand même (je me trompe peut-être) 4 copies de mémoire
or la bande passante de ma RAM est de 6,4 Go/s (DDR2-800) j'ai donc qu'un facteur 10 en perte de perf, ce qui n'est pas trop mal.

Pour les sources, c'est ici

Module : http://www.ethernetvirtualstorage.net/Livraison/Module.tar.g(...)
Librairie + prog de test : http://www.ethernetvirtualstorage.net/Livraison/Test.tar.gz

Je vais faire sauter le champagne ! (à 0H40 si,si (^_^)

Comment on fait pour l'inclure dans une bonne distrib tel que debian ou red-hat ?

  • # super !! champagne !!

    Posté par  . Évalué à 9.

    heu c'était quoi déjà le but ?

  • # driver vers quoi ?

    Posté par  . Évalué à 2.

    parce que sur ma machine, je fais un ramfs (tmpfs) de 2Go par defaut, je test ton dd vers un fichier en ramfs...

    dd if=/dev/zero of=test bs=4096 count=2000000
    dd: writing `test': No space left on device
    498886+0 records in
    498885+0 records out
    2043432960 bytes (2.0 GB) copied, 2.28019 s, 896 MB/s

    • [^] # Re: driver vers quoi ?

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

      ouaip, ou sinon:

      dd if=/dev/zero of=/dev/null bs=4096 count=2000000 ~
      2000000+0 enregistrements lus
      2000000+0 enregistrements écrits
      8192000000 octets (8,2 GB) copiés, 1,03991 s, 7,9 GB/s


      :)

      Quand au projet c'est le MultiDeskOS du san: http://www.ethernetvirtualstorage.net/

      • [^] # Re: driver vers quoi ?

        Posté par  . Évalué à 3.

        Le but du module est d'avoir un block device piloté depuis le userland.

        Grâce à cela, il est possible d'avoir un block device où les données transite via un tunnel SSH, ou SSL. Un peut comme NBD mais sécurisé.

        Ou, si l'envie vous prend (comme moi), d'envoyer les requêtes de lecture/écriture sur plusieurs bécanes, avec répartition de charge, redondance, avec cryptage, contrôle d'accès, ...

        On peut imaginer plein de truc, comme avec FUSE, qui a un wikipediaFS http://wikipediafs.sourceforge.net . Ça semble inutile, mais c'est indispensable ! (^_^)

        • [^] # Re: driver vers quoi ?

          Posté par  . Évalué à 1.

          Le but du module est d'avoir un block device piloté depuis le userland.

          Grâce à cela, il est possible d'avoir un block device où les données transite via un tunnel SSH, ou SSL. Un peut comme NBD mais sécurisé.

          sshfs permet d'avoir un peripherique qui envoie les données via SSH, et cela depuis un compte utilisateur

          il me semble que NDB/GNDB permet deja l'echange de donnée via des protocoles securisés et qu'il est deja capable de faire du raid, y compris en mixant machine locale/machine reseau

          sinon pour la curiosité si tu es developpeur, c'est bien d'avoir recreer un truc, peut-etre meme de l'avoir implementé differemment

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.