ysleepy

Yeah, my proxmox game vm start/stop script does the unload unbind, works most of the time, the reset and start nvidia-persistenced.

Setup isn't perfect, but I rarely game and it has very little overhead.

audio does glitch from time to time though, probably scheduler delays or whatever.

Maybe you could explain why one would use "without rowid" in the first place.

I get saving 8 bytes per row seems attractive, but the tradeoff is not explained.

I wonder how this behaves with VMs, does this help when the host uses this scheduling, but the VM not? Does both make sense? - the vm threads are probably not pinned to cores.

In an case, a great boost for containers on bare metal or maybe core-pinned VMs.

Offense is the best defense? Gradle is usually lagging behind, being unable to build projects with the latest JDK a week after it was released because of some asm bytecode dependency bullshit.

I have an unreasonable hatred of gradle and its imperative, choose-your-own-language build files, every buildfile being structured differently.

Hateful.

Not even talking about how slow it is, no I don't want the garbage demon running somewhere.

Java has gone full circle.

Java had green threads in 1997, removed them in 2000 and brought them back properly now as virtual threads.

I'm kinda glad they've sat out the async mania, with virtual threads/goroutines, the async stuff just feels like lipstick on a pig. Debugging, stacktrackes etc. are just jumbled.

I was kinda hoping to get the nitty gritty of how the NIC does the packet matching, how, it wakes up the system via PCIe and how switches route the frames to the port which has/had the client.

Nothing against the article though, but maybe someone knows a good writeup.

Ah yes, beef is produced predominantly using grad fed cows? The feed is an agricultural product produced on farmland that could be used to produce food.

I'm not a vegan or whatever, but get real with the impact of meat production.

Yeah, but worse than Go?

I agree that the rust community frowns a little too much on the use of Arc/Cloning/Box. If you use swift, everything is ref counted, why subject yourself to so much pain for marginal gain.

Tutorials and books should be more open about that, instead of pushing complex lifetime hacks etc., also show the safe and easy ways.

The article gives Java a worse devx rank than Go and I can't agree. Java is at least on par with go in every aspect of devx, and better in IDE support, expressiveness, and dependency mgmt.

I remember many of these events as I was running FreeBSD a lot and subscribed to the mailing lists.

Why on earth would you give this monstrosity of a company so much free labour?

I get that volunteering is fun, but donating your time and competence to a hyper capitalist company is short sighted. I hope there was appropriate compensation, and I'm not including "early access".

Loved the details about how memory access actually maps addresses to channels, ranks, blocks and whatever, this is rarely discussed.

Not sure how this works for larger data structures, but my first thought was that this should be implemented as some microcode or instruction.

Most computation is not thaat jitter sensitive, perception is not really in the nano to microsecond scale, but maybe a cool gadget for like dtrace or interrupt handers etc.

The S25 (edge) runs this very well. 29 tok/s for E2B.

On my M4 Pro MLX has almost 2x tok/s

I'm actually not sure that's true. Apart from people buying the device with or without the neural accelerator, the perf/watt could be on par or better with the big iron. The efficiency sweet-spot is usually below the peak performance point, see big.little architectures etc.

(glassfish is a Java application container, provides DB, http server etc for apps using the standardized interfaces, now more in the micro-profile corner away from the oldern days JavaEE tar pit)

I use jersey+glassfish to build very small micro-profile applications. It's stable, small and works.

Not a fan of the HK2 dpendency injector though. Maybe that's my general dislike of how convoluted the spec and implementation (of EE di) is.

I hate how sprawling the (other) implementations are, no it is not ok to pull in 90mb dependencies to support things I don't need. These app servers tend to grow into huge uncontrollable messes. Nobody uses standalone containers anymore and forcing people to pull in all or nothing for the embedded version is just asinine engineering.

I enjoyed reading theses perspectives, they are reasoned and insightful.

I'm undecided about my stance for gen AI in code. We can't just look at the first order and immediate effects, but also at the social, architectural, power and responsibility aspects.

For another area, prose, literature, emails, I am firm in my rejection of gen AI. I read to connect with other humans, the price of admission is spending the time.

For code, I am not as certain, nowadays I don't regularly see it as an artwork or human expression, it is a technical artifact where craftsmanship can be visible.

