News for hackers. Stuff that matters.

mountainreason

Re:Underrated reasons to be thankful V on Sunday December 07, 2025 @09:53AM (#46182073)
Author*
Re:Underrated reasons to be thankful V on Saturday December 06, 2025 @09:02AM (#46173431)
Fur sure. But I don't get how that leads to an expectation that our biology is computing and utilizing derivatives in a computational graph.

Point 22 seems to imply that the other finds it notable that that isn't happening.

Re:Underrated reasons to be thankful V on Saturday November 29, 2025 @03:37PM (#46090570)
Yeah thanks, me too. So I'm wondering what point 22 is getting at. How could that even be possible?
Re:Underrated reasons to be thankful V on Friday November 28, 2025 @08:03PM (#46084342)
What would that look like. Is there an implementation of the finite difference method in biology somehow?
I dont get this. Just because you don't have the GIL doesnt mean that your previously single threaded code is now multithreaded and stepping on itself.
Re:Strong Consistency with Raft and SQLite on Friday March 24, 2023 @02:05PM (#35293163)
I think the idea with localized access is that reads coming in after the initial commit can hit a nearby db instance, rather than the single global instance.

I agree with you about horizontal scalability in general though, the data isn't being partitioned. I guess read heavy loads can be scaled.

Re:You Cannot Have Exactly-Once Delivery on Wednesday March 01, 2023 @07:51PM (#34990514)
Even with a transaction, if the processing involves external side effects, e.g. sending and email, the rollback won't matter and you still get at least once.
I dont have an answer, I'm just curious about something. I thought that the point of an outbox was that it was local, and could therefore be updated atomically along with any local db changes. What would happen if the orchestrator was unable to update the remote shared cache outbox after a local exception/rolled back transaction?
Yeah. I know. Why would the data already be sorted?
Wouldn't you at least be looking at nlog(n) for the sort in the merge join?