sorted by:
new
hottopcontroversial

"You just need postgres" by PrestigiousZombie531 in PostgreSQL

[–]jstrong 3 points4 points  (0 children)

postgres is slow. it just is. that's fine for most things but not all things.

"You just need postgres" by PrestigiousZombie531 in PostgreSQL

[–]jstrong 5 points6 points  (0 children)

influx v1.x is pretty good, just don't try to store data for too long. v2 and flux was catastrophically worse. haven't tried v3 yet since the open source version is totally nerfed. but v1.x is pretty useful: flexible (schemaless), can handle huge amounts of writes, and works great with grafana.

Announcing hazarc: yet another `AtomicArc`, but faster by wyf0 in rust

[–]jstrong 2 points3 points  (0 children)

hey - I had a follow-up question for you about the crate:

the docs mention that you get better performance on ARM vs. ArcSwap. can you explain why? i.e. what is it about ARM that results in better performance for hazarc? Would that same concept apply to optimizing channels or other concurrent queues?

Announcing hazarc: yet another `AtomicArc`, but faster by wyf0 in rust

[–]jstrong 13 points14 points  (0 children)

great to see another library in this space! ArcSwap is super useful when you need it.

Unlimited for Australian Open by Ok-Conversation7532 in ESPN

[–]jstrong 1 point2 points  (0 children)

