Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
jhgg
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
11 ms
·
91.
▲
by
jhgg
4y ago
This is what we do at my place of work. Minimum 8 characters - and the password cannot appear as one of the top compromised passwords in HIBP list. Except in France - CNIL does not agree with NIST. :(
92.
▲
by
jhgg
4y ago
Does this apply with https://cloud.google.com/resource-manager/docs/organization-... enabled?
93.
▲
by
jhgg
4y ago
This is by no means a practical exercise... and is to demonstrate the capabilities of a large language model, not to reduce boilerplate.
94.
▲
by
jhgg
4y ago
> production grade and pure rust tls library You mean rustls? https://github.com/rustls/rustls
95.
▲
by
jhgg
4y ago
What is wrong with CQL? The only gotcha I am aware of is UPDATE/INSERT really just meaning UPSERT.
96.
▲
by
jhgg
4y ago
We did with some. Although I don't recall the exact specifics but there were improvements we were able to make with GC tuning and switching from CMS to G1. We were on old version of Cassandra for our most problematic cluster - and it w
97.
▲
by
jhgg
4y ago
At this scale you automate away 99.9% of the things you respond to. We are not even near this scale yet at my place of work, and we are moving towards this methodology of strong automation to orchestrate a cluster. We hire software engineer
98.
▲
by
jhgg
4y ago
Our biggest issue with running Cassandra was related to pathological read / write patterns by some tenants on our system causing outsized availability impact due to triggering garbage collection pressure that would cause whole node GC
99.
▲
by
jhgg
4y ago
You can email hn@ycombinator.com and request a title change. I have seen this done before.
100.
▲
by
jhgg
4y ago
I am curious about this as well. We take privacy very seriously at Discord. Earlier this year, we entirely re-wrote our privacy policy as well to be more plain English and less legalese. I think that it's actually one of the more well
101.
▲
by
jhgg
4y ago
All the marketing in the world isn't going to move the needle if your product doesn't solve a problem or offer a better experience for users. To say that the success of discord was due to "pouring VC money into marketing"
102.
▲
by
jhgg
4y ago
This is actively being worked on right now actually :)
103.
▲
by
jhgg
4y ago
There is talk about allowing public/discoverable servers to be indexed. I don't know when those plans might materialize, but it is very much top of mind for us that there is ever growing knowledge on Discord that isn't access
104.
▲
by
jhgg
4y ago
They mentioned they were using tokio, so naturally, yes.
105.
▲
by
jhgg
4y ago
We had the same experience at work deploying rust services that serve many billions of requests a day as well.
106.
▲
by
jhgg
4y ago
We use a mix of axum, and tonic/tower, depending on if the service is internal (grpc) or external (http). And no, we do not use an ORM like diesel, since we primarily use ScyllaDB. We wrote our own - it's very nice. We have a full
107.
▲
by
jhgg
4y ago
No. Not anymore. 4 years in and I maybe run into a borrow checker issue very rarely in a given week. Once you understand how the borrow checker works and how to write/structure your code in a way that the borrow checker is happy with i
108.
▲
by
jhgg
4y ago
Writing Rust at scale, I concur with some of these findings. Nowadays, my team exclusively writes Rust. Our rationale is two-fold. 1) We want to write software that is fast and inexpensive to run. Our rust services are quickly growing, but
109.
▲
by
jhgg
4y ago
> Are GCE's SSDs particularly error prone? Yes, incredibly error prone. Bad sector reads were observed at an alarming rate over a short period - well beyond what is expected if you were to just buy an enterprise nvme and slap it int
110.
▲
by
jhgg
4y ago
ScyllaDB only supports XFS due to its requirement on aio.
111.
▲
by
jhgg
4y ago
No dedicated NICs, the link speeds are fast enough to not really worry about this. It's also worth mentioning that in a cluster of N, to recover a node, it simply needs to stream 1/(N - 1) of the data from its neighboring nodes. S
112.
▲
by
jhgg
4y ago
Scylladb is luckily much faster. We can rebuild a ~5TB node in a matter of hours.
113.
▲
by
jhgg
4y ago
On GCP, live migration moves the data on the local-ssd to the new host as well.
114.
▲
by
jhgg
4y ago
We have two ways of re-building a node under this setup. We can either re-build the node by simply wiping its disks, and letting it stream in data from other replicas, or we can re-build by simply re-syncing the pd-ssd to the nvme. Node fai
115.
▲
by
jhgg
4y ago
This is why https://developer.apple.com/documentation/safariservices/sfs... exists and why the blog post advocates for using it.
116.
▲
by
jhgg
4y ago
Strange - we use Druid at scale at work, and it doesn't really require much maintenance. In fact, for the most part aside from some incidents caused by our own misconfiguration, it buzzes away just fine. Runs on Kubernetes. Most annoy
117.
▲
by
jhgg
4y ago
https://www.usenix.org/system/files/hotcloud19-paper-young.p...
118.
▲
by
jhgg
4y ago
This is the simplified version of how we do process migration. Of course the devil's in the details, but yes, the way the BEAM process model works makes it super amenable. We have some bits to negotiate the state handoff between differ
119.
▲
by
jhgg
4y ago
No, it's entirely in user-space. Our websocket protocol can just negotiate a resumption. https://discord.com/developers/docs/topics/gateway#resuming
120.
▲
by
jhgg
4y ago
One thing you can do is use :ets.slot/2 to do random probing of the cache and evict entries. The way to do so is simple, just have a process every few milliseconds check a random set of keys (say, 50 keys), and check if they expire. If
More ›