Hacker Newsnew | past | comments | ask | show | jobs | submit | bronson's commentslogin

Neither is petroleum, nuclear, or the highway system. What's your point?


Wind is the worst of all, otherwise the UK would have the cheapest energy in the West, instead of the highest


Electricity prices are set by the marginal producer, which in the UK a lot of the time means gas turbines which are expensive to run. Which mainly means that the renewables plants are making money hand over fist, creating a big push to create more. It's only once that percentage grows enough that the price pressure will go downwards in general. (currently the UK is roughly an even split between gas turbines, nuclear/biomass, and renewables). You can already take advantage of the low price of renewables in some cases, though, if you have a flexible tariff and electricity demand (like a water heater, a house battery, or charging an EV), by drawing when the gas turbines are not necessary to meet demand.



They effectively banned onshore wind for a decade in England just as it became the cheapest source of electricity available to them.

It's neat how right-wing sabotage feeds ino the next cycle of propaganda to support more sabotage.


Or maybe if not for wind their electricity would be even more expensive.

See? Anyone can make kill-shot arguments when there's no data.


There's plenty of data.

Analysis: Wind power has saved UK consumers over £100 billion since 2010 – new study

https://www.ucl.ac.uk/news/2025/oct/analysis-wind-power-has-...

The interesting part is that 130 Billion of the savings were in reduced gas prices as it reduced demand, particularly in winter, and freed up gas storage.

And this is depsite an effective ban on constructing onshore wind in England from June 2015, more than half the 2010 to 2023 time period studied.



Now my family usually says "I'm going to ask AI."


A few weeks before the tariff idiocy, I paid $320 including shipping for an ebike battery from the EU. When it arrived, it included a bill for an additional $350 from US Customs. That's insane, I refused.

When returning to sender, the package disappeared, presumably into Customs. I'm out $320 and still no battery.


Customs auctions that stuff off once a month. Next auction, Feb. 12th.[1] Item list goes live 3 weeks in advance.

[1] https://cwsmarketing.com/us-customs-go-merchandise-auction-f...


So the author sent spam that they're not interested in? That's terrible.


One additional bit of context, they provided guidelines and instructions specifically to send emails and verify their successful delivery so that the "random act of kindness" could be properly reported and measured at the end of this experiment.


I think the key misalignment here is whether the output of an appropriately prompted LLM can ever be considered an “act of kindness”.


At least in this case, it’s indeed quite Orwellian.


Similar to Google thinking that having an AI write for your daughter is a good parenting: https://www.cbsnews.com/news/google-gemini-ai-dear-sydney-ol...


You can get a 7040 series Ryzen mainboard for $380.

https://frame.work/products/mainboard-amd-ryzen-7040-series?...

So I don't understand your $1000 complaint ... that's the most expensive mainboard they offer. You think Framework shouldn't offer the high end stuff?


My current 128gb AI 300 started as a 16 GB 12th gen Intel. Unrelated, I also upgraded to the higher resolution screen.

For me anyway, the answer is "yes".


Kyber is an I/O scheduler. Nothing to do with this article.


The comment was perfectly valid and topical and applicable. It doesn't matter what kind of improvement Meta supplied that everyone else took up. It could have been better cache invalidation or better usb mouse support.


> Every driver is a glorified while loop waiting for an IRQ

This is so obviously false that I suspect there's the reason you don't see any Rust gurus agreeing with you.

Drivers do lots of resource and memory management, far more than just spinning on IRQs.


I should probably ask what experience do you have writing hardware drivers for the Linux kernel, but it's pretty obvious the answer is: none. I actually burst out laughing reading your comment, it's ridiculous.

My anecdotal experience interviewing big tech engineers that used Rust reflects GP's hunch about this astonishing experience gap. Just this year, 4/4 candidates I interviewed couldn't give me the correct answer for what two bytes in base 2 represented in base 10. Not a single candidate asked me about the endianness of the system.

Now that Rust in the kernel doesn't have an "experimental" escape hatch, these motte-and-bailey arguments aren't going to work. Ultimately, I think this is a good thing for Rust in the kernel. Once all of the idiots and buffoons have been sufficiently derided and ousted from public discourse (deservedly so), we can finally begin having serious and productive technical discussions about how to make C and Rust interoperate in the kernel.


When you say "base 10", is that "10"-er written in big endian or small endian?

It's as if there's a convention of sorts to how we write numbers (regardless of base).

If you don't state endianness in your exercise, one should assume the convention is followed.


That makes no sense. The value of two bytes as a single number is strictly dependent on endianness, and there's no "convention" that can be assumed.


You're saying you believe every Linux driver actually is a glorified while loop?

I guess it makes sense you're having trouble hiring qualified candidates.


He's arguing most drivers are mostly event driven --- which is true, trivially.


Nowhere did he argue that. What he actually argued--poorly and offensively--is that it's "pretty obvious" that bronson has no experience writing Linux hardware drivers.


That's remarkable, since his comment says nothing about events.

Still, it sounds like you're saying that Linux drivers are more than glorified do loops spinning on IRQs, right? If so, then I guess we agree.


I'll accept praising with faint disagreement any day.


As long as the receiver is always-on and always listening. Easy when plugged into the wall, like a TV. Not so easy when it's on battery.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: