fyrn-

In rust's case part of that is that LLVM is very C optimized. It's not great at taking advantage of the more strict rules of rust yet. It is getting better though.

Is there some explanation for why this person does not like WASI?

Cap'nProto Is so much better. Really a lot are, but Cap'nProto is main by the original protobuff dev so his description of why he made it is relevant. I use protobuff everday at work and honestly the generated code is incredibly awful conpared to pretty much any alternative. We're way to bought in to switch now though sadly.

Asian carp -> copi

Since the article tries it's harest to obfuscate that..

Failing to load in web view was an instant fail for me :/

If you find the quality of ddg results lacking, I know I did, they are basically just a bing wrapper after all, then give Kagi a shot. It's a subscription service search engine, but in my opinion it's more than worth the cost, especially for programming queries

I reponsed to a similar comment hete earlier, I've reproduced that below, maybe that will give some context:

I don't have much hope for it, I know several people that worked for amazon lumberyard (it's old name), that have quit because that organization is collapsing in on itself, losing engineers way faster than they can hire, and the engine is still buried under a mountain of tech debt inherited from Cryengine (that real Cryengine has resolved a long time ago)

One quit because the new render was so performance intensive, an rtx 2080 super was min spec for the lightest of scenes to achieve 60fps.

Another because he became the last engineer on his team after all the others quit and moved elsewhere at Amazon.

Even hoping open source saves it is unlikely, as it's only in name. The CI and infrastructure to meaningfully develop it open source does not exist.

As a final nail, the install process takes over two hours, which is just not competitive.

I don't have much hope for it, I know several people that worked for amazon lumberyard (it's old name), that have quit because that organization is collapsing in on itself, losing engineers way faster than they can hire, and the engine is still buried under a mountain of tech debt inherited from Cryengine (that real Cryengine has resolved a long time ago)

One quit because the new render was so performance intensive, an rtx 2080 super was min spec for the lightest of scenes to achieve 60fps.

Another because he became the last engineer on his team after all the others quit and moved elsewhere at Amazon.

Even hoping open source saves it is unlikely, as it's only in name. The CI and infrastructure to meaningfully develop it open source does not exist.

As a final nail, the install process takes over two hours, which is just not competitive.

Github issue tracking this comment: https://github.com/riscv/riscv-v-spec/issues/811

There is none, one of the main objectives of WASM was to be a machine agnostic bytecode, similar to JVM bytecode for example. People have even built wasm VMs on FPGAs

It's unfortunate that it's not available for Firefox mobile, for me at least, mobile is where I want translation. For example when traveling and viewing the sites of businesses

Not really that "pre" in their case, it's in a reaction to an existing crisis

Yikes

I don't think that's what they sre saying, I think they sre saying it's stupid Microsoft requires hoops for such a basic feature, hence "Fix Windows" being option 1

Doubt it since no one makes money selling gas at the pumps, that's just the hook to get people in the store

Th IGPU is substantially better in the new RDNA2 chips, also power draw.

Article says 26% met the criteria already, so it's not that out there to expect to see an effect

https://web.archive.org/web/20220506173540/https://www.nytim...

This would really benefit from labeling the y Axis

Yeah, I've done a lot with SDF, and I don't know what they mean. I guess SDFs and ordering are tengentially related..

Yeah, it's so slow that I'm wondering if they were actually measuring TCP/unix socket overhead. I wouldn't expect to see a difference at such a low frequency.

I didn't dig into the benchmark, but this seems to use typescript which fastly I think claimed in the inital post was "beta"? I would be interested to see how this compares to fastly with rust/wasm as their more mature system, even if that would also inherantly not be apples to apples (not that you can ever have that with something like this anyway)

Probably not the ideal pick for an everuone facing library like this, tcmalloc focuses on reducing core thread contention, at the cost of compactness and often debugability. I've not been following the ptoject for some time though, so maybe things have changed. Still a great allocator if those tradoffs are what you want. Something more like mimalloc would probably be a better general purpose allocator for something like this

Not back into C, from WASM to native executable / asm / object code

Maybe don't write an Xorg window manager right as the replacemeant for Xorg starts to take off though

I've actually found this bug before, but since I've been stuck on a six years out of date version of GLFW, I assumed it had been fixed and just wrote a ticket to update GLFW. It was wild to see this in my feed today!

I think you uave some major misconceptions about how this stuff works. Most vision models output the current state of the world, to be integrated with other sensor data like lidar that is then used for planning. There are models that try to guess things like the crossing intent of pedestrians, but even those models just output a confidence of them crossing. I work for a different self driving company, but this high level stuff is pretty much the same everywhere.

Why go with an intel plastform right now when AMD laptops CPU are lapping intel ones for heavily multithreaded work like compiling? I suspect for developers which probably represent a larger than normal segment of your potential customers, that AMD cpus would have been the better choice for battery life and multithread?

Even with that I think flatbuffer, is still the main competition for something like this, not including it might make this look more impressive, but including it and mentioning that bebop has some advantages over flatbuffers (although with less language support) would be more fair.

What are they thinking, they say they assume no one uses this feature, maybe they should actually get data on that? If you don't uave telemetry for it, then add that first. At least do a poll.