HackerTrans
トップ新着トレンドコメント過去質問紹介求人

ysleepy

no profile record

コメント

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.
ysleepy
·先月·議論
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.
ysleepy
·先月·議論
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.
ysleepy
·先月·議論
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.
ysleepy
·3 か月前·議論
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.
ysleepy
·3 か月前·議論
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.
ysleepy
·3 か月前·議論
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.
ysleepy
·3 か月前·議論
Yeah, but worse than Go?
ysleepy
·3 か月前·議論
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.
ysleepy
·3 か月前·議論
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".
ysleepy
·3 か月前·議論
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.
ysleepy
·3 か月前·議論
The S25 (edge) runs this very well. 29 tok/s for E2B.
ysleepy
·3 か月前·議論
On my M4 Pro MLX has almost 2x tok/s
ysleepy
·3 か月前·議論
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.
ysleepy
·3 か月前·議論
(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.
ysleepy
·4 か月前·議論
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.
ysleepy
·4 か月前·議論
Oh no, what will Roko's Basilisk think about that!
ysleepy
·4 か月前·議論
The samsung one is usually easier. On non-apple devices the volume is very limited, especially in the EU version.
ysleepy
·4 か月前·議論
And Apple a premium Unix derivative?
ysleepy
·4 か月前·議論
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.