Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.user > #273105

Re: Disk drive zero-fill benchmarks for various synchronization methods and block sizes

From Anssi Saari <anssi.saari@debian-user.mail.kapsi.fi>
Newsgroups linux.debian.user
Subject Re: Disk drive zero-fill benchmarks for various synchronization methods and block sizes
Date 2024-09-16 11:10 +0200
Message-ID <JnfU5-cF2t-3@gated-at.bofh.it> (permalink)
References (2 earlier) <JkMMy-b5Pb-15@gated-at.bofh.it> <Jl4T7-bgM9-1@gated-at.bofh.it> <JmdhD-bYSL-7@gated-at.bofh.it> <JmdhD-bYSL-5@gated-at.bofh.it> <JmjQ5-c2Ol-27@gated-at.bofh.it>
Organization An impatient and LOUD arachnid

Show all headers | View raw


Jeffrey Walton <noloader@gmail.com> writes:

> The file system cache is still holding the writes. If I remove the
> SDcard and try to use it, the image is corrupt. When I say "remove", I
> mean pop the card out of the card reader since the write has
> supposedly finished.

All right. So in fact, block devices either have write back write
caching or they don't and apparently the device driver decides
that. hdparm may be able to control caching but I don't know it works
for USB devices.

It'd be interesting to know if you have caching related kernel messages
about your SD cards when plugged in? I did have from my USB SD reader.

I remember I have a USB-SSD case which demonstrated this situation,
super fast writes to a block device. I may dig that up for some testing.

In my little experiments with media on hand I found only uncached writes
this weekend. Test devices were one old 1 GB SD card, one newish 64 GB
SDXC card, one old 4 GB USB stick, two SD card readers, one USB and one
PCI-connected built in to a laptop.

Interestingly with the old memory stick there's a kernel message which
says outright write caching is write through which seems to indicate
synchronous writes.

[3675744.043264] sd 6:0:0:0: [sdc] No Caching mode page found
[3675744.048781] sd 6:0:0:0: [sdc] Assuming drive cache: write through
[3675744.113885]  sdc: sdc1
[3675744.139820] sd 6:0:0:0: [sdc] Attached SCSI removable disk

Writes to that stick were about 6 MB/s as reported by dd.

With my USB SD card reader there was a similar message:
[17740.817424] sd 5:0:0:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA

Laptop's built in PCI-connected SD card reader didn't say anything about
cache.

Write speeds reported from dd were pretty much as expected, from a few
MB/s to a few dozen with the SDXC card.

Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

Disk drive zero-fill benchmarks for various synchronization methods  and block sizes David Christensen <dpchrist@holgerdanske.com> - 2024-09-08 20:10 +0200
  Re: Disk drive zero-fill benchmarks for various synchronization methods and block sizes Anssi Saari <anssi.saari@debian-user.mail.kapsi.fi> - 2024-09-09 11:00 +0200
    Re: Disk drive zero-fill benchmarks for various synchronization  methods and block sizes David Wright <deblis@lionunicorn.co.uk> - 2024-09-09 15:40 +0200
      Re: Disk drive zero-fill benchmarks for various synchronization methods and block sizes Anssi Saari <anssi.saari@debian-user.mail.kapsi.fi> - 2024-09-10 11:00 +0200
        Re: Disk drive zero-fill benchmarks for various synchronization methods and block sizes Anssi Saari <anssi.saari@debian-user.mail.kapsi.fi> - 2024-09-13 14:10 +0200
          Re: Disk drive zero-fill benchmarks for various synchronization  methods and block sizes <tomas@tuxteam.de> - 2024-09-13 20:40 +0200
            Re: Disk drive zero-fill benchmarks for various synchronization  methods and block sizes Michael Stone <mstone@debian.org> - 2024-09-16 04:50 +0200
              Re: Disk drive zero-fill benchmarks for various synchronization  methods and block sizes <tomas@tuxteam.de> - 2024-09-16 06:40 +0200
          Re: Disk drive zero-fill benchmarks for various synchronization  methods and block sizes Jeffrey Walton <noloader@gmail.com> - 2024-09-13 21:10 +0200
            Re: Disk drive zero-fill benchmarks for various synchronization  methods and block sizes David Christensen <dpchrist@holgerdanske.com> - 2024-09-14 01:40 +0200
            Re: Disk drive zero-fill benchmarks for various synchronization methods and block sizes Anssi Saari <anssi.saari@debian-user.mail.kapsi.fi> - 2024-09-16 11:10 +0200
              Re: Disk drive zero-fill benchmarks for various synchronization  methods and block sizes <tomas@tuxteam.de> - 2024-09-16 11:20 +0200
                Re: Disk drive zero-fill benchmarks for various synchronization methods and block sizes Anssi Saari <anssi.saari@debian-user.mail.kapsi.fi> - 2024-09-16 12:50 +0200
                Re: Disk drive zero-fill benchmarks for various synchronization  methods and block sizes <tomas@tuxteam.de> - 2024-09-16 13:00 +0200
                Re: Disk drive zero-fill benchmarks for various synchronization  methods and block sizes Michael Stone <mstone@debian.org> - 2024-09-16 13:20 +0200
          Re: Disk drive zero-fill benchmarks for various synchronization methods and  block sizes "Rick Thomas" <rick.thomas@pobox.com> - 2024-09-13 23:20 +0200
          Re: Disk drive zero-fill benchmarks for various synchronization  methods and block sizes David Wright <deblis@lionunicorn.co.uk> - 2024-09-16 21:20 +0200
  Re: Disk drive zero-fill benchmarks for various synchronization  methods and block sizes Michael Stone <mstone@debian.org> - 2024-09-16 05:00 +0200
    Re: Disk drive zero-fill benchmarks for various synchronization methods and block sizes Anssi Saari <anssi.saari@debian-user.mail.kapsi.fi> - 2024-09-16 12:20 +0200
      Re: Disk drive zero-fill benchmarks for various synchronization  methods and block sizes Michael Stone <mstone@debian.org> - 2024-09-16 13:40 +0200

csiph-web