diff options
author | Eric Wong <e@yhbt.net> | 2020-06-10 07:05:17 +0000 |
---|---|---|
committer | Eric Wong <e@yhbt.net> | 2020-06-13 07:55:45 +0000 |
commit | d7499f74c9eed7cebb6a4e273f04c854c1674c06 (patch) | |
tree | d20121ae821f483a4300361025e7d1089e6b2618 /lib/PublicInbox/Over.pm | |
parent | d33fae954f99c7241be5ef6d6447db9bdc6d648d (diff) | |
download | public-inbox-d7499f74c9eed7cebb6a4e273f04c854c1674c06.tar.gz |
Supporting MSNs in long-lived connections beyond the lifetime of a single request/response cycle is not scalable to a C10K scenario. It's probably not needed, since most clients seem to use UIDs. A somewhat efficient implementation I can come up uses pack("S*" ...) (AKA "uint16_t mapping[50000]") has an overhead of 100K per-client socket on a mailbox with 50K messages. The 100K is a contiguous scalar, so it could be swapped out for idle clients on most architectures if THP is disabled. An alternative could be to use a tempfile as an allocator partitioned into 100K chunks (or SQLite); but I'll only do that if somebody presents a compelling case to support MSN SEARCH.
Diffstat (limited to 'lib/PublicInbox/Over.pm')
0 files changed, 0 insertions, 0 deletions