Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
rsanders
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
6 ms
·
1.
▲
by
rsanders
2y ago
I'd say that medicine has been a net benefit to bettering the lives of those who have access to it. I'm biased, though - "drugs" have kept me alive and able for the last 30 years.
2.
▲
by
rsanders
2y ago
The gray market for peptides is pretty fascinating. I've spent the last month exploring it and interacting with some of the Chinese entrepreneurs involved, as well as the informal regulatory functions provided by self-organizing groups
3.
▲
by
rsanders
2y ago
I'm pretty new to Rust so forgive me if I'm mistaken, but it seems to me that this crate doesn't require the use of tokio.
4.
▲
by
rsanders
3y ago
Which ones would you recommend?
5.
▲
by
rsanders
5y ago
Swapping in a multi-vendor world also implies standardization. It’s too early in this technology to standardize - that would stifle progress. Swap stations would also be far more expensive to build and manage inventory for, and would carry
6.
▲
by
rsanders
6y ago
If CSV were being used just to exchange data with Excel, we probably wouldn't be using CSV. Many systems neither need nor know that ="01" should be treated as the string "01". If Excel were the only intended consume
7.
▲
by
rsanders
6y ago
That's a good point. But then you're not benchmarking C++ as a distinct language. So what would sufficiently distinguish a C++ program from a C program? Let's assume it's not just minor incompatibilities introduced to pr
8.
▲
by
rsanders
6y ago
Ha! I picked up the original project (dosemu1) from an abandoned skeleton created by Matthias Lautner. I was a larval programmer and Linux was very much in its infancy. I really wanted to run Civilization on my one computer without keepin
9.
▲
by
rsanders
6y ago
Can you expand on this: "AWS healthchecks each kubernetes node, but not your pods themselves". Are you talking about a keepalive connection to an unhealthy pod which is reused for multiple requests? So the failure modes are, if I
10.
▲
by
rsanders
6y ago
Fewer features and fewer lines of code, and those LOC are written in Go, which is the language in which CockroachDB is written and which, presumably, for which their team and tooling are best optimized. It's a reasonable thesis.
11.
▲
by
rsanders
6y ago
It looks possible on EKS now. https://aws.amazon.com/about-aws/whats-new/2020/08/amazon-ek...
12.
▲
by
rsanders
6y ago
I wrote a little fork+spinloop program w/100 subprocesses and deployed it with a low (100m) CPU request and no limit. It's certainly driving CPU usage to nearly all 8 of the 8 cores on the machine, but the other processes sharing
13.
▲
by
rsanders
6y ago
That may be more likely with limits, but it doesn’t require a limit. I’ve had lots of fun with that in Elasticsearch pods with no limit. And then you get to enjoy a nice cascading failure.
14.
▲
by
rsanders
6y ago
I should have said that it seems like the wrong fix to the problem. But I have since learned that limits can cause excessive throttling. And of course you may want your pods to be burstable, but that would just be a question of setting ap
15.
▲
by
rsanders
6y ago
Can you explain how having a CPU limit set (at any level) has a negative effect on latency? That's an important factor to understand. The arguments for allowing containers to burst makes plenty of sense to me. I do it on most of my ser
16.
▲
by
rsanders
6y ago
A container with a request but without a limit should be scheduled as Burstable, and it should only receive allocations in excess of its request when all other containers have had their demand <= request satisfied. A container without ei
17.
▲
by
rsanders
6y ago
Excluding kernel bugs, CPU limits just provide an upper bound on burst capacity. That controls oversubscription of CPU on a node. As with any other kind of oversubscription of a resource based on variable demand, there is a tradeoff. Allowi
18.
▲
by
rsanders
6y ago
Removing CPU limits seems like a bad idea now that there's a kernel fix. But putting that aside... I don't understand why pods without CPU limits would cause unresponsive kubelets. For a long time now Kubernetes has allocated a sl
19.
▲
by
rsanders
6y ago
This advice is confusing. CPU is a "compressible" resource -- pods don't get killed for (trying to) exceed it. Pods don't get evicted from nodes based on CPU starvation, so autoscaling your node count won't help if
20.
▲
by
rsanders
6y ago
Thanks! I didn't realize they were such distinct personalities.
21.
▲
by
rsanders
6y ago
I thought Red Hat announced last year they were abandoning Btrfs and enhancing XFS with similar features.
22.
▲
by
rsanders
6y ago
The support for multi-arch docker images is getting there, but there's not much of an ecosystem. Between Raspberry Pi, ARM instances on AWS, and ARM-based Macs, it ought to get to critical mass before too long.
23.
▲
by
rsanders
6y ago
Retrying transactions is something every app ought to handle, but it's rare enough that most codebases I've seen just punt on it.
24.
▲
by
rsanders
7y ago
My last company used Terraform to manage Kubernetes. The main issue is that the TF Kubernetes provider supports a limited subset of K8S object types, and of fields within those K8S objects. For example: TF didn't even support Deploymen
25.
▲
by
rsanders
8y ago
I believe that if you have a Parquet file meeting certain criteria, it's directly parallelizable as multiple Spark partitions without any shuffling. The splits would occur at Parquet row group boundaries, I believe. See https:/&#
26.
▲
by
rsanders
8y ago
The situation isn't terribly different for private health insurance. You're still spending out of a shared pool of dollars, and you don't have complete freedom in how you choose to do so.
27.
▲
by
rsanders
8y ago
My company has about half of our services inside Kubernetes, and multiple K8s clusters, so this is a dream come true. We'd already been eyeing Connect as a much simpler service mesh we could use both inside and outside K8S. It does see
28.
▲
Georgia Tech Creates Cybersecurity Master’s Degree Online for Less Than $10,000
(news.gatech.edu)
1 points
by
rsanders
8y ago
|
0 comments
29.
▲
by
rsanders
8y ago
The JVM tax on footprint isn't terrible when there is one instance per host providing the service mesh for all processes on that host. In a containerized deployment model, however, each process may have a "sidecar" process pr
30.
▲
by
rsanders
9y ago
We have a separate build cluster due to concerns about security and stability -- neither mounting the docker socket into a container nor docker-in-docker are comfortable solutions for our cluster managers. Having the ability to run containe
More ›