Haldir

https://www.codemag.com/Article/1807051/Introducing-.NET-Cor... might help with Readonlysequence too

The techempower Benchmarks are related to ASP.NET core, that one you can use on Desktop too.

The coreclr is only maybe 10-15% faster than Desktop, but not a magnitude or more compared to old ASP.net.

I don't think that the clr is slower than the jvm, but quite a few basic frameworks are compared to their Java counterparts

The enhance part is probably mobile Form S1.

http://europa.eu/youreurope/citizens/work/social-security-fo...

Topic is misleading. It might be true on .Net as the Version is 3.0.3, which might be the latest released Version for .Net (there is a prerelease of 4.8) but compared to Java it is ancient.

I guess you already know https://www.goodreads.com/list/show/36205.Cli_Fi_Climate_Cha...

Of those books I can wholeheartedly recommend the books by Paolo Bacigalupi.

Ah ok, Thanks for the clarification

Are you certain you have your scaling factor correct? Your Link and also https://www.bfs.de/DE/themen/ion/umwelt/luft-boden/spurenmes... report ~50micro Becquerel/m3. Not sure how you calculated 10000 as the scaling factor.

Afaik anders ist still at Microsoft doing typescript

Dino Esposito describes an "historical" crud System in a series in msdn magazine https://msdn.microsoft.com/magazine/mt703431 This is basically ES with crud. Not saying ES with crud is the best example, but for data which requires Audit Trail logic it actually works fairly well.

Let's look at some real live x265 benchmarks, because you skipped the part where they did it on a beefy dual socket server. Let's take: http://x265.ru/en/x265-hd-benchmark, that benchmark is 1080P, let's assume you're correct with your simplicity and it might be closer to reality.

The fastest listed system there does a blazing 33fps (well that's a broadwell, the 2015 dual socket server is probably atleast the xeon equivalent of it).

And we haven't even looked at the image quality/compression artifacts.

I disagree with your assessment.

Rivvr is apparently a spinoff of Sixa, the appropriate techcrunch article https://techcrunch.com/2016/12/09/sixa-secures-3-5m-as-it-la... repeats the 11ms latency. Maybe it's the same technology? The comments to the techchrunch article do not sound convincing either.

I wonder how that should work. Less than 11ms per Frame compression time, let's say 9ms (as we need to Account for the way back too for latency) for a 2160 x 1200 stream + audio. And you can't see any compression and we're talking Close up here. Not possible with h264/h265.

Not sure if that's the right name for a product by a german company.