Re: Linux needs less fragmentation

From	The Natural Philosopher <tnp@invalid.invalid>
Newsgroups	comp.os.linux.misc
Subject	Re: Linux needs less fragmentation
Date	2026-10-08 15:29 +0100
Organization	A little, after lunch
Message-ID	<11a89d2$3t265$1@dont-email.me> (permalink)
References	(7 earlier) <cpWdneUfD_vF0173nZ2dnZfqn_udnZ2d@giganews.com> <119vn39$mtek$13@dont-email.me> <nii4iaFhu1lU1@mid.individual.net> <11a0r44$179lq$3@dont-email.me> <nipnemFmrjqU1@mid.individual.net>

Show all headers | View raw

On 08/10/2026 15:25, Andy Burns wrote:
> The Natural Philosopher wrote:
> 
>> SD caches a block when reading.
>>
>> And IIRC a larger page  when  writing
>>
>> Erase blocks are even larger
>>
>> IN all cases response shows no 'seek' delays.
>>
>> Writes are fully cached and written behind in SSD time. The 
>> application has no control, over that.
>>
>> Ultimately Linux cacheing is probably completely irrelevant.
> By themselves, SSDs have no concept of which blocks are in-use by the 
> host's filesystem, use of TRIM commands allow O/S to tell the internal 
> controller to mark unused blocks for coalescing into larger blocks for 
> erasing.
> 
> So no they don't care in terms of seek times, or needing traditional 
> defragging, but they do care in terms of avoiding extra writes during 
> garbage collection (blocks can't be overwritten, only re-written within 
> those larger erased blocks).
> 
Yes. in terms of wear levelling. No, in terms of access speeds, as you said

More important is to try not to fill them up. So the internal firmware 
has the space to shuffle and consolidate 'sectors;
-- 
“Politics is the art of looking for trouble, finding it everywhere, 
diagnosing it incorrectly and applying the wrong remedies.”
― Groucho Marx

Thread

Linux needs less fragmentation Lars Poulsen <lars@beagle-ears.com> - 2026-10-04 14:08 -0700
  Re: Linux needs less fragmentation Michael Logies <logies@t-online.de> - 2026-10-04 23:33 +0200
    Re: Linux needs less fragmentation The Natural Philosopher <tnp@invalid.invalid> - 2026-10-05 09:20 +0100
  Re: Linux needs less fragmentation Leroy H <lh@somewhere.net> - 2026-10-04 21:44 +0000
  Re: Linux needs less fragmentation rbowman <bowman@montana.com> - 2026-10-05 01:53 +0000
    Re: Linux needs less fragmentation c186282 <c186282@nnada.net> - 2026-10-05 03:14 -0400
      Re: Linux needs less fragmentation The Natural Philosopher <tnp@invalid.invalid> - 2026-10-05 09:28 +0100
        Re: Linux needs less fragmentation "Carlos E. R." <robin_listas@es.invalid> - 2026-10-05 19:20 +0200
          Re: Linux needs less fragmentation The Natural Philosopher <tnp@invalid.invalid> - 2026-10-05 19:43 +0100
            Re: Linux needs less fragmentation Andy Burns <usenet@andyburns.uk> - 2026-10-08 15:25 +0100
              Re: Linux needs less fragmentation The Natural Philosopher <tnp@invalid.invalid> - 2026-10-08 15:29 +0100
              Re: Linux offers choice, BSD offers fragmentation Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-10-08 20:59 +0000
              Re: Linux needs less fragmentation c186282 <c186282@nnada.net> - 2026-10-09 02:42 -0400
              Re: Linux needs less fragmentation "Carlos E. R." <robin_listas@es.invalid> - 2026-10-09 20:47 +0200
                Re: Linux offers choice, BSD offers fragmentation Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-10-09 21:20 +0000
                Re: Linux offers choice, BSD offers fragmentation "Carlos E. R." <robin_listas@es.invalid> - 2026-10-09 23:27 +0200
                Re: Linux offers choice, BSD offers fragmentation c186282 <c186282@nnada.net> - 2026-10-10 04:01 -0400
                Re: Linux offers choice, BSD offers fragmentation c186282 <c186282@nnada.net> - 2026-10-11 04:31 -0400
        Re: Linux needs less fragmentation Rich <rich@example.invalid> - 2026-10-05 18:57 +0000
          Re: Linux needs less fragmentation The Natural Philosopher <tnp@invalid.invalid> - 2026-10-05 20:08 +0100
            Re: Linux needs less fragmentation Rich <rich@example.invalid> - 2026-10-05 20:18 +0000
              Re: Linux needs less fragmentation Richard Kettlewell <invalid@invalid.invalid> - 2026-10-06 08:34 +0100
                Re: Linux needs less fragmentation The Natural Philosopher <tnp@invalid.invalid> - 2026-10-06 11:17 +0100
                Re: Linux needs less fragmentation c186282 <c186282@nnada.net> - 2026-10-06 23:59 -0400
                Re: Linux needs less fragmentation rbowman <bowman@montana.com> - 2026-10-06 14:39 +0000
                Re: Linux needs less fragmentation Chris Ahlstrom <OFeem1987@teleworm.us> - 2026-10-06 13:50 -0400
    Re: Linux needs less fragmentation The Natural Philosopher <tnp@invalid.invalid> - 2026-10-05 09:25 +0100
      Re: Linux needs less fragmentation rbowman <bowman@montana.com> - 2026-10-05 19:36 +0000
        Re: Linux needs less fragmentation "Carlos E. R." <robin_listas@es.invalid> - 2026-10-05 21:49 +0200
          Re: Linux needs less fragmentation rbowman <bowman@montana.com> - 2026-10-06 02:35 +0000
          Re: Linux needs less fragmentation Philippe <p.naudin+nntp@free.fr> - 2026-10-06 08:13 +0200
            Re: Linux needs less fragmentation "Carlos E. R." <robin_listas@es.invalid> - 2026-10-06 11:12 +0200
              Re: Linux needs less fragmentation rbowman <bowman@montana.com> - 2026-10-06 14:48 +0000
  Re: Linux needs less fragmentation The Natural Philosopher <tnp@invalid.invalid> - 2026-10-05 09:19 +0100

csiph-web