View Single Post
Old 03-18-2023, 10:44 PM   #32
DNSB
Bibliophagist
DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.
 
DNSB's Avatar
 
Posts: 44,778
Karma: 168431893
Join Date: Jul 2010
Location: Vancouver
Device: Kobo Sage, Libra Colour, Lenovo M8 FHD, Paperwhite 4, Tolino epos
Quote:
Originally Posted by Quoth View Post
But how much time do you spend sending ebooks to the ereader rather than reading?

I agree it makes some difference and there are some old very slow 4G cards out there. I was suggesting that A2 not being available for 8, 16 or 32G cards wasn't an issue if it's a decent card anyway.
Umm... the issue is not with sending books to the Kobo, the problem is with the normal operations of the Kobo where the underlying Linux OS uses a lot of small block read/writes. This discussion was beaten to death close to a decade ago and I lack any desire to re-fight that war. I've attached a DiskMark test on a local hard drive. The first 3 rows of numbers don't matter that much but the bottom row is, for my purposes, the important numbers. You will notice that in this case, the sequential read is about 100 times the random 4K block with queue width 1/single thread number. Testing a µSd card for a Kobo ereader, that last row has the most effect on the performance of the Kobo during reading.
Attached Thumbnails
Click image for larger version

Name:	diskmark.png
Views:	107
Size:	23.7 KB
ID:	200459  
DNSB is online now   Reply With Quote