Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
ibraheemdev
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
9 ms
·
61.
▲
by
ibraheemdev
5y ago
I use Vim + https://github.com/junegunn/goyo.vim .
62.
▲
by
ibraheemdev
5y ago
A lot of the Java concurrency primitives written by Doug Lea and co. are great reads, and very well commented. See the source of `ConcurrentHashMap` for example: https://github.com/openjdk/jdk/blob/master/
63.
▲
by
ibraheemdev
5y ago
And possible related to the recent post of one of his projects, libmill: https://news.ycombinator.com/item?id=30699829 , where libdill [0], "Structured Concurrency for C" was also mentioned. [0]: http://
64.
▲
by
ibraheemdev
5y ago
For some context, there was discussion about Arkenfox over at the LibreWolf post: https://news.ycombinator.com/item?id=30722884
65.
▲
Arkenfox: Firefox privacy, security and anti-tracking user.js template
(github.com)
77 points
by
ibraheemdev
5y ago
|
8 comments
66.
▲
by
ibraheemdev
5y ago
The follow up to this library was libdill, the library that I believe originally introduced structured concurrency: http://libdill.org/structured-concurrency.html
67.
▲
by
ibraheemdev
5y ago
That's a good overview similar to my experience. > those are pointless for an internal backend with at most 10 concurrent connections I'm also arguing that the benefit of async over threads at 10 _thousand_ concurrent connectio
68.
▲
by
ibraheemdev
5y ago
> One thing I didn't mention is that epoll isn't even state of the art: there's a lot of work going on around io-uring and thread-per-core runtimes nowadays, which I'm following rather closely because again, at my day
69.
▲
by
ibraheemdev
5y ago
> Which is all well and good, until we start hitting some limits. Like, maybe we have SO MANY CONNECTIONS that we run out of memory, because each of these threads has its own stack, and that's not free. It's not a lot, but a lo
70.
▲
by
ibraheemdev
5y ago
> There was weird split where Hyper was the de facto http library, but the best web framework was actix-web which wasn't based on hyper. actix-web, like hyper, is built on tokio, so I'm not sure why you see this as a weird spli
71.
▲
by
ibraheemdev
5y ago
A lot of the difference likely comes from the fact that hyper implements HTTP keep-alive, meaning that multiple requests can be handled on the same connection, vs. having to create and terminate a conbection for every individual request.
72.
▲
by
ibraheemdev
5y ago
Actix-Web actually differentiates itself from most other Rust servers in that it runs multiple per-thread runtimes as opposed to a single work-stealing runtime. This probably doesn't matter to most, but if you really care about latency
73.
▲
by
ibraheemdev
5y ago
For some context, this was written by Felix Klock, a lead of the Rust compiler team: https://github.com/pnkfelix
74.
▲
by
ibraheemdev
5y ago
One cool pattern for tokens is a T! macro: macro_rules! T { (+) => { Token::Add }, (-) => { Token::Sub }, // ... } This is really nice because it lets you match against tokens with `T![+]`
75.
▲
Dare to Ask for More: Rust 2024
(smallcultfollowing.com)
2 points
by
ibraheemdev
5y ago
|
0 comments
76.
▲
Dada Lang
(dada-lang.org)
1 points
by
ibraheemdev
5y ago
|
0 comments
77.
▲
by
ibraheemdev
5y ago
The type sets proposal for Go has already been accepted as part of the generics proposal [0]: type SignedInteger interface { ~int | ~int8 | ~int16 | ~int32 | ~int64 } Interfaces that contain type sets are only allowed t
78.
▲
Async Rust in 2022
(blog.rust-lang.org)
4 points
by
ibraheemdev
5y ago
|
0 comments
79.
▲
SeqCst as a default atomic ordering considered harmful
(github.com)
2 points
by
ibraheemdev
5y ago
|
0 comments
80.
▲
Why Go and Rust are not competitors (2015)
(dave.cheney.net)
2 points
by
ibraheemdev
5y ago
|
0 comments
81.
▲
by
ibraheemdev
5y ago
What about it?
82.
▲
by
ibraheemdev
5y ago
I believe if you resubmit with "How" re-added, it keeps it.
83.
▲
by
ibraheemdev
5y ago
actix-rt is a wrapper around tokio's single threaded runtime, and (optionally) tokio-uring.
84.
▲
by
ibraheemdev
5y ago
https://grep.app/ is a great alternative to github's current search engine.
85.
▲
Portable and Interoperable Async Rust
(ncameron.org)
3 points
by
ibraheemdev
5y ago
|
0 comments
86.
▲
Do we really need undefined behavior?
(ralfj.de)
54 points
by
ibraheemdev
5y ago
|
39 comments
87.
▲
by
ibraheemdev
5y ago
There is work going on to allow crate namespacing (foo/bar): https://github.com/Manishearth/namespacing-rfc/blob/main/000...
88.
▲
by
ibraheemdev
5y ago
https://github.com/junegunn/fzf.vim + ripgrep is really great for that. There is also the native `:vimgrep` command.
89.
▲
by
ibraheemdev
5y ago
What does an IDE give you that (Neo)vim + LSP + Vimspector does?
90.
▲
by
ibraheemdev
5y ago
> can serve almost as much HTTP requests as a Rust server based on Hyper Do you have a link to a benchmark showing this?
More ›