HackerTrans
TopNewTrendsCommentsPastAskShowJobs

TeapotNotKettle

no profile record

comments

TeapotNotKettle
·3 months ago·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 months ago·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 months ago·discuss
“Burn old fella burn”, felt like political speech - but that didn’t work out so well.
TeapotNotKettle
·4 months ago·discuss
So you were wrong?
TeapotNotKettle
·4 months ago·discuss
And in each of those 62 cases they gave up there and then ? Tells you something
TeapotNotKettle
·5 months ago·discuss
Misconfigured clown - bad news indeed.
TeapotNotKettle
·5 months ago·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 months ago·discuss
[dead]