Reprise du message précédent :

 
moi mais pas sur un raid.
Mais au moins le wiper fonctionne, et le trim à vérifier plus tard
j'ai un peu gagné en w4k apparemment.
 

vous avez des screen du raid le sata 2 n'est pas limité ?

raid ou non, le sata II ne pourra pas être avec un postville...

les prix du C300 ont gonflés!!! 630--->700€ pour le 256 Go (+40€ la 128 Go)

toujours personne pour me dire si mon vertex est aligné avec ce screen?
 

a 1ere vue, c'est bon c'est aligné (a 128, c'est bizarre comme alignement mais ca doit etre bon)

c'est OK, cf première page.

Est-ce que qqn peut indiquer/rappeler pourquoi la valeur indiquée page 1 est 128 ?

avec diskpar ça indique 128 (le double de 64)
 
maintenant pourquoi est ce qu'il indique 128, et diskpart par exemple 64, ça je sais plus

En fait, 64 ou 128, pour moi c'est le même combat: ça ne me semble pas un bon alignement ...
 
Je m'explique:
 
Si on veut aligner la partition sur la taille des cellules du SSD, il faut déjà connaitre la taille de ces cellules.
J'ai lu par endroit que cette taille était de 128 Ko sur certains SSD, 512 Ko sur d'autres, en fait, difficile de savoir la taille pour son modèle ...
 
Dans tous les cas, l'alignement avec diskpart (offset) est mesuré en secteurs de 512 octets.
 
Pour aligner un SSD sur 128 Ko, il faut donc entrer un offset de 256 (car 256 * 512 octets = 128 Ko) .
Pour aligner sur 512 Ko, il faut entrer un offset de 1024 (car 1024 * 512 octets = 512 Ko).
A noter que l'alignement à une taille donnée (ex: 512 Ko) est également un alignement valide pour les sous-multiples (ex: 256 Ko, 128 Ko, 64 Ko ...)
 
Aligner sur 128 secteurs, ça revient à aligner sur des cellules de 64 Ko: est-ce réaliste ?
 
Vu le manque d'infos sur la taille réelle des cellules, je suggère de faire comme le partitionnement de Windows Seven par défaut: la 1ère partition commence au secteur 2048, du coup, ça fait un alignement valide pour tous les SSD dont la taille de cellule est inférieure ou égale à 1024 Ko . On perd 1 Mo d'espace disque, mais à priori on est certain d'être aligné ...

7 et Vista aligne en effet a 2048 (1024ko)
 
après pour le reste, je m'en préoccupa pas trop, tant que ca fonctionne bien

J'avais lu qu'OCZ conseillait un alignement à 128k (comme indiqué en 1ere page) sur le forum OCZ.
Tous les topics d'alignement pour XP que j'ai pu lire dans toutes les langues sont donnés pour 128.
Après, Microsoft aligne par défaut à 2048...que ce soit l'un ou l'autre, tout est bon je pense mais j'ai pour habitude de faire confiance en dernier à Microsoft sur ce genre de choses...

Ben si en usage normal tu ne remarque aucun ralentissement ni problème, c'est le seul truc qui compte.
Après que le trim passe ou même de passe pas on s'en moque, t'en qu'en pratique on ne remarque pas de différence   .
 
Quand est-il du mode AHCI? Faut laisser les driver Microsoft ou ceux d'Intel supporte le trim aussi en mode IDE et AHCI?
 
Les news ne parle que du Raid.

je suppose qu'en AHCI ça fonctionne sans problème, si c'est OK pour le "mode" RAID" avec un 1 SSD
 
en IDE, faut garder les drivers Microsoft je pense

connaissez vous un moyen de savoir quelle est la taille d'unité d'allocation employée pour le formatage d'une partition NTFS? (sans bien sur la reformater)

4096 octets (par défaut) de mémoire

 
Oui mais commennt vérifier cette valeur?

c'est fait lors d'un formatage en NTFS, allocation par défaut
y a pas a verifier, si tu formates en touchant à rien, c'est ça
 
ou alors je vois pas comment ça pourrai changer ^^

 
La taille des cellules, on s'en fout.
 
Le problème, c'est que XP aligne sur 63 octets, et qu'avec des petits fichiers (moins de 4 ko), ça nécessite deux écritures, du coup. Suffit d'aligner sur une puissance de 2, ca suffit généralement (et ça évite le décalage). Et c'est visible que si on travaille sur des petits fichiers, en séquentiel c'est pas réellement le cas, vu que qi t'écris 2 ko, en avoit 8 écrit parce que c'est pas aligné, ça se voit, mais si t'écrit 2 Mo, en avoir 2 Mo et 4 ko écrit, c'est négligeable.

 
Tu mets un fichier vide (ou 1 octet) et tu fais les propriétés : ça te donnera a priori la taille réelle et la taille sur le disque.
 
Mais bon, c'est a priori 4 ko et c'est pas un problème. Du temps de la FAT16 et de ses clusters de 32 ko, c'était plus genant...

 
Bien vu...
J'ai bien 4,00 Ko (4 096 octets)

Yes, je suis donc bien alligné nickel!!
 
J'ai réussi à transformer un XP non aligné en un XP aligné sans réinstall !!
 
un petit test de mon Vertex 120 pour la forme! :
 
 

 
Que pensez vous du résultat?

Test Corsair F100 100 Go Sandforce 1200
 
TRIM et Raid: contradictions chez Intel
 

 
  le RR 4k.....
 
 
comment tu as fait alors sinon pour ton xp?

 
Que veux tu dire par la?
 
 
(sinon, je fais un tuto pour ceux qui voudront aligner un xp non aligné ou tout autres système d'exploitation)

Read Random 4k...  

je peine à 20 avec un postville....

ok bien vu le tuto!

 
Il marche tres bien tkt!!!
Sinon ta quel firmware? occupation du disque?
Peu tu faire le test en 100mo la tu est en 1000mo donc pour comparé ca seras plus simple.

Voila le tuto pour l'alignement d'un Syst. d'exploitation non aligné sans réinstall.
Désolé, il y a un peu de français et d'anglais mélangés car le gros de la procédure à été piquée sur un forum anglais.
 
 
 

Dans ce cas il suffit de traduire
 
PROCEDURE Transformer un XP non aligné en un XP aligné sans réinstall d'XP
 
 
0. Faire toutes les manipulations depuis une autre install d'XP qui aurait bien sur accès au SSD.
 
1. Une fois "l'autre version temporaire d'XP" installée sur un autre disque et lancée, Sauvegarder le SSD en utilisant Acronis True Image.
 
2. Suivre la procédure d'alignement avec diskpar donnée sur le forum {Aligner un SSD - Alignement d'un SSD sous Windows XP [Tutoriel]} jusqu'à la fin et finir donc par formater la nouvelle partition du SSD en NTFS,
avec 4096 pour la taille d'unité d'allocation et "Marquer la partition comme active".
 
3. En premier lieu, il faut uniquement restaurer le mbr et la piste 0 issus de l'image Acronis du SSD
 
4. Ensuite il faut restaurer l'image en spécifiant les fichiers ou dossiers vers un NOUVEL EMPLACEMENT (IMPORTANT !!!), qui sera le SSD.
 
5. Pour terminer, brancher le SSD en tant que disque de boot.
 
7. Vérifier que le SSD est bien aligné en utilisant diskpar

Ou sinon, suffit d'installer 7

 
il fait mal    
...le prix aussi  

 
et donner 100€ à Microsoft au passage?
Seven ne m'aurait rien apporté de plus qu'XP à part l'esthétique...et la perte de 100€

 
Pour moi:
 
1 - Doc technique > com presse
 
2 - La com presse cite un cas d'utilisation typique sans exclure d'autres cas.
 

Ah ben si elle exclue :
 
"TRIM support for SSDs in a RAID configuration is under investigation and is not included in Intel® RST 9.6."

50 € en juillet

 
C'est vrai

tu a pas du aller voir les nouveauté de vista et de seven toi.
 
rajoutons a ca que dans tout les cas, le support de XP allant arriver tot ou tard....

 
ahhh, le marketing....

marketing, je sais pas.
mais moi, mon SSD ca m'a pris 1heure pour l'installer, et je compte la mise en place des vis et les mise as a jours de sécurité de windows 7.  

Je bataille pour mettre en ligne mon image sur imagehack depuis 1 heures alors j'ai changé de serveur pour uploader l'image et voici un test en 100MB de mon vertex.
 

 
parce que Seven est plus rapide à installer que XP ? ...c'est nouveau...