Reprise du message précédent :
   
 
Un OCZ Vertex 2 ici qui tourne sous Debian Wheezy de la sorte  
 
/dev/disk/by-uuid/77b707c3-3dcd-4259-9d75-e3f15f046940 ext4       331M  154M  160M  50% /
tmpfs                                                  tmpfs      5,0M     0  5,0M   0% /run/lock
tmpfs                                                  tmpfs      404M  192K  403M   1% /run/shm
/dev/sda8                                              ext4        44G   13G   29G  31% /home
/dev/sda7                                              ext2       447M   65K  423M   1% /tmp
/dev/sda5                                              ext4       8,4G  3,5G  4,5G  44% /usr
/dev/sda6                                              ext4       2,8G  867M  1,8G  33% /var
 
C'est tout bon or not tout bon ?  
 
Merci !

le /tmp en tmpfs c'est mieux
 
sinon vérifie bien que tu as aussi les options "noatime,discard" dans ton /etc/fstab

 
Je n'ai apparament pas "noatime,discard" dans mon fstab.
 
Quel est l'intérêt de ces deux commandes ?  
 
Je peux passer mon /tmp/ d'ext2 à tmpfs "facilement" ? Il y a un grand intérêt ?
 
Merci pour vos réponses, j'en apprend de plus en plus !

noatime : pas d'enregistrement de la dernière date d'accès → limitation d'écriture sur le SDD
discard : active le trim
pour le /tmp : oui, suffit de changer le type dans le fstab
Je dirais oui ça crée un /tmp en mémoire donc limitation d'écriture sur le SDD

Ce qui impacterait les perf de la machines non ? Je n'ai que 2Go de ram

Le noatime et le discard je les ajoute sur chaque partition à la place de defaults ?

ah oui si tu n'as que 2Go c'est pas conseillé d'avoir le /tmp en tmpfs en effet.

bah en même temps, pour ce qu'il y a dans le /tmp...

Merci.
 
Pour le noatime et discard, je l'ajoute sur toutes mes partitions ?

Toutes celles qui sont sur un SSD ou mémoire flash.

 
C'est chose faite, merci

Un Samsung 840pro 128Go + Arch x86_64 + systemd, ça fait des temps de boot sympa

 
ou sinon du RAID5 logiciel de SSD c'est délirant ?  

 
Non mais selon le chip t'auras un disque qui peux prendre le double d'I/O d'ecriture des autres (au minimum).
 
Par contre je comprends pas pour tu veux mettre des SSD.
Si c'est un serveur de calcul j'ose espérer que l'ensemble des informations est en mémoire et non pas sur des FS !!!
 
Et si c'est le cas je vois pas vraiment l’intérêt d'un SSD...

c'est pas vraiment du calcul, c'est de la compilation et des tests, donc il y a quand même des I/O en faible quantité , et vu qu'il y aura 2 CPU Octocore pour faire tourner tout ça, ça multiplie par 16 ces I/O "faibles", et du coup elles ne sont plus si négligeables que ça...
Mais je pense que je vais partir en SSD simple sans RAID pour le moment.  
Ca me permettra de justifier une MAJ dans quelques années, quand ils lacheront

Whaaa une telle bécane à 200, sérieux    
 
Note : la conso de mon netbook vient de passer à ~7W (autonomie +2H   ) avec 'powerdown' (y-a une bonne page rapide sur le wiki Arch et un très bon topic sur le bbs).
 
Crée un "openvpn.timer" basé sur "openvpn.service" en mettant la durée qu'il doit attendre avant de le lancer (à moins que tu en as besoin dès le _boot_). Il sera pas comptabkilisé dans le temps de boot, mais tj affiché avec systemd-analyze blame. Ex avec netcfg
/etc/systemd/system/netcfg.timer :

que tu actives avec systemctl enable, et penses à désactiver le .service.
 

Vi    mais c'est un SanDisk extreme 120G (moins cher que le 840pro).

Testez le temps d'accès aléatoire de vos disques, SSD (ou disquettes   ) !
 
Enfin trouvé de quoi mesurer autre chose que les données séquentielles avec seeker : http://www.linuxinsight.com/how_fast_is_your_disk.html
 
Résultat de ce côté de l'écran :
SanDisk extreme
Seeker v0.2 (mesure le pire cas de figure ; tout scénario réel donnera de meilleurs résultats)

Hitachi 320 Go SataII      

tmpfs « ramdisk »

j'ai :
ext4    errors=remount-ro,noatime,discard
au lieu de  
ext4    defaults,noatime,discard
 
pas de soucis ?

Tout dépend de ton code de calcul: fait il de grosses IO ? Quelle taille de fichier ? Ton code est limité par le CPU ? les IO? Si c'est les IO: la latence ou par le débit ?
Un code de calcul ça se "profile" avant de prévoir le hardware
edit: si c'est de la compilation et de l'intégration teste sur un SSD mais ça m'étonnerait qu'il soit limitant.

