fillest

5 ms·

1.
by fillest 14d ago
How is client logic support for different languages designed in your project? Some time ago I found Kafka clients for several languages are pretty much unusable due to bugs and/or performance non-debuggability. The reason, I think, was
2.
by fillest 1y ago
Services should be decoupled from OS distro dependencies as much as possible, otherwise you will be bitten at an unexpected moment (e.g. upgrading your distro packages) by some problem like this https://wiki.postgresql.org/w
3.
by fillest 2y ago
Be careful if you use streaming replication - secondary replica leaks memory on 17.0 (16.4 is fine)
4.
by fillest 2y ago
A personal warning about 17.0 if you use streaming replication: secondary replica leaks memory quite actively. 16.4 is OK.
5.
by fillest 3y ago
Got an order of magnitude saving, mainly due to absurd AWS network traffic costs.
6.
by fillest 3y ago
Why is watchdog needed at all? There is systemd or any other pid1, stdout/stderr should go to journal without any middleware.
7.
by fillest 3y ago
I fail to see how being on that list implies anything. Imagine for example if you are a person with some status which implies that you are socially/politically active, and some rich folk calls you and invites you to have a talk at a di
8.
by fillest 3y ago
The font rendering is poor, blurry on edges of the letters, even if I increase the font size (which works poorly anyway because the thin column container doesn't scale, keeps its width)
9.
by fillest 3y ago
I wouldn't call it noodly.. If her composition was a bit more complex, it would be close to Debussy level probably. She's maybe like minimalist Debussy :) Check her "Ballad of the Spirits" and "The Song of the Sea&q
10.
by fillest 4y ago
Nah, check Fostex TH-900 (25 ohm), for example
11.
by fillest 4y ago
This is fake indeed. And it is strange and bitter for me to see it unflagged on HN
12.
by fillest 4y ago
On mobile it is indeed at least not blurry but still harder to read..
13.
by fillest 4y ago
The font is unreadable, very thin
14.
by fillest 4y ago
I think, the problem is: the production of languages (and libraries especially) is way too much market-driven, there is too little cooperation, too little time spent to polish and to model at least some major use cases. Also the quality of
15.
by fillest 4y ago
If by "large" you mean e.g. "under relatively high load" then you can simulate this load and learn to deal with it. Populate your databases with a lot of generated data. Use load testing tools. Add latency and faults to
16.
by fillest 4y ago
While the "cloud" can look easier (and is indeed easier to start), there is quite big its own complexity around it - learning, tooling, specific problems, performance limits, costs and so on. Also most of this knowledge is not qui
17.
by fillest 5y ago
I was tempted to write "you always need to put a many-years-battle-tested specialized server in front, if you mean protection from attacks", but nowadays even these servers get so many new features and rewrites so often, that it&#
18.
by fillest 5y ago
Test for Demodex mites infestation too
19.
by fillest 5y ago
Hetzner has its network hiccups sometimes , but AWS quality may be a joke if you really care about latency tails and even median under any significant load. I didn't analyze the networking itself, but - you run in a VM and share host
20.
by fillest 5y ago
The problem with Kafka is not Java nor ZooKeeper - it is that non-native (non-Java) clients are buggy as hell (last time I touched them), because everybody have to re-implement all the complex logic for each language (often multiple times).
21.
by fillest 5y ago
It is OK to call whatever one needs actually - just minimize the usage of Bash language features (Python provides most of them). It is not complicated and requires no dependencies, here's a self-contained helper: https://gis
22.
by fillest 6y ago
Well, "daemonless" is kind of marketing - there is still this daemon-per-container 'conmon' thing https://github.com/containers/conmon and I don't get why it is needed because 1) who actually n
23.
by fillest 6y ago
Probably, it's more fun to play with syscall filtering in containers or with fuzzers than to review side-channels or educating coworkers. Therefore, security theater.
24.
by fillest 6y ago
The thing about compression is wrong. "HDR photography" compresess for the eyes (let's simplify and leave the brain out), it has nothing to do with displays. If a part of a photo is too dark, the details will be clipped out f
25.
by fillest 6y ago
Exactly. Or even stricter. I've finally made a self-contained helper for that: https://gist.github.com/fillest/8d64f8fa0cdb1745bfc9c683cf39... Pure Bash is really not needed since we have Python 3.
26.
by fillest 6y ago
Some software doesn't support that - building that way can randomly fail with very confusing errors.
27.
by fillest 7y ago
Any reasearch/evidence on size vs strength, please? From what I've skimmed through, size vs strength looks like a myth (popular one though). It seemed to me that one can't get bigger without getting stronger (== handling heav
28.
by fillest 7y ago
telegraf supports some summarization https://github.com/influxdata/telegraf#aggregator-plugins
29.
by fillest 8y ago
>the application incurring OOM is statistically unlikely to be the one that should be killed on multi-application servers Could you please explain this?
30.
by fillest 12y ago
Looks like they have tested a newer kernel too: https://github.com/fastos/fastsocket#nginx >on Linux 2.6.32 achieves 470K connection per second and 83% efficiency up to 24 cores, while performance of base 2.6.32 ker

More ›