Gregory Maxwell [ARCHIVE] on Nostr: 📅 Original date posted:2012-07-27 📝 Original message:On Fri, Jul 27, 2012 at ...
📅 Original date posted:2012-07-27
📝 Original message:On Fri, Jul 27, 2012 at 12:20 AM, grarpamp <grarpamp at gmail.com> wrote:
> Update: this class of machine just became useless for bitcoin.
> When blk0002.dat was created to store more blocks, all forward
> progress processing blocks turned into losing ground by 20 or so
> a day. Guessing both datfiles were being accessed at once resulting
> in disk based overload. I've not seen any other mentions of crypto
> in this thread so I'm not sure how well new hardware would perform.
> Going shopping I guess.
I now have an 1.8 ghz p3 celeron (128k cache) which should be
substantially slower than your machine, running vintage 2.6.20 linux.
Unfortunately I forgot to turn on timestamp logging so I don't know
how long it took to sync the chain, but it was less than two days as
that was the span between when I checked on it. It's staying current
just fine.
Again, I encourage you to investigate your software configuration.
Published at
2023-06-07 10:25:17Event JSON
{
"id": "06115bf497e07a545aed3f6fef82e6c42f609caec7c717e8a6483234d97eb3d7",
"pubkey": "4aa6cf9aa5c8e98f401dac603c6a10207509b6a07317676e9d6615f3d7103d73",
"created_at": 1686133517,
"kind": 1,
"tags": [
[
"e",
"63aed588f060c9675f9ddd34399756623e96cc693cda2679b108affeaacc7675",
"",
"root"
],
[
"e",
"f6c3960f829198d8b52a18abcf4007ef7584a4f8ed0879a4273300bb12d00f44",
"",
"reply"
],
[
"p",
"1c840f1e75d7845e20cc48358219b63ce235ccf72a89298d799e6bda2907af87"
]
],
"content": "📅 Original date posted:2012-07-27\n📝 Original message:On Fri, Jul 27, 2012 at 12:20 AM, grarpamp \u003cgrarpamp at gmail.com\u003e wrote:\n\u003e Update: this class of machine just became useless for bitcoin.\n\u003e When blk0002.dat was created to store more blocks, all forward\n\u003e progress processing blocks turned into losing ground by 20 or so\n\u003e a day. Guessing both datfiles were being accessed at once resulting\n\u003e in disk based overload. I've not seen any other mentions of crypto\n\u003e in this thread so I'm not sure how well new hardware would perform.\n\u003e Going shopping I guess.\n\nI now have an 1.8 ghz p3 celeron (128k cache) which should be\nsubstantially slower than your machine, running vintage 2.6.20 linux.\nUnfortunately I forgot to turn on timestamp logging so I don't know\nhow long it took to sync the chain, but it was less than two days as\nthat was the span between when I checked on it. It's staying current\njust fine.\n\nAgain, I encourage you to investigate your software configuration.",
"sig": "ce36ab9e4b78209f466c176d9d2fc4a051ef5821bc78a157a7a52012c6cab4e7ba25ceb376791e4e4146f3f69b83059bc6ecf6cfe3a90207de9bd052e805cf87"
}