ports543u
Re:Music eases surgery and speeds recovery, study finds
on Thursday November 27, 2025 @05:26AM (#46067821)
The paper mentions it being about total IV anaesthesia with propofol, so it should be generalizable to all surgeries with the same anesthetic conditions.
Re:Google Antigravity
on Tuesday November 18, 2025 @11:31AM (#45968450)
Program not needed.
The owner of this site is involved in a scrapping business[0]. How can she justify that with fast-ness?
>Performant stealth mode
>Scale browsers with bot anti-detection. Access high performant residential proxies and built-in auto-CAPTCHA solvers
[0] https://www.onkernel.com/#:~:text=Performant%20stealth%20mod...
Re:AI overviews cause massive drop in search clicks
on Thursday July 24, 2025 @06:53AM (#44669219)
You have adblock on firefox mobile or in browsers like Cromite (fork of Bromite, based on Chromium).
Re:Hyperbola GNU/Linux-libre operating system
on Monday December 16, 2024 @07:01AM (#42430267)
Very nice system! I fully support their endeavour, and may become my next daily driving OS.
Re:What Is Memory Safe?
on Friday November 29, 2024 @10:01AM (#42274321)
Many require new projects to be written in memory safe languages. But what constitutes a memory safe language is blurry. For example, this is what the NSA says: https://readwrite.com/the-nsa-list-of-memory-safe-programmin...
Note the "suggests".
What Is Memory Safe?
A lot of organizations, private and public, are starting to require that memory safe languages are used. But what can be considered memory safe? Is memory safety a binary or a spectrum? Are languages without GC memory safe? People consider Rust memory safe, but there are a few cases where it is not. Is idiomatic Zig memory safe? Is idiomatic modern C++ memory safe? I'd like to read your thoughts.
Re:Ask HN: AI Supported Test Automation?
on Tuesday October 29, 2024 @05:44AM (#41981586)
> AI Supported Test Automation?
God, no. AI represents the antithesis of quality.
LSD makes colorblind person see color for the first time (2003)
Re:Using Rust in Non-Rust Servers to Improve Performance
on Monday October 28, 2024 @11:00AM (#41971689)
> Is there an equivalently easy way to expose a native interface from C to JS as the example in the post?
Yes, for most languages. For example, in Zig (https://ziglang.org/documentation/master/#WebAssembly) or in C (https://developer.mozilla.org/en-US/docs/WebAssembly/C_to_Wa...)
> Relatedly, is it as easy to generate a QR code in C as it is in Rust (11 LoC)?
Yes, there are plenty of easy to use QR-code libraries available, for pretty much every relevant language. Buffer in, buffer out.
Re:Using Rust in Non-Rust Servers to Improve Performance
on Monday October 28, 2024 @10:37AM (#41971456)
I think it is pretty obvious. Native languages are expected to be faster than interpreted or jitted, or automatic-memory-management languages in 99.9% of cases, where the programmer has far less control over the operations the processor is doing or the memory it is copying or using.
Re:Using Rust in Non-Rust Servers to Improve Performance
on Monday October 28, 2024 @10:25AM (#41971330)
While I agree the enhancement is significant, the title of this post makes it seem more like an advertisement for Rust than an optimization article. If you rewrite js code into a native language, be it Rust or C, of course it's gonna be faster and use less resources.
Re:IPv6 may already be irrelevant – but so is moving off IPv4
on Wednesday October 23, 2024 @08:01AM (#41924087)
The resistance to switch to ipv6, or the comfort with the ipv4-born address exhaustion remedies, only helps an internet of consumers, not an internet of peers that create and share. If you are behind NAT or CG-NAT, you can only consume, not create. You can't host a server, expose a port. You are at the mercy of the big fish.