Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
orf
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
62 ms
·
961.
▲
by
orf
4y ago
Surely space is so huge and projectiles so tiny that the chance of it “unexpectedly ruining someone’s day” at any point would be super infinitesimally small?
962.
▲
Bank of England £100M Note
(en.wikipedia.org)
3 points
by
orf
4y ago
|
1 comments
963.
▲
by
orf
4y ago
I want to self host this on my cloud Kubernetes platform, which CNI network plugin should I use?
964.
▲
by
orf
4y ago
No, of course not.
965.
▲
by
orf
4y ago
The post mentions this, and says that the Z3 implementation is significantly smaller and easier to understand than a bespoke implementation like you are proposing.
966.
▲
by
orf
4y ago
There’s a line between factual statements and what is effectively marketing. I’d you had a freelancer side hustle going on and your website was “I-work-at-google-so-you-know-I’m-good-at-my-job.com” and all of your messaging was geared aroun
967.
▲
Keyword Generics Progress February 2023
(blog.rust-lang.org)
14 points
by
orf
4y ago
|
1 comments
968.
▲
by
orf
4y ago
If a process is busy processing a task, it is busy. A process could receive N tasks in a batch and process them at the same time. In this scenario it is possible for all workers to be utilised whilst the queue is not “100% utilised” - which
969.
▲
by
orf
4y ago
This has always been a thing, far far before the “latest in IaaS architecture”. The idle polling still exists except they manage it for you. Their margin is then improved if they intelligently reduce wasted polls through a variety of techni
970.
▲
by
orf
4y ago
Bigger aircraft I guess. But the point is that we are at full utilisation despite the “queue” (airport) never being empty, and thousands of people awaiting “delivery”. Which refutes the original point about queues not doing much unless they
971.
▲
by
orf
4y ago
I disagree it’s exceptional even if my examples have been caricatures. Very few technical problems don’t have any elasticity in outflows, but a lot of problems do benefit from a form of batching. Heck, even something as simple as inserting
972.
▲
by
orf
4y ago
I’m currently waiting for a flight. Isn’t airport is a kind of queue that buffers people over time then delivers them to the sky at steady, fixed intervals? This airport seems busy but the planes seem full, how can we improve utilisation?
973.
▲
by
orf
4y ago
Thanks for this, that has helped me see something I missed. If you’re dealing with something like SQS and are receiving variable sized batches of messages, the consumers can be classed as “100% utilised” (always processing a batch of messag
974.
▲
by
orf
4y ago
> Since we don't have infinite space, we can expect eventually to lose some messages in this scenario. Sure, that's technically correct but applies to basically everything. It is very likely your users/orders/whatever
975.
▲
by
orf
4y ago
I don’t see how this holds true. Let’s say I have a process that takes 1 hour to process a batch of items up to 1000 (I.e doesn’t scale linearly with input size). So, 1 hour to process 1 item and the same 1 hour to process 1000 items. If
976.
▲
by
orf
4y ago
This is a very long-winded way of saying “you should have enough capacity to process all items in the queue before the queue fills up and everything explodes”. I agree. But that’s not the argument the post is making, nor does it support the
977.
▲
by
orf
4y ago
This response lacks nuance and focuses too much on the operational side of queues. Not all queues are “realistically bounded”. Let’s take a hypothetical silly “order queue” where each entry represents a €10 item that’s been purchased. The q
978.
▲
by
orf
4y ago
I think the implicit assumption in the comment is that it would be possible for readers to understand the underlying idea of the comment rather than only see the specific example. “resource cost per minute” is not the only thing helped by a
979.
▲
by
orf
4y ago
Indeed, and this is what I meant but worded poorly. Obviously you don’t want it to be 100% full, but you do want it to be the kind of full you get after a nice meal but you still have room for desert and a coffee.
980.
▲
by
orf
4y ago
No they shouldn’t. The way I see it is that there are two opposing things you can optimise for that depend on queue depth: utilisation or latency. If you care about processing each message as quickly as possible then queues should be empty.
981.
▲
by
orf
4y ago
Super interesting! Can you share the code you used to extract the metrics from the cloudflare graphql API?
982.
▲
by
orf
4y ago
Sampling only people who self-select themselves into one specific group (sperm donors) definitely isn’t a random sample. There are obviously correlations between income, geographic area and age with the desire to become a donor.
983.
▲
by
orf
4y ago
Do you think “hard drive space” is the constraining factor when building and testing over 6.5k third party packages? Do you really not see any advantage to maintainers having visibility into what packages people actually use?
984.
▲
by
orf
4y ago
Given the current state of the “already born and undeniably alive” segment of the world population, I find the focus on this issue at the expense of others to be somewhat reprehensible and somewhat illuminating. But it’s pointless to discus
985.
▲
by
orf
4y ago
https://bendmagazine.com/foam-on-the-range/ Looks like Clark is doing ok!
986.
▲
by
orf
4y ago
It's not - it's something that builds upon that. It's not really ready for prime time yet, but it will be here: https://github.com/orf/pypi-code-repo if it works, which I really hope it does, we should h
987.
▲
by
orf
4y ago
Sequences of code from Python package releases from pypi, as an experiment I’m working on. They compress quite nicely as the deltas between releases are fairly small. I thought it would be nice to be able to search through them, but I guess
988.
▲
by
orf
4y ago
Out of interest, if I have a repo with many millions of files that compress quite nicely down to about a 1.4gb packfile, is it better for the ingestion and/or indexer if I break this down into many smaller pushes or one large push? Bec
989.
▲
by
orf
4y ago
They are required to work 8.5 hours a day. They are unfortunately, like many other jobs, expected to work more.
990.
▲
by
orf
4y ago
Thank you for your reply :), I understand now - you can avoid some of the overhead by not worrying about this for some types (i.e simple ones like i32 without any custom drop/comparators) but there isn’t a way to generalise this and so
More ›