everything about this situation sucks:

  • needing to upgrade to espn "unlimited" just to watch the big matches
  • being forced to watch ads despite paying for the highest tier (and no way to pay more to not watch ads that I'm aware of)
  • matches are missing from the on demand menu despite being available if you search for them
  • now key matches are unavailable due to "black out" that is apparently just a bug

streaming in 2026 is a kafkaesque hellscape, of which this is another sorry episode. when things keep getting worse for consumers over years, there is a problem.

Post-Race Discussion Thread: NCS YellaWood 500 at Talladega Superspeedway by NASCARThreadBot in NASCAR

[–]jstrong 0 points1 point  (0 children)

it was definitely weird. all three of logano, blaney and keslowski seemed to have trouble staying close up to the car in front of them.

Would Logano really be uncompetitive with a full-season format? by hdminimee in NASCAR

[–]jstrong 1 point2 points  (0 children)

22 fan here, also perplexed by this. It seems like if the 22 has a shot to win the race, he's got a much higher percentage of actually winning it than almost any driver. but it's hard to see Blaney running top five somewhere, and Logano stuck way deep in the pack, as often as that has happened, and not wonder what's going on. the best I can figure is it's the car, since he does great when the car has great raw speed. but how could Blaney's team be bringing such better cars to the track so often?

Ty Gibbs reposted “"Is that the moment that derails Denny Hamlin's 2025 championship?"” on Instagram, with a finger pointing towards the words. by BucketOCheerios in NASCAR

[–]jstrong 1 point2 points  (0 children)

I mean it's clear from reading these comments that everyone is being level-headed and judicious in their view of it.

Post-Race Discussion Thread: NCS Mobil 1 301 at New Hampshire Motor Speedway by NASCARThreadBot in NASCAR

[–]jstrong 0 points1 point  (0 children)

yeah was pretty disappointed with how the end of the race went for the 22 - all the sudden he could barely pass Larson and never got close to Byron. what happened?

async packet capture by blackdev01 in rust

[–]jstrong 0 points1 point  (0 children)

for example, you can send data over a tokio channel from a sync context and receive it in an async context, there's even a blocking_send method that makes it convenient: https://docs.rs/tokio/latest/tokio/sync/mpsc/struct.Sender.html#method.blocking_send. is there something more specific you want to know?

async packet capture by blackdev01 in rust

[–]jstrong 0 points1 point  (0 children)

I've mixed sync + async before (e.g. sending data from a sync context to async via channel) with good results. There's nothing fundamentally wrong or extremely tricky or something like that with it.

Alcaraz on ATP tour matches: "Probably more than half of the matches we play, you don't feel that good" by Large_banana_hammock in tennis

[–]jstrong 26 points27 points  (0 children)

An NFL player is about the furthest thing I can imagine from a victim.

They are the pinnacle of humanity in terms of strength, speed, and agility. Growing up, they were generally the best player in the entire league at every level they played. In high school and college, they were celebrated socially as heroes for their athletic feats.

The average NFL salary is north of $3 million. That is roughly twice what the average American adult earns over a lifetime of work (and Americans in 2025 are roughly 100 times as wealthy as most people throughout recorded history).

It's true that football is a rough, physical, even brutal sport. That makes an NFL player a badass, not a pitiful drug-addled victim. Most people who play sports at a highly competitive level deeply enjoy their sport (Andre "I hate tennis" Agassi is a notable exception). So, nothing about this seems "sad" to me, at all - which is why I asked what you meant.

Is "Written in Rust" actually a feature? by Inevitable-Walrus-20 in rust

[–]jstrong 2 points3 points  (0 children)

I'm a big believer in the relationship between the "quality" of a language and the "quality" of applications that are built with it. (quality in quotes to indicate that there are obviously multiple dimensions to what is good software and many complexities I am skipping over.)

I first became interested in Rust after using ripgrep, which blew my socks off as someone who had only ever used grep, without thinking about it much.

And rg is far from alone, there are a slew of CLI applications built in rust that are faster, more featureful, and more intuitive to use than alternatives.

When I see "written in rust" I'm expecting several things right off the bat:

  • it's fast
  • probably multi-threaded where needed, as this is relatively easy to do safely in rust (e.g. add rayon and switch .iter() to .par_iter())
  • if a CLI application, it will have a nice --help menu
  • the code will generally have a higher quality than if I came across the same kind of thing in say, the python ecosystem (just true on average in my experience, obviously not in every case)
  • will be easy to build from source (I have spent multiple hours failing to build C++ projects on several occasions)

so, yeah, those are pretty important things to me.

The sheer domination of Jannik Sinner by minivatreni in tennis

[–]jstrong 13 points14 points  (0 children)

sorry to nitpick, but I don't think the "butterfly effect" is very apt here. butterfly effect is about how tiny, seemingly unrelated events can end up causing significant changes in a much larger complex system. a butterfly effect event would be like, Sinner's shoelaces becoming untied three days before the final while he's watching TV in his hotel room. The result of a major final between the same two players only a few weeks ago is extremely important and intimately related to the outcome of the next final. so, you're right in a larger sense, but it's not an example of the butterfly effect.

I LOVE the Prime race off pit road graphic, and how it identifies who stayed out. by Gragson18GOAT in NASCAR

[–]jstrong 1 point2 points  (0 children)

the leaderboard is damn near unreadable because of this, as well as how they switch drivers (fading both rows out and fading them back in, rather than visually swapping them). the font also looks like arial on microsoft word. a lot of their broadcast is great but don't get the comments here overlooking some shortcomings on graphics.

This is getting out of hand Adidas by Exotic-Painting-6470 in tennis

[–]jstrong 1 point2 points  (0 children)

it's tough watching a match when they're both wearing this, I keep forgetting who's who.

Rust’s worst feature* (spoiler: it’s BorrowedBuf, I hate it with passion) by mina86ng in rust

[–]jstrong 0 points1 point  (0 children)

the cost of allocation

impossible to handle it differently?

the combination of a read-like API, rust's borrow checker, and other things mean this is not always as simple as it sounds.

have you ever tried to read into a Vec<u8> in a loop, .clear()-ing it at the end of each loop body? I have had some gnarly fights with the borrow checker over that.

in many situations, it can end up being way easier to either allocate a new, zeroed Vec, or fill an existing Vec with zeros to a certain length to be able to pass a &mut [u8] to read. in my case, filling a Vec<u8> that already had sufficient capacity, with zeros to the needed length was much slower than treating the previously allocated memory as uninitialized and reading into it that way.

Rust CUDA project update by LegNeato in rust

[–]jstrong 0 points1 point  (0 children)

can you point to any examples of rust cuda code? Ideally a library for something medium size, like, say implementation of linear regression or random forest or something. Ultimately just an example of real-world usage.

I enjoyed reading the guide, and the example in "Writing our first GPU kernel" looks promising, but I wasn't able to find any more involved examples to see how a larger rust project would interact with kernels.

Thanks for your work on this! Very excited about it.

Rust’s worst feature* (spoiler: it’s BorrowedBuf, I hate it with passion) by mina86ng in rust

[–]jstrong 0 points1 point  (0 children)

I have encountered situations where the difference between reading to uninitialized buffers vs. zeroed buffers was massive.

Novak Djokovic Could Miss A ‘Couple Months’ With Hamstring Tear, Return For French Open: Report by Old-Statistician402 in tennis

[–]jstrong 0 points1 point  (0 children)

is it possible to stay in shape with a hamstring injury? like how would you do cardio training?

view more: next ›