Le 15/02/18 à 16:53, Josh Triplett a écrit :
Shouldn't be, no. I would suggest talking to the kernel folks, both Ben
Hutchings for Debian, and upstream.
I'll probably do that because I see something really weird here.
Running fstrim twice, the 2nd time it says that there is nothing to
trim, re
On Tue, Feb 13, 2018 at 09:24:08AM +0100, Laurent Bigonville wrote:
> Le 12/02/18 à 20:08, Josh Triplett a écrit :
> > On February 12, 2018 12:22:45 PM EST, Laurent Bigonville
> > wrote:
> > >
> > > Marco has opened #889668 to just install the .service and the .timer
> > > file at the correct lo
Le 12/02/18 à 20:08, Josh Triplett a écrit :
On February 12, 2018 12:22:45 PM EST, Laurent Bigonville
wrote:
Marco has opened #889668 to just install the .service and the .timer
file at the correct location but not enabling them by default.
I can live with that.
I'll try to see if I can pr
On February 12, 2018 12:22:45 PM EST, Laurent Bigonville
wrote:
>On Wed, 12 Jul 2017 20:22:00 -0700 Josh Triplett
>
>wrote:
> > On Wed, Jul 12, 2017 at 07:57:28PM +0200, Andreas Henriksson wrote:
> > > On Tue, Jul 11, 2017 at 08:23:07AM -0700, Josh Triplett wrote:
> > > [...]
> > > > Ideally, I
On Wed, 12 Jul 2017 20:22:00 -0700 Josh Triplett
wrote:
> On Wed, Jul 12, 2017 at 07:57:28PM +0200, Andreas Henriksson wrote:
> > On Tue, Jul 11, 2017 at 08:23:07AM -0700, Josh Triplett wrote:
> > [...]
> > > Ideally, I would suggest that we start enabling the "discard"
option by
> > > default
On Wed, Jul 12, 2017 at 07:57:28PM +0200, Andreas Henriksson wrote:
> On Tue, Jul 11, 2017 at 08:23:07AM -0700, Josh Triplett wrote:
> [...]
> > Ideally, I would suggest that we start enabling the "discard" option by
> > default in d-i. That would also avoid spinning up a periodic cron job
> > tha
On Tue, Jul 11, 2017 at 01:44:23PM -0400, Phil Susi wrote:
> On 7/11/2017 11:23 AM, Josh Triplett wrote:
> >> There are two main methods for doing this, synchronously using the
> >> "discard" mount option or asynchronously using fstrim [2]. Colin King did
> >> some extensive benchmarking and found
On Tue, Jul 11, 2017 at 08:23:07AM -0700, Josh Triplett wrote:
[...]
> Ideally, I would suggest that we start enabling the "discard" option by
> default in d-i. That would also avoid spinning up a periodic cron job
> that runs regardless of actual need or disk activity.
This doesn't help systems
On 7/11/2017 11:23 AM, Josh Triplett wrote:
>> There are two main methods for doing this, synchronously using the
>> "discard" mount option or asynchronously using fstrim [2]. Colin King did
>> some extensive benchmarking and found that on desktops and servers you
>> usually want a cron'ed fstrim [
On Fri, 13 Dec 2013 11:11:44 +0100 Martin Pitt wrote:
> Modern SSDs need regular TRIMming [1] to retain their performance.
> Without it, write performance severely (like 1/50th) goes down over
> time, as writing a single block incurs reading/updating/writing back
> several physical blocks.
>
> Th
2nd version of the patch
diff -Nru util-linux-2.29.1/debian/changelog util-linux-2.29.1/debian/changelog
--- util-linux-2.29.1/debian/changelog 2017-01-20 17:33:41.0 +0100
+++ util-linux-2.29.1/debian/changelog 2017-01-22 16:30:31.0 +0100
@@ -1,3 +1,9 @@
+util-linux (2.29.1-2) UNR
Package: util-linux
Followup-For: Bug #732054
Hi,
Please find a patch attached in the this mail.
Cheers,
Laurent Bigonville
-- System Information:
Debian Release: 9.0
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1,
'experimental-debug'), (1, 'experim
tag 732054 patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch trusty
Martin Pitt [2013-12-13 11:11 +0100]:
> I propose to add a cron.d job to util-linux by default which regularly
> trims SSD partitions if they support it and don't already have the
> "discard" mount opt
Package: util-linux
Version: 2.20.1-5.5
Severity: wishlist
Hello,
Modern SSDs need regular TRIMming [1] to retain their performance.
Without it, write performance severely (like 1/50th) goes down over
time, as writing a single block incurs reading/updating/writing back
several physical blocks.
14 matches
Mail list logo