HackerTrans
TopNewTrendsCommentsPastAskShowJobs

mrngm

277 karmajoined 3년 전

Submissions

Dependencies should be fetched directly from VCS

arp242.net
54 points·by mrngm·6일 전·44 comments

Zero-copy in Go: sendfile, splice, and the cost of io.Copy

segflow.github.io
75 points·by mrngm·6일 전·22 comments

[untitled]

1 points·by mrngm·6일 전·0 comments

TCP Throughput Calculator

network.switch.ch
2 points·by mrngm·12일 전·0 comments

Performance Tuning on Linux

cromwell-intl.com
3 points·by mrngm·12일 전·0 comments

Implicit SLOs and their dangers (2024)

blog.relyabilit.ie
1 points·by mrngm·2개월 전·0 comments

H-Bomb: A Frank Lloyd Wright typographic mystery

inconspicuous.info
153 points·by mrngm·5개월 전·38 comments

Decompensation and Cascading Failures

resilienceinsoftware.org
2 points·by mrngm·5개월 전·0 comments

comments

mrngm
·20일 전·discuss
Probably trace_log (we had a similar experience), but you'll only notice with limited storage space, and a regular keen eye on how your database fills up.
mrngm
·2개월 전·discuss
Unfortunately, even domains that did not have DNSSEC enabled earlier today are affected.

We observed issues on a non-DNSSEC .de domain at 19:45Z and confirmed around 20:12Z it wasn't just us, but also more high profile domain names.
mrngm
·3개월 전·discuss
If you have individual request logs with timing infomation, you could construct that afterwards. It does take some effort to have an effective way of displaying these metrics. Where would you put an individual request that took 532ms and started at t=34.682s? Would you align all requests that started in the 34th second at t=34s, or look at completion time (ie within t=35s)?

Would you rather see "number of requests started at this ms" (you seem to suggest this), or is something else more interesting?

I think a sort of Gantt chart that plots duration of requests as well as starting time within the time span (e.g. a second or more) might be very informative. Each individual request on a different position on the Y axis, time on the X axis. Perhaps you have some bound on requests in flight, that could be the height of the Y axis, so you can easily see calm or busy periods.

At least our observability stack doesn't show this level of detail, but it would be very interesting to have it. (We do have calculated heatmaps based on maximum request time in Grafana, which is at least better than plots of average request times)
mrngm
·3개월 전·discuss
That reminds me of this talk[0] by Gil Tene called "How NOT to Measure Latency" at the Strangeloop conference in 2015 (or read this blog post[1] that contains the most important points).

[0] https://www.youtube.com/watch?v=lJ8ydIuPFeU

[1] https://bravenewgeek.com/everything-you-know-about-latency-i...
mrngm
·4개월 전·discuss
[2020], and written for IOCCC: The International Obfuscated C Code Contest.

This was awarded "Best of Show - abuse of libc" at the time[0]. See also the judges' remarks[1]:

This program consists of a single printf(3) statement wrapped in a while loop. You would not think that this would amount to much, but you would be very, very wrong. A clue to what is happening and how this works is encoded in the ASCII art of the program source.

[0] https://www.ioccc.org/2020/index.html

[1] https://www.ioccc.org/2020/carlini/index.html
mrngm
·4개월 전·discuss
Related thread from 11 days ago: https://news.ycombinator.com/item?id=47067395 "What years of production-grade concurrency teaches us about building AI agents", 144 points, 51 comments.
mrngm
·5개월 전·discuss
Interesting problem, perhaps you could replicate results using RIPE Atlas to see geographical impact as well?
mrngm
·5개월 전·discuss
Agree. I'll catch up on group chats that do not require immediate attention when it suits me, not when the stream of messages happens to arrive.

As for OP: read up on alert fatigue; if a notification isn't directly actionable, you shouldn't even see it!

The pull model for information is more durable for humans than the push model. Try RSS for news/blogs, take some time (preferably offline) each week to prepare for the important events in the upcoming week(s), write them down on something you pass by every day (such as a whiteboard near your front door).
mrngm
·6개월 전·discuss
This.

It seems your project is at a really early stage. Almost none of the links on the page work, which is too bad, because it could have provided more background information on your goals and wishes. The only thing that seems to work is login through Google, which is a bit much for a demo site.

What's going to be the edge above the already excellent https://bgp.tools ?
mrngm
·6개월 전·discuss
You could have a _somewhat_ static blog and incorporate something like Webmentions[0] for comments or replies. For example, Molly White's microblog[1] shows the following text below the post:

  Have you responded to this post on your own site? Send a webmention[0]! Note: Webmentions are moderated for anti-spam purposes, so they will not appear immediately.
I find this method to be a sweet spot between generating content on your own pace, while allowing other people to "post" to your website, but not relying on a third-party service like Disqus.

[0] https://indieweb.org/Webmention

[1] https://www.mollywhite.net/micro/entry/202511101848
mrngm
·6개월 전·discuss
I found this document[0] very insightful. It's quite a long read, but gradually introduces the concepts needed for double-entry bookkeeping.

