Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #273105
| 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 |
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
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