On 2016-01-21 00:56:47 +0100, Pascal Hambourg wrote:
> Francois Lafont a écrit :
> >
> > On 20/01/2016 09:49, Pascal Hambourg wrote:
> >
> >> Si j'ai bien compris, le ramasse-miettes traite les pages et blocs
> >> contenant deux types de données :
> >> - les données rendues obsolètes par TRIM ;
Le 21/01/2016 13:04, Vincent Lefevre a écrit :
logique et contiguïté physique, d'où un phénomène de fragmentation
que le système ne peut pas gérer s'il le voulait (mais si le SSD est
capable de regrouper des pages utilisées en arrière-plan pour faire
apparaître des blocs entièrement libres,
On 21/01/2016 00:56, Pascal Hambourg wrote:
> Francois Lafont a écrit :
>>
>> On 20/01/2016 09:49, Pascal Hambourg wrote:
>>
>>> Si j'ai bien compris, le ramasse-miettes traite les pages et blocs
>>> contenant deux types de données :
>>> - les données rendues obsolètes par TRIM ;
>>> - les données
On 2016-01-21 13:28:39 +0100, jdd wrote:
> Le 21/01/2016 13:04, Vincent Lefevre a écrit :
>
> > logique et contiguïté physique, d'où un phénomène de fragmentation
> > que le système ne peut pas gérer s'il le voulait (mais si le SSD est
> > capable de regrouper des pages utilisées en arrière-plan
Vincent Lefevre a écrit :
> On 2016-01-21 00:56:47 +0100, Pascal Hambourg wrote:
>> Francois Lafont a écrit :
>>> On 20/01/2016 09:49, Pascal Hambourg wrote:
>>>
Si j'ai bien compris, le ramasse-miettes traite les pages et blocs
contenant deux types de données :
- les données
On 2016-01-21 23:05:52 +0100, Pascal Hambourg wrote:
> Vincent Lefevre a écrit :
> > On 2016-01-21 00:56:47 +0100, Pascal Hambourg wrote:
> >> Francois Lafont a écrit :
> >>> On 20/01/2016 09:49, Pascal Hambourg wrote:
> >>>
> Si j'ai bien compris, le ramasse-miettes traite les pages et blocs
Francois Lafont a écrit :
>
> On 20/01/2016 09:49, Pascal Hambourg wrote:
>
>> Si j'ai bien compris, le ramasse-miettes traite les pages et blocs
>> contenant deux types de données :
>> - les données rendues obsolètes par TRIM ;
>> - les données rendues obsolètes par une écriture plus récente.
Vincent Lefevre a écrit :
> On 2016-01-18 21:26:16 +0100, Pascal Hambourg wrote:
>> Vincent Lefevre a écrit :
>>> On 2016-01-18 09:43:35 +0100, Pascal Hambourg wrote:
Je n'ai pas regardé cette page, mais certains SSD haut de gamme ont un
taux d'overprovisionning élevé, pouvant aller
Bonjour,
On 20/01/2016 09:49, Pascal Hambourg wrote:
> Qu'est-ce qui te permet d'affirmer cela ? Le ramasse-miettes fonctionne
> mieux avec TRIM, mais il fonctionne quand même bien sans TRIM.
>
> Si j'ai bien compris, le ramasse-miettes traite les pages et blocs
> contenant deux types de
On 2016-01-18 21:26:16 +0100, Pascal Hambourg wrote:
> Vincent Lefevre a écrit :
> > On 2016-01-18 09:43:35 +0100, Pascal Hambourg wrote:
> >> Je n'ai pas regardé cette page, mais certains SSD haut de gamme ont un
> >> taux d'overprovisionning élevé, pouvant aller jusqu'à 100%. Dans ce cas
> >> il
On 2016-01-18 14:16:31 +0100, Sébastien NOBILI wrote:
> Bonjour,
>
> Le lundi 18 janvier 2016 à 14:06, Vincent Lefevre a écrit :
> > On 2016-01-17 14:21:39 +0100, Sébastien Dinot wrote:
> > > > - le répertoire /tmp monté en tmpfs pour les machines de 8Go de
> > > >mémoire ou plus pour éviter
Bonjour,
Le lundi 18 janvier 2016 à 14:06, Vincent Lefevre a écrit :
> On 2016-01-17 14:21:39 +0100, Sébastien Dinot wrote:
> > > - le répertoire /tmp monté en tmpfs pour les machines de 8Go de
> > >mémoire ou plus pour éviter des écritures inutiles.
> >
> > /tmp/ et /var/tmp/
>
>
On 2016-01-18 09:43:35 +0100, Pascal Hambourg wrote:
> Je n'ai pas regardé cette page, mais certains SSD haut de gamme ont un
> taux d'overprovisionning élevé, pouvant aller jusqu'à 100%. Dans ce cas
> il reste toujours une grande quantité de blocs libres même sans TRIM, ce
> qui permet au
On 2016-01-17 14:21:39 +0100, Sébastien Dinot wrote:
> > - le répertoire /tmp monté en tmpfs pour les machines de 8Go de
> >mémoire ou plus pour éviter des écritures inutiles.
>
> /tmp/ et /var/tmp/
Certainement pas /var/tmp, qui doit être préservé après reboot (c'est
la différence avec
On 2016-01-18 06:00:49 +0100, Francois Lafont wrote:
> On 17/01/2016 20:41, Pascal Hambourg wrote:
> > C'est impossible puisque le TRIM sert justement à l'informer des blocs
> > qui ne sont plus occupés. Certains SSD ont essayé de faire ça
> > d'eux-mêmes mais ne savaient lire que NTFS. Inutile de
Le lundi 18 janvier 2016 à 15:48, Vincent Lefevre a écrit :
> On 2016-01-18 14:16:31 +0100, Sébastien NOBILI wrote:
> > Bonjour,
> >
> > Le lundi 18 janvier 2016 à 14:06, Vincent Lefevre a écrit :
> > > On 2016-01-17 14:21:39 +0100, Sébastien Dinot wrote:
> > > > > - le répertoire /tmp monté en
Christophe De Natale a écrit :
>
> On peut lire ici ou là qu'il est nécessaire (en terme d'optimisation) de
> laisser de l'espace libre sur le ssd (donc un espace non partitionné).
> Est-ce réellement utile ?
Cela peut faciliter le ramasse-miettes et le nivellement de l'usure avec
un SSD bas de
Francois Lafont a écrit :
>
> Ok, donc si je comprends bien le SSD n'est pas capable de distinguer les pages
> qui contiennent des données devenues inutiles pour le file system de celles
> qui restent encore d'actualité (ie utiles pour le fs).
Exact.
> Ok, TRIM indique seulement au SSD les data
Vincent Lefevre a écrit :
> On 2016-01-18 09:43:35 +0100, Pascal Hambourg wrote:
>> Je n'ai pas regardé cette page, mais certains SSD haut de gamme ont un
>> taux d'overprovisionning élevé, pouvant aller jusqu'à 100%. Dans ce cas
>> il reste toujours une grande quantité de blocs libres même sans
Bonjour,
Voici le message que j'ai envoyé à la mauvaise personne (désolé jdd) :
Forwarded Message
Subject:Re: Installation sur un SSD
Date: Sun, 17 Jan 2016 10:59:51 +0100
From: Damien TOURDE <dam...@tourde.org>
To: jdd <j...@dodin.org>
Le dimanche 17 janvier 2016 à 20:41 +0100, Pascal Hambourg a écrit :
> Francois Lafont a écrit :
> >
> > Mais alors, si jamais on monte un disque SSD sans l'option discard _et_ sans
> > prendre le soin de faire un fstrim régulièrement, alors que se passe-t-il ?
> > Le disque va se remplir
Déjà merci Sébastien et Pascal pour toutes ces explications.
On 17/01/2016 20:41, Pascal Hambourg wrote:
>> Mais alors, si jamais on monte un disque SSD sans l'option discard _et_ sans
>> prendre le soin de faire un fstrim régulièrement, alors que se passe-t-il ?
>> Le disque va se remplir
Eddy F. a écrit :
> Si quelqu'un peut me rassurer :-)
Je ne sais pas si l'interruption de fstrim est ravageuse ou pas (je ne
le pense pas vu ce qu'elle fait) mais s'il s'agit de te rassurer, tu
peux la lancer à la main :
sudo /sbin/fstrim /
Sur mon poste, son exécution prend une poignée de
Le 17 jan 2016 à 19:57 (+0100)
Sébastien Dinot a écrit:
> Je ne sais pas si l'interruption de fstrim est ravageuse ou pas (je ne
> le pense pas vu ce qu'elle fait) mais s'il s'agit de te rassurer, tu
> peux la lancer à la main :
>
> sudo /sbin/fstrim /
Oui mais le
Le 17 jan 2016 à 14:21 (+0100)
Sébastien Dinot a écrit:
> En outre, à ma connaissance, l'option discard a plutôt un effet
> négatif sur les performances. Cf. le point 3 de l'article ci-dessous :
>
>
Francois Lafont a écrit :
>
> Mais alors, si jamais on monte un disque SSD sans l'option discard _et_ sans
> prendre le soin de faire un fstrim régulièrement, alors que se passe-t-il ?
> Le disque va se remplir inexorablement au fil du temps
Oui, en quelque sorte.
> et à un moment donné je ne
Le 17/01/2016 20:24, Eddy F. a écrit :
/sbin/fstrim /
moins d'une minute sur mon ssd de 480Go, mais ca ne veut rien dire car
il n'y avait sans doute pas grand chose à trimmer.
mais pourquoi se faire du souci? il suffit de le faire si on sent un
ralentissement...
et pas trop souvent, ca
Le 16/01/2016 23:31, Benoit B a écrit :
Bonjour,
Y a-t-il quelque chose de particulier à faire pour utiliser un SSD ?
A l'installation ?
Configuration (moins loguer, écritures sur le SWAP) ?
Merci d'avance
--
Benoit
Bonjour,
J'ai plusieurs systèmes sur des SSD depuis 3 ou 4 ans maintenant,
Bonjour,
Merci pour cette réponse avec un lien si précis.
Le 16 janvier 2016 à 23:54, Bernard Schoenacker bonjour,
>
> voici un tuto presque complet ayant trait à la question :
>
>
> http://www.dmesg.fr/gestion-hardware/144-optimiser-un-disque-dur-ssd-sous-debian-linux-mint-ubuntu-et-derives
>
Le 17 janvier 2016 à 13:36, C. Mourad Jaber a écrit :
>
> Bonjour,
>
> J'ai plusieurs systèmes sur des SSD depuis 3 ou 4 ans maintenant, pas de
> choses particulières mise à part des trucs très lights :
> - les options "discard,noatime,nodiratime" sur les montages
Benoit B a écrit :
>
> Pas de bol ! :(
> https://wiki.debian.org/SSDOptimization#WARNING
>
> Pour mon Samsung SSD 850 EVO
>
> /* devices that don't properly handle queued TRIM commands */
>
> { "Samsung SSD 8*", NULL, ATA_HORKAGE_NO_NCQ_TRIM |
>
Bonjour,
C. Mourad Jaber a écrit :
> - les options "discard,noatime,nodiratime" sur les montages
>"utilisateur" (home directory),
Pourquoi limiter ces options à /home ?
L'option noatime implique l'option nodiratime. Préciser la seconde est
donc inutile quand on indique la première. Depuis
On Sunday 17 January 2016 13:36:46 C. Mourad Jaber wrote:
>
> Les SSD sont très bien gérés par le système.
sauf lorsqu'ils tombent en rade, les SSD n'apprécient guère
trop d'écritures.
André
Francois Lafont a écrit :
> Mais alors, si jamais on monte un disque SSD sans l'option discard
> _et_ sans prendre le soin de faire un fstrim régulièrement, alors que
> se passe-t-il ? Le disque va se remplir inexorablement au fil du temps
> et à un moment donné je ne pourrai tout simplement plus
Bonjour,
On 17/01/2016 14:21, Sébastien Dinot wrote:
> En outre, à ma connaissance, l'option discard a plutôt un effet négatif
> sur les performances. Cf. le point 3 de l'article ci-dessous :
>
>
Sébastien Dinot a écrit :
>
> L'avantage du tmpfs sur les ramdisks traditionnels est qu'il ne consomme
> que la mémoire nécessaire avec un plafond fixé à 50 % de la mémoire vive
> disponible.
Bien que ce soit un peu hors sujet dans ce fil, je voudrais nuancer à
cette affirmation.
D'abord un
Le 17/01/2016 14:54, andre_deb...@numericable.fr a écrit :
On Sunday 17 January 2016 13:36:46 C. Mourad Jaber wrote:
Les SSD sont très bien gérés par le système.
sauf lorsqu'ils tombent en rade, les SSD n'apprécient guère
trop d'écritures.
André
as-tu une expérience personnelle de la
Le 17/01/2016 18:39, jdd a écrit :
> Le 17/01/2016 14:54, andre_deb...@numericable.fr a écrit :
>> On Sunday 17 January 2016 13:36:46 C. Mourad Jaber wrote:
>>>
>>> Les SSD sont très bien gérés par le système.
>>
>> sauf lorsqu'ils tombent en rade, les SSD n'apprécient guère
>> trop
Le 17/01/2016 18:43, Erwan David a écrit :
On a déjà des SSD de 4 et 6 To, voire même de 13To (mais sur controlleur
proprio pour ces derniers et compter ~ 1000 $ HT du To)
je commence à regarder en dessous de cent euros... à peu près (je viens
d'acheter deux disques usb de 5To pour mes
Bonjour,
Y a-t-il quelque chose de particulier à faire pour utiliser un SSD ?
A l'installation ?
Configuration (moins loguer, écritures sur le SWAP) ?
Merci d'avance
--
Benoit
Le Sat, 16 Jan 2016 23:31:40 +0100,
Benoit B a écrit :
> Bonjour,
>
> Y a-t-il quelque chose de particulier à faire pour utiliser un SSD ?
> A l'installation ?
> Configuration (moins loguer, écritures sur le SWAP) ?
>
> Merci d'avance
>
> --
> Benoit
bonjour,
voici un
Le 16/01/2016 23:31, Benoit B a écrit :
Bonjour,
Y a-t-il quelque chose de particulier à faire pour utiliser un SSD ?
A l'installation ?
Configuration (moins loguer, écritures sur le SWAP) ?
en ce qui me concerne je me refuse à ce genre de chose. Je compte sur
les outils d'installation pour
42 matches
Mail list logo