I think the main advantage is that you can granularly keep track of the movement of money, stocks, commodities, etc., and their conversions. As a day-to-day example, it gives you the ability to follow, for example, invoices received (Liabilities or Accounts Payable), transactions on a bank account (Assets), and what you are going to spend (or at some point, have spent) (Expenses).

This separation allows you to, for example, enter an invoice you've received on January 1 in Accounts Payable, with a corresponding value in Expenses. At this moment, nothing happened yet, it's simply an administrative transfer of some amount from an asset account to an expenses account (the sum of these transfers must be zero, so one amount is negative whereas the other amount is positive. See [0] for more details).

As a result, this gives you insight in what still needs to be paid. Once a transaction for that invoice enters your bank account on, for example, January 10, it gets "paid" to Accounts Payable, thus giving you a link between an invoice, its payment, and finally the amount spent. (This concept also works the other way around, see this sibling comment[1], where it's also extended into working with multiple accounts.)

[0] https://beancount.github.io/docs/the_double_entry_counting_m...

[1] https://news.ycombinator.com/item?id=46464893
mrngm
·6개월 전·discuss
paperless-ngx and their built-in OCR might help here for the data transformation.
mrngm
·6개월 전·discuss
I do like how it has some brutalist web design elements. With regards to drop-shadow colours on the /symbols page, it doesn't provide additional structure, so I would choose either none or a grayscale tint. Or, if you prefer colours, choose as many distinct colours as there are categories, such that they provide that additional structure.

The symbols on that page could be a bit bigger, though, as they are the main subject. (I changed 1.125rem to something like 1.6rem for text-lg; that works, but it could get a bit crowded with the clickable arrow on lower resolution screens).

I'm not a huge fan of things that move; the offset of a block of symbols, as well as scaling of an individual symbol block when hovering seems a bit too much. I would do either, but not both.
mrngm
·7개월 전·discuss
The timeline mentioned:

  Disclosure Timeline:
  - 21.10.2025: Submission of initial version of this report.

  Upcoming Timeline:
  - 24.10.2025: Submission of a talk for 39th Chaos Communication Congress (39C3). No technical details shared.
  - 21.12.2025: Disclosure of this report on https://seclists.org/fulldisclosure/
  - 26-31.12.2025: If accepted by content team, 39C3 Congress talk regarding this report
I'm surprised to see that this isn't published on fulldisclosure yet, though there is a talk on GPG vulnerabilities scheduled for 39C3: https://fahrplan.events.ccc.de/congress/2025/fahrplan/event/... . 60 days from report to full disclosure is... tough.
mrngm
·8개월 전·discuss
https://github.com/farrokhi/dnsdiag is another great toolbox for looking into DNS problems.
mrngm
·8개월 전·discuss
> Same with What's New modals, some people will benefit from learning these things (notably power users?), but they'll annoy others.

I think power users are most annoyed by those modals. It prevents them from doing the exact thing they were planning to do. Instead, they'll have to reinterpret what the application is telling them, consider it to be irrelevant (most of the times), and then pick up whatever they were planning to do. This creates friction.

I don't need the application to tell me a sidebar was introduced. I see that immediately because it differs from the layout I'm already used to. And then I'm annoyed they added the sidebar, because it takes up space without offering relevant new functionality.
mrngm
·8개월 전·discuss
Earlier submission of the Internet Resiliency Club linked in the article: https://news.ycombinator.com/item?id=44287395 (579 points, 340 comments)
mrngm
·8개월 전·discuss
Most, if not all, Asian take-out / restaurants in NL still use a TUI for registering your order. Several motorcyle retailers in NL use a TUI for parts management, invoicing, repair tracking. In both cases, people operating these systems develop muscle memory for their everyday usage. I'm not sure if it's still in use, but for at least a decade since 2005 or so, the local university's student canteen used an in-house developed TUI for selling snacks and drinks.

And if you stretch the definition of TUI a bit, the Bloomberg terminal is a fascinating example.
mrngm
·9개월 전·discuss
I suppose that's a flexible way of looking at orders, but it sounds more like a shopping basket. What if the customer ordered three items, you started shipping those, then the customer cancels one item. That sounds like the wrong order (hah) of things.
mrngm
·9개월 전·discuss
I'm not sure why orders/purchases/subscriptions would be seen as mutable. At some point in time, customer X decided to exchange money amount M for a subscription Y. This means the company is obliged to deliver subscription Y, because the customer engaged in a contract with the company, moved amount M to the company, and expecting to (regularly) receive Y. At renewal, the customer, again, needs to pay amount M in order to continue receiving Y.

The only mutable thing here would be the end date of said subscription, at which point the company no longer requires amount M from the customer, and the customer no longer receives Y.

Then on the accounting side, every time subscription Y renews, said customer in account 750xx needs to have its balance lowered by amount M, only to get increased again when they pay.

The only way to bridge this gap is to have the engineers know what accounting needs, and let them build the right infrastructure. In this [2018] [video] https://www.youtube.com/watch?v=KH0l8QqhzYk I recently watched, the speaker Rahul Pilani explains how Netflix organised their billing systems, and how all parts fit together. I'm not saying you should copy their infrastructure, but it doesn't hurt to look at a higher level how the business operates and what their accounting requirements are.