Hello, je me suis fait une installation avec dm-crypt et LVM sous Wheezy avec un ssd Corsair Series F120.
 
Avec hdparm, j'obtiens 2 résultats différents :
 

 
Vous pouvez m'expliquer svp ? Je vois que la perte est bien nette quand je test sur /dev/mapper...

ça sent le problème d'alignement ça

Tip: y a des calculs qui travaillent sur des centaines de Go (voire même To) de données. Amuses-toi à faire rentrer ça en RAM tiens
En géophysique par exemple.
Et y a des codes qui génèrent aussi beaucoup de sorties, qu'il n'y a aucun intérêt à avoir en mémoire.

 
J'ai aligné /dev/sda1 ainsi que sda2 mais je n'ai pas regardé pour lvm :
 
C'est correcte pour les partitions ?

 
Voici pour LVM :

 
Quelqu'un peut il me donner des conseils pour réorganiser ce bouzin svp?

Je suis entrain de reprendre tout à zéro mon installation.
 
Finalement je n'ai pas besoin de ma partition boot vu que je n'aurais qu'un seul système...il y a juste un conteneur chiffré avec par dessus LVM2.
 
Voici ce que j'ai fais pour le moment, démarrage sur un livecd Ubuntu 12.10 :
 
- /dev/sda1 créée et correctement aligné il me semble :

 
- Ensuite, création du conteneur avec l'alignement :

 
Là j'en suis à rechercher des informations sur LVM et l'alignement.
 

• Mais jusque là, est ce que tout est correcte ? avant de continuer...
• Quand mes LVs seront créés, est ce que je pourrais faire une installation de Wheezy sur le disque dur pré formater ? Donc, ouvrir le conteneur et installé mon système sur les LVs que j'ai créé au préalable ? Sur un forum, un mec explique qu'il faut démarrer en rescue mode et déverouillé le conteneur et suivre l'installation normalement...je n'ai pas encore testé, mais est ce que quelqu'un a déjà tenter une installation comme ceci ?

   
 
ps: c'est quand même bien la misère pour trouver des informations...je dois en être à 30/40 onglets ouverts pour chopper des informations !

J'ai tué le topic  

Non moi je regarde pour info ^_^

Vérifier l'alignement partitions physiques / logiques avec :

que tous les numéros de la colonne "début" sont bien des multiples de 2048)
 
