spintin

Seems pvr is only vulkan?

So how do you implement a TCP socket?

I have always had to do synchronized(something) { socketInputStream.read(); }

And the dude himself says that reading from a socket is a problem if you listen to the interview.

Well see, if Patricio Chilano hasn't fixed this in a year I would start to get VERY worried.

Moving monitors into Java is not a good solution, like the long solution they are working on.

Java should be the API not the implementation!

https://www.youtube.com/watch?v=WoQJnnMIlFY&t=260s

To get the whole context, so virtual threads are unusable?

What holds a monitor by default and is there a workaround?

Found more:

    A virtual thread cannot be unmounted during blocking operations when it is pinned to its carrier. A virtual thread is pinned in the following situations:

    The virtual thread runs code inside a synchronized block or method

    The virtual thread runs a native method or a foreign function (see Foreign Function and Memory API)

For those those that don't know what this means: Blocking network TCP IO needs a sychronized block to work = you can't use virtual threads for networking. I wish they formulated it like that from the start!

Atleast now we know what they meant with don't use virtual threads for anything but tasks <- not blocking IO with synchronization!

So for now manual NIO is still the king of the hill.

We are reaching peak humanity levels of complexity!

The GPU doesn't have a closed driver that works either.

It's been a year for the JH7110 too, so I wouldn't hold my breath.

On Vision Five 2 everything is still softpipe in the official Debian from Star Five!

On the PineTab-V NOTHING involving the 3D part of the GPU works!

YouTube works for consumption, but that's not interesting for production.

To write/film a review of a SoC with GPU without running glgears is backwards.

I think the only hope now is for the upstream to gain a working driver in a year or two.

The warning shots across the bow where heard with this statement from the devs:

"Don't replace platform/native threads with virtual ones, replace tasks (without further explanation) instead"?!

Combine that with the fact that they chose to implement the scheduler in Java instead of C(++) and you're set for performance problems.

Remember that NIO took from 1.5 to 1.7 to be usable/performant and that was native!

Edit: Finally figured out why: https://news.ycombinator.com/item?id=39010648

100 FPS with 1500 characters? OpenGL (ES) 3 beats Vulkan at anything interesting on a single thread. How are these new protocols not divulged as bloated waste of time? Is every programmer a brainwashed eternal growth buffon? Probably job security: “It is difficult to get a man to understand something, when his salary depends on his not understanding it.”.

I meant do mistakes that you don't ship. And think before you make mistakes you don't plan to ship...

I know that it's hard to build the intuition and sharp judgment without failing, but with time anyone can dismiss mistakes in their head. Only money makes you make mistakes because you are 1) pressed for time 2) greedy.

Money IS the problem, soon money will be the problem of the past though (energy is the final problem), so that wasted time (most of 4 billion man centuries) is lost forever in a puff of smoke.

The most pervasive VR headset is that of money and abuse. You can tell Henrik also has that one firmly pulled down over his head when he mentions the cake story. The reason she could not eat cake is that the cake was violent. The reason Elon can do more is because he pays very hard working people fake money that he receives for free. Privilege is violence. Money is war.

The reason we fear shipping is that we know there is an absolute truth out there that nobody made any effort to find. ONLY if you ship that eternal fundamental solution have you made anything interesting.

Everything is shit, think before you act! It's better to do nothing, than to deliver more shit.

After Effects and DAWs, yes thank you for proving my point.

Dassault and HR, yes thanks for proving my point.

I doubt M$ can displace linux at this point for anything but consumption.

To produce value you need to get away from bloat, not embrace it.

Linux has it's problems too, but it's open; so we can fix them.

Microsoft can't be fixed.

// We have optimized the heap sizes to reduce TLB misses. Change this and you could &%$# up performance (by as much as 1+ ms/frame)

Cache misses are one thing but here it's virtual memory and page tables!?

TLB = Translation Lookaside Buffer

I think it's important to emphasize that you won't win against random luck without the rush strategy:

- If you begin in a corner (best) or side (ok), you can win if the side opposite to the one you are rushing towards does not rush you. If you begin in the center there is no way to win.

- To rush wait until ~17 because then you'll fill a full run before your lands get 2, enabling a second rush if the first fails.

If you win against one player before 50 seconds the chances get exponentially higher to win. Beat 2 in the first 100 seconds and you probably have 90% chance of steamrolling the entire board.

Minecraft sold for 2,5B when having sold 1B, now it sold 10B.

Did you ever consider to make the game persistent and MMO?

If so what made you resign that?

You need WASD and E... and mouse. I have bluetooth keyboard + mouse on my tablet. XD

I think the solution is to take sail boats and trains instead of planes and buses because those sometimes leave you behind the burning of toxic fuel and also as a sideline Sharp UA-HG40E (just be careful what water you use in it (filter or source without minerals) and disable the ozone thing). When biking for those that can bike, stay off crowded car roads when you can, I nowadays hold my breath when a truck passes by. Last but not at all least: move to a smaller housing (20 square meters max per person) and quit your stupid job. Obviously: No debt, low fixed costs and learn how to program a low energy computer ~5W. Multiplayer is the matrix, learn it!

I wouldn't consider moving to Paris without all the plans they have:

- Central Paris will have ZERO diesel cars after 2024.

- 1, 2, 3, 4 and north parts of 5, 6, 7 arr. will have limited non-diesel traffic.

- Neuilly is also adopting the same limitation, because everyone there already have Teslas. (Electric is not the solution, the bike is the solution)

Respiratory diseases are not only caused by viruses they are also increased by diluting gasoline and diesel with other oils (historically mostly palm-derived, but now any cooking oil is used) to increase supply.

I'm betting fracking also puts a lot of bad things into these fuels that then end up in the air you breathe.