Hacker News: qouteall

Lock-Free Deadlock

qouteall — Sun, 05 Apr 2026 11:15:54 +0000

Article URL: https://qouteall.fun/qouteall-blog/2025/About%20circular%20reference#lock-free-deadlock

Comments URL: https://news.ycombinator.com/item?id=47648235

Points: 2

# Comments: 0

Deadlock, Circular Reference and Halting

qouteall — Sun, 29 Mar 2026 08:03:58 +0000

Article URL: https://qouteall.fun/qouteall-blog/2025/About%20circular%20reference

Comments URL: https://news.ycombinator.com/item?id=47561240

Points: 2

# Comments: 0

New comment by qouteall in "A chatbot's worst enemy is page refresh"

qouteall — Sat, 21 Feb 2026 05:11:33 +0000

It's probably due to server side rendering and rehydration. The rehydration use server side component state to override DOM state.

New comment by qouteall in "Index, Count, Offset, Size"

qouteall — Sat, 21 Feb 2026 05:05:30 +0000

With modern IDE and AI there is no need to save letters in identifier (unless too long). It should be "sizeInBytes" instead of "size". It should be "byteOffset" "elementOffset" instead of "offset".

New comment by qouteall in "What functional programmers get wrong about systems"

qouteall — Tue, 10 Feb 2026 03:21:46 +0000

Normally the database and message queue is decoupled from the backend service. This decoupling makes managing simpler and make cross-language things easier.

But if the type system need to cover all these components, then they start coupling again.

Coupling is not necessarily a bad thing as long as it gives good developer UX. If the database is tightly coupled with programming language, then it looks like ORM but better. And it probably can also reduce CRUD biolerplate or N+1 issue etc.

Related, there is SpacetimeDB that make backend run within database, and the backend code is highly coupled with SpacetimeDB's own API

Anything Will Work (In AI)

qouteall — Sat, 17 Jan 2026 02:41:53 +0000

Article URL: https://publish.obsidian.md/ueaj/Machine+Learning/Theory/Anything+WILL+work

Comments URL: https://news.ycombinator.com/item?id=46654784

Points: 2

# Comments: 0

New comment by qouteall in "What happened to WebAssembly"

qouteall — Fri, 09 Jan 2026 12:19:52 +0000

WebAssembly standard design has considered binary size optimization. The format itself is quite compact. But porting native code to Wasm often brings many large existing libraries which contain a lot of code which makes the binary large.

The native ecosystem never payed attention to binary size optimization, but the JS ecosystem payed attention to code size in the very beginning.

New comment by qouteall in "What happened to WebAssembly"

qouteall — Fri, 09 Jan 2026 12:13:11 +0000

They originally used JS realm polyfill, which is not real JS realm. The polyfill has some security holes. Now they switched to Js interpreter in Wasm.

https://www.figma.com/blog/an-update-on-plugin-security/

New comment by qouteall in "What happened to WebAssembly"

qouteall — Fri, 09 Jan 2026 12:09:47 +0000

I've written about limitations of WebAssembly https://qouteall.fun/qouteall-blog/2025/WebAsembly%20Limitat...

WebAssembly still doesn't provide a way to release memory back to browser (unless using Wasm GC). The linear memory can only grow.

The Wasm GC limits memory layout and doesn't yet support multi-threading.

Wasm multithreading has many limitations. Such as cannot block on main thread, cannot share function table, etc. And web worker has "impedance mismatch" between native threads.

And tooling is also immature (debugging requires print debugging)

New comment by qouteall in "TIL: Serde's borrowing can be treacherous"

qouteall — Sat, 27 Dec 2025 08:09:09 +0000

One limitation of Rust macro is that it can only access code token, not actual type information.

When macro sees a type `X` macro can never be sure whether it's `&str` as Rust allows type alias. If `X` is not `&str` it may also be a struct that contains `&str`, still macro cannot know.

Wasm-bindgen workarounds this issue by generating "fake functions" then read and remove them in CLI:

https://wasm-bindgen.github.io/wasm-bindgen/contributing/des...

Zig comptime allows getting full type information. This is one advantage of Zig.

New comment by qouteall in "More databases should be single-threaded"

qouteall — Sun, 21 Dec 2025 01:44:19 +0000

The optimistic concurrency control that reads multiple shards cannot use simple CAS. It probably needs to do something like two-phase committing

New comment by qouteall in "More databases should be single-threaded"

qouteall — Sun, 21 Dec 2025 01:37:05 +0000

Thanks for reply.

So in my understanding:

- The transactions that only touch one shard is simple

- The transactions that read multiple shards but only write shard can use simple optimistic concurrency control

- The transactions that writes (and reads) multiple shards stay complex. Can be avoided by designing a smart sharding key. (hard to do if business requirement is complex)

New comment by qouteall in "More databases should be single-threaded"

qouteall — Sun, 21 Dec 2025 00:23:32 +0000

In real-world business requirements it often need to read some data then touch other data based on previous read result.

It violates the "every transaction can only be in one shard" constraint.

For a specific business requirement it's possible to design clever sharding to make transaction fit into one shard. However new business requirements can emerge and invalidate it.

"Every transaction can only be in one shard" only works for simple business logics.