@zit11    
Quelques nouveaux onglets ?
 
 (+) Alignement manuel partitions et LVM et EXT4 : http://forum.canardpc.com/threads/ [...] er!/page87
 (i) Home Server > Configure LVM for Data Storage (schéma, LVM Physical Extend Size +++) http://polach.cc/configure-lvm-for-data-storage
 (Arch, partitionnement (sauf alignement!), /boot et LVM : https://mart-e.be/post/2013/01/14/a [...] ur-un-ssd/ )
     Agréablemen complété par guiguishow (alignement, mkfs...) : http://www.guiguishow.info/2012/05 [...] artitions/
     et par Aligning partitions, lvm and encrypted volumes on SSD http://java-hamster.blogspot.fr/20 [...] ypted.html
     Is there a recommended Physical Extent Size when creating a VG (2012) : http://community.spiceworks.com/to [...] ating-a-vg
  => Arch Linux installation with full disk encryption using LVM, LUKS and GRUB2 (MBR partitions) : http://blog.philippbeck.net/linux/ [...] s-grub2-69
  (!) Custom stride options for file system creation are not helpful, best is to use the mkfs.ext4 defaults. http://www.mayrhofer.eu.org/ssd-linux-benchmark
 
Note Ceux qui ont une ssd de chez mamooth Intel : leur doc contredit TOUT ce qu'on a lu sur l'alignement. « Dealing with SSD optimisation » : http://cache-www.intel.com/cd/00/0 [...] 492352.pdf
 
Et ste plè hésite pas si tu as sources valables parmis les 60 onglets
 
Au fait sinon : man pvcreate, recherche "alignment" : bien expliqué en 4 lignes

merci tukozaki  
 
En fait, l'alignement des différentes couches c'était bon (je pense...) C'est plutôt au niveau de l'installation de Debian sur un système préformaté avec dm-crypt et LVM.
 
http://permalink.gmane.org/gmane.l [...] crypt/3935 How to optimise encrypted filesystems on an SSD?  
http://comments.gmane.org/gmane.li [...] crypt/4501 cryptsetup align problem ==> De bonnes explications sur l'alignement avec dm-crypt
http://forums.debian.net/viewtopic [...] 17&t=63159 Reinstalling onto an existing encrypted LV
http://petersmith.homeip.net/wiki/ [...] _Alignment  
http://www.redhat.com/archives/lin [...] 00004.html Aligning PVs on SSDs?
http://mart-e.be/post/2013/01/14/a [...] ur-un-ssd/ La personne dégrossit bien certaines commandes...et montre les différentes couches
 
Où j'en suis maintenant? J'ai laissé tomber dm-crypt/luks avec lvm...je ne comprends pas comment finir mon installation après avoir préparer mon ssd au préalable. Mais j'y reviendrais peut être...
 
Là, j'en suis à tester BTRFS http://zythmer.acyclic.org/blog/20 [...] lumes.html histoire de comprendre un peu le fonctionnement. Je suis cet article à la lettre, on verra bien

LVM et le chiffrement ralentissent tout à un point où on jette de l'argent par les fenêtres en s'en servant sur un SSD.

Un cpu supportant les instructions AES (AES-NI) chiffre sans problème plusieurs GB/s. Si le chiffrement ralentit le SSD c'est que DM-crypt est codé avec les pieds
Bon après si tu as un CPU sans support de chiffrement hardware c'est sûr qu'il vaut mieux oublier le chiffrement sur SSD

@zit11 ooops, DSL j'avais pas bien saisi
Sympa les bons liens, merci    
L'installation de ta Debian est terminée ?
 
@sligor: ah, pour mon Atom | ARM v6 c'est mort alors ?    
Sérieusement, pour les petites config avec CPU sans instructions AES (AES-NI) : Ecryptfs est un peu plus lent sur mon netbook Atom avec disque classique que sur le Core i3 + SSD (1-2 seconde contre 1/10è de seconde, mais ça reste très utilisable). Quant à l'AMD 3200 + disque classique aussi, il monte et démonte en ~ 0.5 seconde.
 
"LVM et le chiffrement ..."
J'aime bien les mesures précises, en ce qu'elles sont moins vagues que les affirmations toutes faites ^_^ :  
- Des tas de SSD encryptés / pas encryptés, LVM / pas LVM testés avec un protocole de test unique
 - SSD Linux benchmarking: Comparing filesystems and encryption methods

 
J'avais totalement confiance en mon i3 et le aes-ni...mais je viens de vérifier juste comme ça et il n'y a pas d'intruction AES sur les i3 ! Je viens de changer avec un i7, je verrai si il y a une différence.
 
Merci @tukozaki pour les benchmarks

 
en gros avec un i3 tu es limité à ~300Mo/s tout en occupant le CPU entierement pour cette tâche
 
donc c'est pas exceptionnel mais c'est pas non plus aussi dramatique qu'un atom... (qui lui est vraiment limitant même sur HDD , un atom d510 c'est 25Mo/s une vraie merde )
 

le marketing d'intel est une horreur à ce sujet (c'est bien du marketing, l'AES-NI ne coûte rien du tout en surface silicium)

Merci pour le tableau    
 
Alors avant avec un i3 2310m et aes-cbv-essiv:sha256 sur ssd en ext4 et LVM :
 

 
Maintenant avec un i7 2640m et aes-cbv-essiv:sha256 sur ssd en BTRFS sans LVM :
 

 
Je trouve ça plutôt satisfaisant...

tu as quel version du kernel ? (uname -a)
tu as le support aes-ni avec ? (grep module /proc/crypto | sort -u)

uname -a :  
Linux probook 3.2.0-4-amd64 #1 SMP Debian 3.2.35-2 x86_64 GNU/Linux
 
grep module /proc/crypto | sort -u
module       : aes_generic
module       : aesni_intel
module       : aes_x86_64
module       : arc4
module       : crc32c_intel
module       : cryptd
module       : ghash_clmulni_intel
module       : kernel
module       : sha256_generic

Derniers tests et je n'y touche plus
 
J'ai reçu mon i7 2640 avec les instructions aes-ni et j'ai gardé ext4/LVM. Un "secure erase" a été fait avant de faire l'installation avec parted magic.

l'accélération aes_ni ne marche pas je ne comprend pas pourquoi, du coup si je chiffre avec dm-crypt je suis limité à 130mo/s

bon j'ai tout tenté j'abandonne, en mettant à jour le kernel en 3.8 ça va plus vite ( ~ 300 mo/s sur un device virtuel style /dev/zero)  
mais c'est quand même toujours fucking slow pour un i7

Coucou les filles,
 
Je viens de m'offrir un OCZ Vertex 4 de 128 Go pour mon serveur.
 
Pour le référencement en début de topic :  
TNZ, OCZ Vertex 4 sous Ubuntu 13.04 64 bit (+ Firmware Redmondien V7 pour les jeux).
 
Par contre, j'ai gardé un bout de 47/48 Go à la fin du vertex pour y copier le firmware MS existant avec un "dd bs=1M ...". Par contre, je me demande comment faire pour lancer le firmware de jeux sans passer par le FIXMBR suivi d'une réinstall de grub.

Référencement mis à jour
 
Ça consiste en quoi cette histoire de firmware spécifique pour les jeux ?