Le nouveau SSD est très lent sous Xubuntu 14.04
Je me suis acheté un SSD Transcend de 64 Go (numéro de modèle: TS64GSSD34 ).
Je mets le SSD dans un petit netbook que j'ai. Les spécifications du netbook sont:
- Marque/Modèle: Acer V5-123
- CPU: AMD E1-2100 avec Radeon HD 8210
- RAM: (livré avec 4 Go, mais j'ai mis à niveau à 8 Go car j'ai mis/tmp dans tmpfs)
Ce netbook est livré avec Windows 8.1, mais j’ai retiré tout le disque dur et mis le SSD 64 Go de Transcend à sa place. Ensuite, j'ai installé Xubuntu 14.04 sur le SSD.
Les informations sur le micrologiciel du Transcend SSD sont les suivantes:
$ Sudo hdparm -I/dev/sda | Grep -i microprogramme Révision du microprogramme: SVN263
J'ai vérifié en ligne et je n'ai trouvé aucun fichier de firmware (nouveau/mis à jour) pour ce lecteur.
Sur la base de diverses notes trouvées sur le Web, j’ai effectué les optimisations ssd suivantes:
- Il reste environ 4 Go d’espace inutilisé + non alloué sur le lecteur au moment de la création des partitions (c’est-à-dire au moment de l’installation).
- Noatime ajouté pour/dans le fstab
- Ajout de "fstrim -V /" à rc.local et oui, mon rc.local est toujours exécutable car j'ai plein d'autres choses que je fais dedans
- Retiré le fstrim de cron hebdomadaire
- Assurez-vous que le cache ff est 0
Maintenant, le vrai problème est que le lecteur est MORT LENT. Je veux dire, le démarrage prend plus d'une minute. Démarrer firefox, terminal, gedit, etc. prend beaucoup de temps. (Avant de sauter sur moi ... oui, j'ai installé beaucoup de logiciels, y compris mon éditeur favori gedit, sur ce système).
Mon seul point de comparaison à ce stade est le temps est mon autre ordinateur portable (disque dur magnétique fujitsu, Core i3, 8 Go, 500 Go) fonctionnant sous Xubuntu 13.10. Ce cahier démarre en moins d’une minute, voire une demi-minute! Mais, ce netbook SSD exécutant Xubuntu 14.04 ne démarre pas rapidement ni ne lance les applications rapidement. Clairement, mon hypothèse qu'un SSD va accélérer les choses était fausse !! ??
Informations complémentaires: Le noyau Xubuntu est 3.13.0-30-generic (64 bit).
Mise à jour # 1
J'ai fait deux tests mentionnés dans la page Comparaison Arch wiki SSD , comme suggéré par @ Tuknutx . Chaque test a été effectué quatre fois:
- "Sudo hdparam -Tt/dev/sda" a généré "les lectures de cache moyennes à 1030,7125 Mbps" et "les lectures tamponnées moyennes à 362,2075 Mbps"
- test de lecture dd avec le cache de tampon vide généré "lectures moyennes à 383,5 Mbps"
J'ai rassemblé le script suivant (basé sur le contenu de la page d'analyse comparative d'Arch wiki SSD) pour effectuer le "test de lecture en lecture":
# créez d’abord un fichier
dd si =/dev/zéro de =./tempfile bs = 1M nombre = 1024 conv = fdatasync, notrunc
pour i dans 1 2 3 4
faire
echo "Numéro d'exécution $ {i} ..."
# puis vider le cache de la mémoire tampon
Sudo bash -c "echo 3> /proc/sys/vm/drop_caches"
# Lit maintenant le fichier
Dd if =./Tempfile of =/dev/null bs = 1M count = 1024
Echo
terminé
Je n'ai pas effectué d'autres tests mentionnés sur cette page.
Mise à jour # 2
Après ces tests, j’ai fait quelque chose: j’avais mis "vm.vfs_cache_pressure = 50" dans mon /etc/sysctl.conf, mais je l’ai maintenant supprimé. Après ce changement et un redémarrage, le système semble démarrer (du logo "Acer" à l'auto-login ") en un peu moins de 30 ans. Mais, je suppose que les choses devraient être encore plus rapides que cela, car mes disques durs magnétiques donnent moi ce genre de temps de démarrage !!
Mise à jour # 3
Je dois encore suivre @ Lekensteyn suggestion de déplacer le disque SSD sur le portable i3 principal. Je le ferai bientôt et rapporter ici.
Les disques SSD ne devraient-ils pas être rapides?
Étant donné toutes ces informations, que recommanderiez-vous pour accélérer le processus?.
J'apprécierais que vous me donniez des instructions spécifiques (texte + commandes) pour accélérer le lecteur.
Mise à jour # 4
Personnes! Merci beaucoup pour vos réponses utiles. Mais, ce SSD était tellement pathétique que je l'ai jeté par la fenêtre ... sans blague. Laissez-moi savoir comment clore cette question car il ne sert à rien de perdre notre temps à ce produit de qualité médiocre, péthétiquement de qualité inférieure, fabriqué par Transcend et vendu par Flipkart en Inde.
Adios! Paix!
La fiche produit répertorie les performances suivantes pour les capacités "32 Go à 256 Go":
- Seq. Lecture/écriture 520 Mo/s, 290 Mo/s
- Max. 4k fichier aléatoire lu 69 000 IOPS
- Max. 4k fichier aléatoire écrire 68 000 IOPS.
La vérité est que les performances des disques SSD dépendent grandement du nombre de mémoires de stockage et que les plus petites versions d'une gamme de produits sont généralement plus lentes et n'atteignent pas les performances du meilleur modèle.
Sachant cela, les données suivantes de geizhals / skinflint semblent plus précises et quelque peu décevantes:
- Lire: 364Mo/s
- Ecrire: 73Mo/s
- IOPS 4k en lecture/écriture: 33,096k/17,674k
Oui, les SSD ont des temps d’accès plus rapides, mais les vitesses de transfert des modèles bas de gamme peuvent en réalité être inférieures à celles des disques durs. Vous devriez lire les tests (avec les données et scénarios du monde réel) de matériel grand public disponible avant de magasiner (le dernier que j'ai lu concernait la version 840 EVO mSATA plus tôt cette année). Si vous êtes à la recherche de bonnes affaires, lisez également les tests du matériel de la dernière année et faites des comparaisons afin de choisir le produit qui correspond à vos attentes.
dd if=/dev/zero of=./tempfile bs=1M count=1024 conv=fdatasync,notrunc
Soyons polis, c’est le moyen le moins fiable de tester les performances des disques durs et, pour les disques SSD, c’est encore pire. Le contrôleur sur le disque SSD a probablement vu tous les zéros entrants et stocké les informations que vous avez écrites à 1 GiB sur rien. De plus, les données réelles ne sont pas constituées de flux continus idéaux dans une partie de votre espace de stockage. Par conséquent, utilisez des données réelles et des scénarios réels .
Vous exécutez fstrim au démarrage, ajoutez donc cette heure à votre démarrage normal. Exécutez-le manuellement pour voir combien de temps cela prend: Sudo fstrim -v/Il vaudrait peut-être mieux que vous rétablissiez le travail hebdomadaire cron ou que vous exécutiez simplement fstrim manuellement. En outre, vous ne voulez pas l'option "rejeter" dans fstab, cela affectera les performances.
Pour la plupart, la lenteur dans un netbook (même avec un SSD) se résume à l’un des suivants.
- Un contrôleur SATA plus ancien (v1 ou v2), puisqu'un disque SSD peut généralement inonder ce canal, vous obtiendrez généralement environ 2 x l'entrée/sortie sur un disque dur.
- Un processeur vraiment lent ou autrement limité, généralement les contrôleurs de mémoire, le cache sur puce et les autres fonctionnalités sont réduits par rapport aux homologues complets.
- Un système d'exploitation gonflé
- RAM limitée
Étant donné que vous utilisez un système d'exploitation léger (Xubuntu), que vous avez un contrôleur SATA 3 et que vous avez beaucoup de RAM, je suggérerais de tester le disque dans un autre système pour en être certain.
édité en réponse aux commentaires
J'ai également beaucoup de problèmes de performances avec les SSD. Je connais les réglages, l’alignement des partitions, les micrologiciels, etc. J'ai de très mauvaises performances avec les contrôleurs basés sur sandforce en particulier. Sur les lecteurs lents, une solution fonctionne de manière universelle: utilisez le système de fichiers JFS.
Malheureusement, sur les systèmes basés sur Debian, le processus d'arrêt se traduit toujours par un arrêt impropre. Cela se produit fréquemment avec upstart et toujours en utilisant systemd. Cependant, si le fait de risquer de perdre un système de fichiers ne vous gêne pas, JFS le corrige toujours. Vous constaterez que ces disques SSD fonctionnent toujours parfaitement sous Windows. Je viens d'acheter un disque SSD à base de Phison S10 après avoir entendu de bonnes choses à propos de ce contrôleur. Bien, même problème. Réinstaller à l'aide de JFS, fonctionne très bien. Mon Samsung EVO 850, idéal pour tous les systèmes de fichiers.