Reprise du message précédent :

 
http://forum.hardware.fr/configura [...] o=Calinou_
 
Je suis en SATA 3.
 
Les perfs ont l'air stables, je suis à environ 516 Mo/s après avoir rempli un peu plus le SSD.

Bonsoir/ bonjour ( oui il est 02h du mat ici chez moi )
 
voila j'ai un ordi portable SOny Vaio Z1 avec un DD SSD RAID 512 GO (4x128 GO)
sur windows je peu faire en sorte d'avoir un seul DD 512 (raid) Go ou 4 DD de 128 Go
 
bref j'aimerai installer le dernier Ubuntu en raid 512 Go , j'ai pu installer ubuntu  mais il a fallu que je désactive le raid , c'est a dire que j'ai installer ubuntu sur un DD 128 GO et je perd les 3 autre 128 GO .
 
donc quand j'installe ubuntu sur le DD en RAid ( 512 Go ) l'install ce passe bien , jusqu'a à la fin ou il me dit " Erreur impossible d'installer le Grub) et le plus rien    
 
en bref: comment installer Le dernier Ubuntu sur mon Ordi portable SOny Vaio Z1 sur un DD  512 go SSD RAID (4x128 GO) en contournant ce pb de Grub , je veux bien des lien pour m'aider , juste une precision mon anglais est tres moyen
 
merci merci  

Va plutot voir du côté du topic Ubuntu, je pense pas que ton problème soit lié à l'utilisation de disques SSD.

 
Y a 4 emplacements 2,5 " dans ton portable? Pas bien compris ton histoire de 4x128!
Ca va te servir a quoi du raid sur un ssd? Sur un disque dur je comprends mais un ssd c est loin d etre evident voir utile. Le ssd seul sera deja plus perf que le raid de disque dur mecanique.

oula non
c'est le DD qui est fait comme ca ( je crois que c'est un DD propre à Sony )  
 enfaite c"est un DD SSD avec 4 puce de 128 GO eux ils assemble et ca fait un DD de 512 go  
j'ai trouver ca sur le net  http://www.engadget.com/2010/01/04 [...] nfigurati/
 
voila ce qu'on a dans le bios pour le DD ssd raid  image trouvé sur le net( c'est un SSD de 128 go , 2 x 64 go )

 
donc si je desactive le raid , j'obtiens donc 4 x128 go > la c'est possible d'installer linux sur un des 128 go
mais si je met le DD en raid , j'obtiens 512 go , mais la le pb du Grub se pose
 
