HackerTrans
TopNewTrendsCommentsPastAskShowJobs

TeapotNotKettle

no profile record

comments

TeapotNotKettle
·3 mesi fa·discuss
Maybe - but if that’s the case you are likely using the wrong data structure.

Additionally you are going to be memory starving every other thread/process because you are hogging all the memory channels, and making an already bad L3 cache situation worse.

Outside of extremely niche realtime use cases (which would generally fit in L3 cache) I can’t see how this would improve overall throughput, once you take into account other processes running on the same box.

Do you have an example use case?
TeapotNotKettle
·3 mesi fa·discuss
Very interesting work.

But practically speaking, in a real application - isn’t any performance benefit going to be lost by the reduced cache hit rate caused by having a larger working set? Or are the reads of all-but-one of the replicas non-cached?

Apologies if I am missing something.
TeapotNotKettle
·4 mesi fa·discuss
“Burn old fella burn”, felt like political speech - but that didn’t work out so well.
TeapotNotKettle
·4 mesi fa·discuss
So you were wrong?
TeapotNotKettle
·4 mesi fa·discuss
And in each of those 62 cases they gave up there and then ? Tells you something
TeapotNotKettle
·5 mesi fa·discuss
Misconfigured clown - bad news indeed.
TeapotNotKettle
·5 mesi fa·discuss
“ Perhaps my old age and fearfulness deceive me, but I suspect that the human species - the unique species - is about to be extinguished, but the Library will endure: illuminated, solitary, infinite, perfectly motionless, equipped with precious volumes, useless, incorruptible, secret.”
TeapotNotKettle
·6 mesi fa·discuss
[dead]