On Thu, Feb 6, 2014 at 4:51 PM, Karel Zak wrote:
> On Sun, Dec 22, 2013 at 11:06:19AM +0100, Tom Gundersen wrote:
>> On Sat, Dec 21, 2013 at 7:11 PM, Chris Murphy
>> wrote:
>> >
>> > On Dec 21, 2013, at 6:44 AM, Kay Sievers wrote:
>> >
>> >> Trimming should be the job of the filesystem, not for
On Sun, Dec 22, 2013 at 11:06:19AM +0100, Tom Gundersen wrote:
> On Sat, Dec 21, 2013 at 7:11 PM, Chris Murphy wrote:
> >
> > On Dec 21, 2013, at 6:44 AM, Kay Sievers wrote:
> >
> >> Trimming should be the job of the filesystem, not for a nasty cron
> >> job. We do not want to support legacy file
On Sat, Dec 21, 2013 at 7:11 PM, Chris Murphy wrote:
>
> On Dec 21, 2013, at 6:44 AM, Kay Sievers wrote:
>
>> Trimming should be the job of the filesystem, not for a nasty cron
>> job. We do not want to support legacy filesystems with upstream
>> shipped systemd units.
>>
>> Also, util-linux must
On Dec 21, 2013, at 6:44 AM, Kay Sievers wrote:
> Trimming should be the job of the filesystem, not for a nasty cron
> job. We do not want to support legacy filesystems with upstream
> shipped systemd units.
>
> Also, util-linux must not ship such policy, it's a collection of
> tools, not a sys
On Dec 21, 2013, at 6:25 AM, Bastien Nocera wrote:
>
> I wanted to integrate that in Fedora, through a systemd daily unit. I
> was wondering whether this sort of integration (I'd intend to port the
> fstrim-all code to C) should be in systemd itself, or whether it should
> be a unit shipped sepa
Bastien Nocera hadess.net> writes:
>
> Hey,
>
> I've seen that Ubuntu recently added transparent support for trimming
> filesystems on SSDs:
> https://blueprints.launchpad.net/ubuntu/+spec/core-1311-ssd-trimming
> and in the patch for util-linux:
> https://launchpadlibrarian.net/159909554/util-
Am 21.12.2013 15:23, schrieb Kay Sievers:
> On Sat, Dec 21, 2013 at 3:11 PM, Reindl Harald wrote:
>> Am 21.12.2013 14:44, schrieb Kay Sievers:
>>> Trimming should be the job of the filesystem, not for a nasty cron
>>> job. We do not want to support legacy filesystems with upstream
>>> shipped sy
On Sat, Dec 21, 2013 at 3:11 PM, Reindl Harald wrote:
>
>
> Am 21.12.2013 14:44, schrieb Kay Sievers:
>> Trimming should be the job of the filesystem, not for a nasty cron
>> job. We do not want to support legacy filesystems with upstream
>> shipped systemd units.
>
> doing it permanently on the f
Am 21.12.2013 14:44, schrieb Kay Sievers:
> Trimming should be the job of the filesystem, not for a nasty cron
> job. We do not want to support legacy filesystems with upstream
> shipped systemd units.
doing it permanently on the fs-layer degrades all time performance
doing it in a cron job regu
On Sat, Dec 21, 2013 at 2:25 PM, Bastien Nocera wrote:
> I've seen that Ubuntu recently added transparent support for trimming
> filesystems on SSDs:
> https://blueprints.launchpad.net/ubuntu/+spec/core-1311-ssd-trimming
> and in the patch for util-linux:
> https://launchpadlibrarian.net/159909554
Hey,
I've seen that Ubuntu recently added transparent support for trimming
filesystems on SSDs:
https://blueprints.launchpad.net/ubuntu/+spec/core-1311-ssd-trimming
and in the patch for util-linux:
https://launchpadlibrarian.net/159909554/util-linux_2.20.1-5.1ubuntu11.diff.gz
(looks for fstrim-al
11 matches
Mail list logo