cmdrk

the camera always being out makes me as deeply uncomfortable with this as i was with Glass.

It depends on what you're doing. Computers are fast! Like, really fast! And not every game is an AAA, fully 3D title with ray tracing and etc etc. Games are such a broad topic and I believe people can absolutely make games in Python without spending all of their time fighting GIL monsters and garbage collectors.

Scott Air Force Base in Illinois, perhaps?

send one my way to evaluate for HPC workloads, thanks.

depends on the kind of game you are making. People made MMOs in the year 2000 when CPUs themselves were an order of magnitude slower.

sometimes the code is deeply complex stuff that has accumulated for over 30 years. to _just_ rewrite it in CUDA can be a massive undertaking that could easily produce subtly incorrect results that end up in papers could propagate far into the future by way of citations etc

it really depends on the workload. as other posters have said, not everything can/should be ported to GPU. some scientific calculations are simply not parallelizable in that way.

typically at least in the US there's a mix of GPU-focused machines as well as traditional CPU-focused machines. the leadership class machines (i.e., the machines funded to push the FLOPS records) tend to be highly focused on GPU. one reason is fixed cooling/power availability. I assume these facilities are looking at ARM as a way to save 10-20% on power and thus cram that much more into the facility.

What is a QR code if not a 2D barcode?

perhaps similar in the amount of effort expended increasing to mine it out per generation?

is it the programming languages themselves, or the programmer comments within the training sets that improve output?

I played during a free play weekend. I got out of my bed and immediately fell through the world and died. Tried again and went to look for the space port. Had to take a train to get there. The train ride was cool exactly once, but then you realize the planets are vast nothingness and the cool city you see really is completely empty. Lots of T-posing 3D models standing on tables and chairs. A much-vaunted "Bartender AI" that plays the same pint glass flip animation and says the same few dialog bits ad nauseum. The flight model is rather.. erm.. version zero like the rest of the game? As in, it doesn't really exist but maybe someday.

It's not an MMO as such, with something like 50 players per server. The Server Meshing God-tech that they've been banging on about for years now is practically impossible as described. To paraphrase, "you'll be able to shoot a gun from one ship and the bullet will pass through several cloud servers as it hits a player in another ship". Latency and n^2 are not your friends here. Honestly, based on this alone I'm surprised by the amount of Gell-mann Amnesia in the thread.

In my experience it's a "make your own fun" sort of game. Try it on a free play weekend, but IMO don't get sucked in and donate tens of thousands of dollars to a broken CryEngine demo running on promises.

There's also https://text.npr.org/

Doesn't the journald component of systemd do this? I seem to recall it was much reviled for exactly the problems you point out - that it is harder to work with than plaintext logs.

Not a single author, but the Erlang parts of the Erlang source code are quite readable. (I haven't looked at the C parts)

Custom controllers? Deprecated and will be removed in v1.30! Please switch to the v1alpha1/ManagedManipulators API (which won't be stable until v1.35)

Cronjobs? Those will be gone too in a few versions. You really should be keeping up with the time-based task working group!

and personally, I think elastic cakehole is not the right tool for the right job. You should really switch to open cakehole by Amazon.

I'd start from the defintion of Free Software per GNU: https://www.gnu.org/philosophy/free-sw.html#four-freedoms

Personally I consider GPL an _implementation_ of copyleft rather than copyleft itself.

Completely agree.

It's all well and good that RH follows the legal requirements of the GPL by providing the sources to their customers. All above board there.

The problem is that, as a downstream customer of that software, RH threatens to terminate my business contract with them if I exercise my own freedom to redistribute that software. It's completely in bad faith.

while RH may follow the letter of the GPL, many people feel it is an attack on the spirit of copyleft.

AFAIK, SS13 had a number of source code leaks that resulted in popular forks as well. Not exactly the spirit of FOSS.

when it comes to technology issues, Ron Wyden is one of the best folks we have in congress.

Location: Chicago, IL, USA

Remote: Sure

Willing to relocate: To Midwest or possibly East Coast USA

Technologies: HPC, Kubernetes, Storage technologies, Erlang

Résumé/CV: On request

Email: cmdrk@proton.me

Interested in academic computing opportunities, interesting distributed system work. Not interested in adtech/fintech.

I've been plugging away at a multiplayer game server framework in Erlang, called Overworld: https://github.com/saltysystems/overworld

It integrates with Godot, with the ability to generate a client library that (un)marshalls data by way of Protobuf and communicates over ENet (UDP) or WebSocket (TCP).

Most recently, I've been working on a 2D space game with the framework, envisioned as a top-down EVE Online or Elite: Dangerous style of game.

I rarely use Siri, but my technophobe elderly parents have embraced it as a fairly intuitive way to navigate their phone settings, contacts list, etc.

Personally, I use a single 38" curved monitor (3480x1600). I have old man eyes but this allows me to have up to 4 vertically split tmux panes with at least 80 cols in each pane for programming in vim. I find multi-monitor very distracting, but I'd never go back to a single 1080p screen at this point.

it has nothing to do with technology. it has everything to do with tribalism and just plain growing up.

Super exciting that the wait is almost over.

Now I can finally go rebase all of my plugins against the new GDScript now that it's stabilized a bit. Seems there were a number of small but breaking changes between the beta releases. Overall the betas have been fairly pleasant to use.

Hoping that the Godot team will consider producing double precision binaries now that we're closer to release. It's a small pain to have to build from source and divine the right flags etc.

Location: Chicago

Remote: Yes

Willing to relocate: Within the Midwest

Technologies: Distributed systems, especially those using Erlang (and Elixir to a lesser extent)

Résumé/CV: By request. Over a decade of experience in academic HPC environments including job scheduling, distributed file systems, virtualization (incl. cloud), containerization (incl. K8S)

Email: <username> @ proton.me

no interest in fintech or adtech.

It would be really interesting to know what sort of things the Erlang team considered but then dropped as bad ideas!

The old dredged up Anandtech article is referring to the price of 3.5" disks, but the 360 used something smaller, probably 2.5". An off-the-shelf laptop drive would've been a bit more expensive and a bit more comparable to the $99 that Microsoft was charging.