Will gen AI be the equivalent of a compiler and in 20 years everyone depends on their proprietary compiler/IDE company?

Can it even advance beyond patterns/approaches that we have built until then?

I have many more questions and few answers and both embracing and rejecting feels foolish.

Oh no, what will Roko's Basilisk think about that!

The samsung one is usually easier. On non-apple devices the volume is very limited, especially in the EU version.

And Apple a premium Unix derivative?

set the temperature=0 and it is (pretty much) deterministic.

But I assume you mean predictable in the sense of reacting simiarly to similar inputs.

I think that is missing a big point.

I was a big FreeBSD user, using Jails a lot.

Docker is solving the distribution/setup/resource logistics with a good ux. Jails doesn't solve these problems.

Technically Docker is a huuuuge mess.

Linux has lxc, wich is much closer to Jails afaik. You get a VM-like container, owned fs and setup your "os" yourself. This has pretty much bare metal performance.

I love FreeBSD, but I'd also enjoy some modern comforts in declarative deployment.

Is that a Paper without any citations?

Also, how does it differ to providing an language specific LSP MCP to the Agent?

I dislike the hamfisted way Agents use grep to understand a statically typed codebase which has perfect code navigation in the IDE. So this is generally interesting, but it needs comparison to existing approaches.

Also lol, seeking collaboration with frontier AI research labs.

This has major crank vibes.

Thank you for your frank words, you are right, we do agree on many things.

Sure, machine learning has its uses, but at the same time it will destroy the value of the written word. The web was already full of sub par, uninteresting, and even malicious text, but at least the price of admission was a human sitting down and writing it. In that sense as a reader I was at least connecting with another human being. Now that is gone.

You are measured by the standards you set. iA Writer is not a text editor, it is a design product, it sells an aesthetic. People aren't paying 50 bucks because it has all the features, they do it because they appreciate the process and value of writing, a human endeavour of mastery and creativity. Artists and Craftsmen enjoy thoughtful and focussed tools.

You are not the company, and the product isn't you. I as a rando commenting online don't have the obligation of moderating my rethoric to the extent of anticipating this sort of interaction.

Und scheiss auf die Leute im SV, jeder Aspekt ist dort eine Performance und das Leben selbst nur mittel zum Zweck.

I don't know, could you imagine people doing human creative things could be annoyed being confronted by AI everywhere, the thing that is stealing from and destroying artists livelihood?

Yeah, maybe it is a gut reaction on my part.

Read your comment again and tell me that you fully believe in this feature and decided on it because it was important to your carefully crafted experience and human interaction design and not some compromise because everybody is doing it.

The marketing narrative is also jumbled, sorta derisive about artificial text, but telling people to make it their own. Is this the message you want to send? "Our text editor is for people passing off AI slop as their own by slightly rewriting it"?

Your choice of framing and center-staging this feature in the 7 release makes this distasteful.

You chose to pander to the slop flinging AI dullards so you can announce AI AI AI in 7.0.

Maybe we can enjoy the benefits of Electron in 8.0. At least then I can change the cursor color from the ugly cold blue. - You had to force your corpo branding on me while I'm writing didn't you.

I like the article, but knowing they sell a polished plain text editor for 50 bucks makes the final conclusion less powerful.

I like iA Writer, but I don't think distraction free writing will solve our office problems.

PS: Also, fuck their AI bullshit, slop engine integration is so disgusting, I can't believe I've paid for this shit.

Rust does not have the best tooling by far imo.

The IDE capabilities are not nearly as advanced as they are for Java for example.

Compared to C/C++ or dynamically typed languages, sure.

I love that cargo unifies the ecosystem, no quabble over one shitty build tool over another.

I feel like the IDE story still has a long way to go.

Rust for web backends is such a weird choice.

Use a (statically typed) GC language for that.

We are, wireguard needs O(N) updates to add a node to every other node.

I've used it for some time, it feels very much like it is in maintenance mode.

You manage a PKI and have to distribute the keys yourself, no auth/login etc.

it's much better than wireguard, not requiring O(N) config changes to add a node, and allowing peoxy nodes etc.

iirc key revocation and so on are not easy.