Viewing profile — anarazel
anarazel
HN member- Joined
- Tue, Apr 14, 2015, 12:53 AM UTC
- HN karma
- 6,272
- Public activity
- 1,582 items
- HN profile
- View on Hacker News ↗
About anarazel
andres [at] hn dot anarazel dot de
Recent public activity
-
comment
Comment #48846487
Small addendum: Unless the whole table is in that state (or even newer), vacuum shouldn't do a full table scan, but only process not yet vacuumed parts of the table. There are some…
-
comment
Comment #48444935
> Well also I know Postgres UNIQUE indexes provide additional locking. Like you can do an INSERT... WHERE NOT EXISTS or INSERT... ON CONFLICT that is guaranteed to succeed. That's …
-
comment
Comment #48427189
Indeed. Not enough coffee, apparently.
-
comment
Comment #48426384
There's a bunch of nastiness around that too. If you have e.g. library state that assumes the fd still works you can get her very confusing bugs once another file is opened into th…
-
comment
Comment #48426371
It is somewhat interesting that the most widely used "big" OS that doesn't use fork, i.e. Windows, has dog slow process creation... I agree that there should be non-fork primitives…
-
comment
Comment #48269756
> Use of the "h" register slices (bits 8..15) by compilers is thankfully pretty rare -- otherwise this would have been noticed much sooner! It's actually pretty easy to get compile…
-
comment
Comment #48094387
> It's not the default (read committed is) and I never saw serializable being set in actual production systems. It's not the common mode of deployment, but it's definitely in prod …
-
comment
Comment #48059754
The GOT has to be initially writable regardless of ifunc, even with relro, to apply relocations.
-
comment
Comment #47956193
> It is a crime that postgres isn't able to allocate with 1GB huge pages by changing a config parameter in 2026 It is able to? Configure huge_page_size=1GB? Support for 2MB pages w…
-
comment
Comment #47929640
I stopped drinking a few years back, after some (unrelated) health stuff. I don't miss wine, beer, that stopped - like for the author - after a relatively short amount of time. But…
-
comment
Comment #47738588
Ability to trivially use custom VM images was quite nice. The amount of CI time spent installing dependencies or copying a cache of installed stuff is nontrivial. Particularly for …
-
comment
Comment #47718826
Weirdly enough, I loved coffee from the first time I tried it, at maybe 13. Even though, looking back, it must have been terrible coffee, it was at something vaguely model UN like …
-
comment
Comment #47661809
> ... so that leaves me confused. My understanding is that the regression is triggered with the 7.0+ kernel and can be mitigated with huge pages turned on. It gets a bit worse with…
-
comment
Comment #47659984
The contention does exist in older kernels and is quite substantial.
-
comment
Comment #47652504
> That 64-bit atomic in the buffer head with flags, a spinlock, and refcounts all jammed into it is nasty. Turns out to be pretty crucial for performance though... Not manipulating…
-
comment
Comment #47651340
> > On x86 a spinlock release doesn't need a memory barrier (unless you do insane things) / lock prefix, but a futex based lock does (because you otherwise may not realize you need…
-
comment
Comment #47649826
Addendum big enough to warrant a separate post: The fact the contention is a spinlock, rather than a futex is unrelated to the "regression". A quick hack shows the contended perfor…
-
comment
Comment #47649201
I really dislike the use of spinlocks in postgres (and have been replacing a lot of uses over time), but it's not always easy to replace them from a performance angle. On x86 a spi…
-
comment
Comment #47648973
I don't fully know, but I suspect it's just that due to the minor faults and tlb misses there is terrible contention with the spinlock, regardless of the PREEMPT_LAZY when using 4k…
-
comment
Comment #47646332
Yes, I did reproduce it (to a much smaller degree, but it's just a 48c/96t machine). But it's an absurd workload in an insane configuration. Not using huge pages hurts way more tha…
-
comment
Comment #47330886
Cross building of possible, but it's rather useful to be able to test the software you just built... And often enough, tests take more resources than the build.
-
comment
Comment #47166974
Just German, not European, but still a start: https://en.wikipedia.org/wiki/Sovereign_Tech_Agency
-
comment
Comment #46935946
It's very heavily dependent on what your processes are doing. I've seen extreme cases where the gains of pinning were large (well over 2x when cooperative tasks were pinned to the …
-
comment
Comment #46705280
> PostgreSQL shares other caches between processes so they probably could have a global plan cache if they wanted. I wonder why they don’t though. > One possible reason is that the…
-
comment
Comment #46636303
I would hope it's at least 3-4 orders of magnitude slower than a "traditional QR library". It'd be quite the indictment for such libraries, if not.