je doit pas etre le seul en France a avoir un vaio Z avec un DD SSD raid et vouloir instaler linux ( on ma dit que linux c'etait une grande entraide , et surtout je débute dans linux)

 
 
c'est surtout bien space ce truc !
il faut sourtout trouver quelqu'un qui a ce portable et un ssd et linux dessus.
 
Pour revenir à ma question ca te sera utile le raid de ssd?
 
tu peux plutôt créer une partition de 128 et une autre de 3XX go ?

oui je peu ; mais c'est comme si je creer du raid quand meme > 1 DD de 128 GO + 3x 128 go en Raid et la pl pb de Grub recommence
 
il faut que je trouve un utilisateur comme moi
 
je vais m'inscrire sur le forum officiel francais d'ubuntu , j'ai peut etre une chance de trouver un gars avec le meme ordi , meme dd ssd avec linux desssus
 
j'ai vraiment envie d'avoir linux sur ce portable

avec linux tu as des alternatives au raid matériel:
 
- il y a le raid logiciel (avec mdadm)  
- il y a l’agglomération de disques (avec LVM)
 
et enfin le raid n'apportera pas vraiment un gros gain de performance hors benchmark

Ouais mais le problème du RAID soft et LVM, c'est que ça ne marche que si il est en single boot Linux, si il veut faire du dual boot avec Windows c'est mort.

Salut tous
J'ai été mordu par un ssd : liteon-it mSATA LMT-256M6M
Pas moyen de trouver les specs de cette bestiole montée d'origine dans le XPS13 Édition développeurs de Dell.
Juste un lien douteux ebay qui donne des infos sur le 128Go.
Plus un saut sur une page de datasheets toshiba, mais est-ce la bonne, il *semblerait* donc qu'il y ait des morceaux de NANDs 8k/1M dedans. Bizarrement, le site de Liteon-it donne aussi les modèles M3M comme étant des sata6.
Moralité, je sais pas par quel bout attraper le reptile.
Y'a moyen de trouver des infos depuis l'OS directement? Peut-être vérifier qu'il y a bien un Marvell et avec ses propres specs, si elles sont dispo...
Mais lspci ne reporte rien là-dessus    
 
Merci
 
Ooops: un peu de lecture, et:

Les partitions d'origine:

et un poil de tests   :

Tu es en MBR (aka. msdos) sur un SSD?
 
Il faut utiliser le GPT pour aligner les partitions, ce qui permet d'avoir de meilleures perfs, sans compter que c'est plus moderne (jusqu'à 128 partitions primaires).

ses partitions sont alignées

Dites les enfants, est-ce que la quantité d'espace libre influe sur les perfs ?

pour faire cours: oui
pour faire long: j'argumenterai quand j'aurai moins la flemme

Nan parce que mon timing cached reads a été divisé par 2, là

@ calinou
Oui, c'est livré comme ça, mais je me tâte : en fait j'ai pas mal de questions qui me trottent dans la tête, surtout pour la première partition préinstallée, je crois que c'est pour des diags dell qu'on peut appeler depuis le post-bios pre-boot. C'est du W95fat32, si je la déplace à la fin du disque, ça va plus marcher?
Si je la clône sur une usb, j'aurai qu'à forcer le boot dessus pour avoir ces diags? Remarque, j'ai qu'à essayer, et si ça marche pareil, il n'y aura juste que l'option qui ne marchera pas.
Mais ensuite, puisque tu propose plutôt GPT (bien qu'à priori je n'en aurai pas besoin, juste une / et une swap pour l'hibernation), est-ce que ça change quelque chose au niveau d'un SSD qu'on soit en MBR plutôt qu'en GTP?
Et pour le partionnement, je vois pas comment on fait si on connais pas la taille des blocs SSD pour les options stride et stripe-size: touts les calculs de la première page sont basés sur un à-priori de 128ko, ou alors ça sert plus à rien avec une distri récente (ubuntu 13.04)?
[Edit]: Ooops un dernier truc: on a sûrement tous lu ici ou là l'histoire de l'Over-Provisionning. C'est toujours d'actualité, quelle fraction du total disque?
 
Merci d'avance

Concernant GPT, je n'ai pas vraiment d'avis, personnellement je monte encore mes machines avec MBR vu que je n'utilise pas plus de 3 ou 4 partitions, et que de toute façon je n'ai jamais eu de problème avec une partition étendue pour multiplier les partitions. La dernière fois que j'ai essayé GPT, je m'étais mal renseigné, j'ai jamais pu booter à cause d'un GRUB pas adpaté. Dans l'absolu c'est une bonne chose ceci dit, ça va vers le sens de la marche quoi.
 
Si tu ne sais pas quelle est la taille de tes blocs, tu pars sur du 2048 secteurs, tu es sur de ne pas te viander puisque cette valeur permet de tomber juste avec toutes les tailles de bloc. Mais effectivement, (g)parted alligne de lui même sur 2048 maintenant, donc il n'est plus nécessaire de faire des calculs alambiqués pour les secteurs, et concernant le stride, je crois qu'il n'a jamais été démontré de manière claire que ça apportait quelque chose. D'un point de vue théorique, oui, en pratique je pense que c'est plus qu'imperceptible.
 
L'over provisioning dépend d'un SSD à l'autre, ça dépend des marques et des modèles, mais dans l'ensemble c'est toujours d'actualité. Les tests, notamment ceux de HFR en parlent très bien et explique l'influence sur les résultats pratique des différentes politiques d'OP.

 
Cached reads? Ca n'a quasiment rien à voir avec le HDD/SSD. Comme son nom l'indique, il mesure la vitesse de lecture des données en cache; donc c'est une combinaison de bande passante RAM/contrôleur mémoire/cache CPU avec une toute petite partie de SSD/interface SATA pour lire les données initiales.

Si c'est sur un portable tu es sur batterie ?
Sinon la frequence du CPU a du baisser automatiquement.
Ou simplement tu as des applis qui bouffent du cpu au moment du test.
Le timing cached reads c'est surtout la BP mémoire que tu benchs

J'ai reçu mon M4 512 Go touché à vil prix \o/
 
Facilité de transfert de mes deux SSD précédent vers le nouveau déconcertante.
 
Le M4 se fait sentir dès le boot, c'est assez incroyable la vitesse de démarrage. Je trouvais l'Intel 320 déjà très rapide, le M4 l'est encore plus. Pour le reste, c'était déjà tellement rapide avant que là je ne vois pas trop la différence.
Le remplacement des deux SSD d'avant, c'était surtout pour gagner un peu d'espace de stockage et pouvoir remettre le lecteur DVD dans le portable (il avait dégagé pour accueillir le second SSD).
 
Encore une victoire du pingouin.

On veut du débit

Ayé, M4 128Go acquis, je lui colle une 12.04 dessus dès que j'ai intégré tous les éléments nécessaires à une utilisation longue durée et respectueuse des cycles d'écritures...
 
Vous conseillez l'ext4 ou l'ext3 ?

ext4 avec option de montage "discard"

ça sert à désactiver la journalisation du système de fichiers ?

ah, quelqu'un sait où ça en est le Btrfs ?

 
Non, ajoute noatime pour ne plus avoir la journalisation en lecture des fichiers.
 
Discard sert à faire fonctionner le TRIM à la volée.
 
Très content de mon M4 pour l'instant, je pense que tu vas sentir la différence si tu viens d'un spinoff

Discard y est d'office sur les distribs récentes en général. IL faut juste vérifier que tout foncitonne bien via le test déjà marqué dans ce topic.
 
Noatime est conseillé pour éviter d'user le ssd prématurément à chaque lecture. A voir si ça reste utile, dans le doute n'ayant pas besoin de la date du dernier accès je l'ai rajouté...

Il me semble que noatime, c'est pour "no Access time", donc l'enregistrement du dernier accès au fichier, ce dont on se fout la plupart du temps. Par contre, il y a encore le journal.
 
Corrigez-moi si je me trompe.

Non tu ne te trompes pas, c'est ce que j'ai dit juste au dessus.

Ok, Merci. Je viens d'un très vieux HDD de 30Go Matrox je crois, sur nappe IDE  et qui plus est avec pas mal de secteurs défectueux... ² . . .

Le test dont tu parles est en première page ?
Perso la date de dernière modif' je m'en fiche un peu, peut-être est-ce utile sur certains logs du système ? Mais pour le très peu que je les utilise... bof quoi. En plus certains sont horodatés.
Un truc qui me manque sur Linux comparé à Win, c'est la date de création originale du fichier. Mais on ne peut pas tout avoir.  

ps:  avec le noatime on ne peut plus classer les fichiers par ordre "chronologique" de dernière modif c'est juste ?

Désolé, j'ai lu trop vite...  

Pour le test,il n'a pas l'air d'y être, ça devrait y être d'ailleurs.

Sinon non tu te fourvoies.

Ce n'est pas la date de dernière modification qui n'est plus renseignée, mais la date de dernière "lecture". Chose que l'on n'utilise pas énormément, surtout en tant que user. Pour un serveur ça peut être plus utile pour supprimer les choses inutilisées.

 
j'avais posté les commandes du test trim quelques pages avant.

 
Ah ok, bon alors c'est clairement inutile pour une utilisation "maison".
 
@d@kn1ko : je vais chercher ça.

Bonjour,  
 
Je compte faire une installation sur mon nouveau ssd Sandisk Ultra Plus 256Go, en LVM et full encyption (LUKS), des recommandations pour optimiser le ssd ?

tu es sous quelle distrib ?
 
voici une méthode par que le dmcrypt transfère les commandes de trim vers le SSD pour debian et ubuntu:
 
http://worldsmostsecret.blogspot.f [...] ypted.html
 
mais c'est du LUKS sans LVM, si tu utilises LVM il faut en plus configurer LVM pour qu'il passe les commandes de trim vers le disque (remplacer "issue_discards = 0" par "issue_discards =1" dans /etc/lvm/lvm.conf il me semble que ça suffit)
 
(et je vais me faire pourrir mais je déteste cette mentalité unixienne de ne pas activer ce genre de truc par défaut dans les distrib )

Ça serait pour une Ubuntu justement (13.04), sinon une Debian instable.  
Je viens de procéder à l'installation d'une Ubuntu 13.04 pour voir, j'ai l'impression que l'installeur par défaut ne m'a pas créé de partition séparée pour mon /home :-/
Il y a moyen de rattraper ça avec LVM ?

c'est plus simple et plus sûr de refaire l'installation

 
Crée plutôt les partitions avec gparted sur le Live CD avant l'installation, comme ça tu crées une table de partition GPT et non MBR.

J'ignore si c'est une table de partition MBR, vu qu'il n'y a pas de Windows en double démarrage sur le disque qui est exclusivement dédié à linux.
Cette création préalable des partitions en live cd/usb permet-elle de créer des volumes LVM qui seront chiffrés dans LUKS ?

 
Chiffrer un SSD?

Merci pour ton argumentation convaincante.