03:27:47 but it *is* possible on any hardware, unlike some "decentralized" networks out there 03:32:44 only "2022-04-15 03:32:19.241 I Synced 2598032/2602170 (99%, 4138 left" for my 5400 rpm! 03:41:14 Ahhh. That makes a lot of sense. I'm syncing to a spinning disk. 03:55:57 yeah. its crazy to think, but spinny disks are old tech. 04:08:23 gingeropolous: Yep, 100% My system boots off an SSD, but it's too small to hold the blockchain. Most of my stuff is stored on a bunch of spinning disks. 04:08:33 I'll need to get a bigger SSD for this sort of tinkering. 05:32:24 It's still super odd that these errors come and go. I'll bet it's from some weird activity on the network. 06:13:37 Ha! Dropped an old SSD into my box: `Downloading at 2871 kB/s` 06:14:06 You're not kidding, it's an order of magnitude faster now. 06:15:24 It went from 85.6 -> 85.9 over the last few mins. 06:15:43 It's several orders of magnitude faster. 06:16:45 DANG. This thing is doing 10s 1000s of tps to the device. 06:18:57 Welp, you guys were right, it's almost but not quite unusable on a spinning disk since it needs an insane number of IOs during initial sync. 06:21:10 I wonder if it would be better if you could chose a log based update scheme that would cause the file to grow very large, then you could shrink it down with a rewrite after. 10:16:10 It's not about the file growing, it's because every new block that you verify requires verifiying every single transaction in it - and every single transaction requires checking that each ring member on the input side exists in the chain. So for every single input in every single transaction in every single block, it has to go back and search the chain to make sure it exists 12:13:03 gah, it was a 7200 rpm this whole time 12:19:07 well the T61 synchronized 13:50:07 is anything cheaper than https://github.com/comit-network/xmr-btc-swap  to have cash from monero 20:05:48 firefox crashed