On 23/08/2021 13:09, Alexander V. Makartsev wrote:
If you don't have a NVMe-capable Windows PC at hand, you can download an
evaluation version of Windows 10 from Microsoft¹ and install it on
separate storage device, just to update SSD firmware.
Fill the form with gibberish. Microsoft Product Key
On 23.08.2021 13:46, Pierre Willaime wrote:
Le 20/08/2021 à 19:45, Alexander V. Makartsev a écrit :
That looks abnormal to me. Have you tried to update SSD firmware¹ and
BIOS for your Dell PC?
[1]
https://www.dell.com/support/home/en-us/drivers/driversdetails?driverid=0n4c4
Thanks all
Le 20/08/2021 à 19:45, Alexander V. Makartsev a écrit :
That looks abnormal to me. Have you tried to update SSD firmware¹ and
BIOS for your Dell PC?
[1]
https://www.dell.com/support/home/en-us/drivers/driversdetails?driverid=0n4c4
Thanks all again for your precious answers.
I will try
Anssi Saari wrote:
> Jochen Spieker writes:
>> Stay away from the "discard" option and do not worry about SSD life.
> What's the issue with the discard option? AFAIK, there may have been
> issues with it in the decade before last but again AFAIK, today some
> distros enable discard and some
On 8/17/21 2:54 AM, Pierre Willaime wrote:
> I have a nvme SSD (CAZ-82512-Q11 NVMe LITEON 512GB) on debian stable
> (bulleye now).
>
> For a long time, I suffer poor I/O performances which slow down a lot of
> tasks (apt upgrade when unpacking for example).
On 8/20/21 1:50 AM, Pierre Willaime
On 20/08/2021 18:11, Marco Möller wrote:
browser.sessionstore.interval
Storing the session is not the only data written to the disk. If it
would only be this data, then indeed setting a higher interval would be
sufficient. But there is much more going on. Especially the cache seems
to be a cause
On 20.08.2021 13:50, Pierre Willaime wrote:
Program are slow to start. Sometimes there is a delay when I type
(letters are displayed few second after typing). Apt unpack take
forewer (5 hours to unpack packages when upgrading to bulleye).
That looks abnormal to me. Have you tried to update
On Fri, 2021-08-20 at 17:48 +0200, Christian Britz wrote:
>
> Am 20.08.21 um 10:50 schrieb Pierre Willaime:
> >
> > I activated `# systemctl enable fstrim.timer` (thanks Linux-Fan).
> >
> Interesting. I am almost 100% certain that it was enabled for me by
> default on bullseye. Maybe that
Pierre Willaime writes:
Thanks all.
I activated `# systemctl enable fstrim.timer` (thanks Linux-Fan).
You're welcome :)
But I do not think my issue is trim related after all. I have always a lot
of I/O activities from jdb2 even just after booting and even when the
computer is doing
On 20.08.21 18:22, piorunz wrote:
On 17/08/2021 15:03, Marco Möller wrote:
I have no experience with SSD, but running my Debian Desktop from a USB
Memory Stick since years, please allow me to share information which
supports the suggestion of Linux-Fan to also investigate if there is
On 17/08/2021 15:03, Marco Möller wrote:
I have no experience with SSD, but running my Debian Desktop from a USB
Memory Stick since years, please allow me to share information which
supports the suggestion of Linux-Fan to also investigate if there is
extraordinary I/O taking place and maybe
Am 20.08.21 um 10:50 schrieb Pierre Willaime:
I activated `# systemctl enable fstrim.timer` (thanks Linux-Fan).
Interesting. I am almost 100% certain that it was enabled for me by
default on bullseye. Maybe that behaviour changed during the release
process.
Best Regards,
Christian
Thanks all.
I activated `# systemctl enable fstrim.timer` (thanks Linux-Fan).
But I do not think my issue is trim related after all. I have always a
lot of I/O activities from jdb2 even just after booting and even when
the computer is doing nothing for hours.
Here is an extended log of
Jochen Spieker writes:
> Stay away from the "discard" option and do not worry about SSD life.
What's the issue with the discard option? AFAIK, there may have been
issues with it in the decade before last but again AFAIK, today some
distros enable discard and some run fstrim on timer, both work.
Pierre Willaime:
>
> Using fstrim seems to restore speed. There are always many GiB which are
> reduced :
>
> # fstrim -v /
> / : 236,7 GiB (254122389504 octets) réduits
This is probably the total amount of unused space on that SSD. The first
fstrim run after a reboot always trims
On 8/17/21 2:54 AM, Pierre Willaime wrote:
> Hi,
>
> I have a nvme SSD (CAZ-82512-Q11 NVMe LITEON 512GB) on debian stable
> (bulleye now).
>
> For a long time, I suffer poor I/O performances which slow down a lot of
> tasks (apt upgrade when unpacking for example).
>
> I am now trying to fix this
> P-S: If triming it is needed for ssd, why debian do not trim by default?
AFAIK trimming is not needed. It can be beneficial in some cases, but
as a general rule, the SSDs should be able to provide great performance
without it.
Stefan
Christian Britz writes:
On 17.08.21 at 15:30 Linux-Fan wrote:
Pierre Willaime writes:
P-S: If triming it is needed for ssd, why debian do not trim by default?
Detecting reliably if the current system has SSDs that would benefit from
trimming AND that the user has not taken their own
On 17.08.21 at 15:30 Linux-Fan wrote:
Pierre Willaime writes:
P-S: If triming it is needed for ssd, why debian do not trim by default?
Detecting reliably if the current system has SSDs that would benefit
from trimming AND that the user has not taken their own measures is
difficult. I
Pierre Willaime wrote:
> Le 17/08/2021 à 14:02, Dan Ritter a écrit :
> > The first question is, how slow is this storage?
> >
> >
> > Here is a good article on using fio:
> > https://arstechnica.com/gadgets/2020/02/how-fast-are-your-disks-find-out-the-open-source-way-with-fio/
>
> Thanks for
On 17.08.21 15:30, Linux-Fan wrote:
Pierre Willaime writes:
I have a nvme SSD (CAZ-82512-Q11 NVMe LITEON 512GB) on debian stable
(bulleye now).
For a long time, I suffer poor I/O performances which slow down a lot
of tasks (apt upgrade when unpacking for example).
I am now trying to fix
Pierre Willaime writes:
I have a nvme SSD (CAZ-82512-Q11 NVMe LITEON 512GB) on debian stable
(bulleye now).
For a long time, I suffer poor I/O performances which slow down a lot of
tasks (apt upgrade when unpacking for example).
I am now trying to fix this issue.
Using fstrim seems to
Le 17/08/2021 à 14:02, Dan Ritter a écrit :
The first question is, how slow is this storage?
Here is a good article on using fio:
https://arstechnica.com/gadgets/2020/02/how-fast-are-your-disks-find-out-the-open-source-way-with-fio/
Thanks for the help.
Here are the output of fio tests.
Pierre Willaime wrote:
> Hi,
>
> I have a nvme SSD (CAZ-82512-Q11 NVMe LITEON 512GB) on debian stable
> (bulleye now).
>
> For a long time, I suffer poor I/O performances which slow down a lot of
> tasks (apt upgrade when unpacking for example).
>
> I am now trying to fix this issue.
The
Hi,
I have a nvme SSD (CAZ-82512-Q11 NVMe LITEON 512GB) on debian stable
(bulleye now).
For a long time, I suffer poor I/O performances which slow down a lot of
tasks (apt upgrade when unpacking for example).
I am now trying to fix this issue.
Using fstrim seems to restore speed. There
25 matches
Mail list logo
