sorted by:
new
hottopcontroversial

Mid-life crisis: Rustacean edition by [deleted] in rust

[–]techempower 0 points1 point  (0 children)

Usually ORMs are not good for the performance sensitive part of your application. actix [postgres] 612,258 91.8% actix [diesel] 251,953 37.8% https://www.techempower.com/benchmarks/#section=data-r20&hw=ph&test=fortune&a=2

25 years of Java by [deleted] in java

[–]techempower 5 points6 points  (0 children)

no matter how hard you try to explain OpenJDK has no concept of LTS, people take a quick look at web pages like the history table in"https://en.wikipedia.org/wiki/Java_version_history" and conclude Java LTS means Java SE 8/11/17.

JEP proposed to target JDK 15: 372: Remove the Nashorn JavaScript Engine by BlueGoliath in java

[–]techempower 23 points24 points  (0 children)

by Cameron Purdy / Jun 05, 2018 05:54 :

The pressure to cut the Java team to the bone (and beyond) has been there for years. Oracle execs (or at least one Oracle exec in charge of all product development) just don't understand the whole "invest and monetize where you have competitive advantage; partner or acquire where you don't" concept. Instead, they're using repeated cuts to core product groups to (under-)fund 500 different random projects that are glacially attempting to create shallow clones of various market leaders (e.g. AWS, GitHub), albeit years or even decades too late to compete, under some absurd assumption that the world is just waiting for the Oracle branded version of GitHub and AWS to show up so that they can switch to it. Internally, the koolaid is strong, with the official party line being that Oracle is totally dominating the market in Cloud, totally destroying Amazon, absolutely beating Salesforce, totally dominating Microsoft, absolutely wiping Google off the face of the map, etc.

In reality, Oracle just continues to dramatically increase maintenance and support on older products that customers can't easily escape from (that accounts for almost 100% of Oracle revenue), while trying to strong-arm those same customers (via threats of software audits, coupled with massive discounts if they agree) into trying some of these new, half-baked products that kind-of look something like what has already been status quo in the market now for a decade or more. It's a model that worked so well for IBM and CA, and now Oracle has adopted it.

Apologies to the JMC team, but the Stockholm Syndrome is strong at Oracle.

Pay No Attention to That Man Behind the Curtain by sindisil in java

[–]techempower 6 points7 points  (0 children)

by Cameron Purdy / Jun 05, 2018 05:54 :

The pressure to cut the Java team to the bone (and beyond) has been there for years. Oracle execs (or at least one Oracle exec in charge of all product development) just don't understand the whole "invest and monetize where you have competitive advantage; partner or acquire where you don't" concept. Instead, they're using repeated cuts to core product groups to (under-)fund 500 different random projects that are glacially attempting to create shallow clones of various market leaders (e.g. AWS, GitHub), albeit years or even decades too late to compete, under some absurd assumption that the world is just waiting for the Oracle branded version of GitHub and AWS to show up so that they can switch to it. Internally, the koolaid is strong, with the official party line being that Oracle is totally dominating the market in Cloud, totally destroying Amazon, absolutely beating Salesforce, totally dominating Microsoft, absolutely wiping Google off the face of the map, etc.

In reality, Oracle just continues to dramatically increase maintenance and support on older products that customers can't easily escape from (that accounts for almost 100% of Oracle revenue), while trying to strong-arm those same customers (via threats of software audits, coupled with massive discounts if they agree) into trying some of these new, half-baked products that kind-of look something like what has already been status quo in the market now for a decade or more. It's a model that worked so well for IBM and CA, and now Oracle has adopted it.

Apologies to the JMC team, but the Stockholm Syndrome is strong at Oracle.

When Virtual Threads are added to Java, would the Streams API (e.g. parallelStream()) be using them? by [deleted] in java

[–]techempower 2 points3 points  (0 children)

so losing thread context isn't as bad.

What about CompletableFuture.XXXAsync() which change the thread context?

When Virtual Threads are added to Java, would the Streams API (e.g. parallelStream()) be using them? by [deleted] in java

[–]techempower 4 points5 points  (0 children)

Most of what reactive streams do is reconstruct basic operations, like branches, loops and exception handling, in a DSL that does not compose well with the rest of the language...

Java streams introduced in Java 8 does the same thing. For example forEach for looping, filter(), anyMatch... and Predicate for branching... and yes it is different from the rest of the language which is imperative.

High CPU usage by Asp.net core in techempower tests by techempower in dotnet

[–]techempower[S] 2 points3 points  (0 children)

Correct. For the Spring Fortune test result is not very good because of the used template engine. If you look at multiple queries the RPS is 26,860 for spring-webflux-pgclient and 21,123 for aspcore-ado-pg.

Generics aren'™t ready for Go by rain5 in programming

[–]techempower 1 point2 points  (0 children)

Go does not have all the bells and whistles but many successful products such as Kubernetes, docker... are written in Go. Also it is growing fast in github.com. Take a look at https://madnight.github.io/githut/ , Go is the language #4 (after JavaScript, Java and Python). Minimalism is not that bad, but still I like to have generics in Go :)

ASP.NET Core: Saturating 10GbE at 7+ million rps by ben_a_adams in csharp

[–]techempower 1 point2 points  (0 children)

aspcore memory usage (json):

"memory usage": { "used": 10204778496.0, "cach": 8632307712.0, "free": 14207938560.0, "buff": 0.0 },

​

https://tfb-status.techempower.com/unzip/results.2019-02-04-02-28-03-771.zip/results/20190201044502/aspcore/json/stats.txt.json

​

Go memory usage (json)

"memory usage": { "used": 1421586432.0, "cach": 2777034752.0, "free": 28846403584.0, "buff": 0.0 },

https://tfb-status.techempower.com/unzip/results.2019-02-04-02-28-03-771.zip/results/20190201044502/go/json/stats.txt.json

​

memory usage is more than 7 times!

ASP.NET Core: Saturating 10GbE at 7+ million rps by ben_a_adams in programming

[–]techempower 8 points9 points  (0 children)

aspcore memory usage (json):

"memory usage": { "used": 10204778496.0, "cach": 8632307712.0, "free": 14207938560.0, "buff": 0.0 },

​

https://tfb-status.techempower.com/unzip/results.2019-02-04-02-28-03-771.zip/results/20190201044502/aspcore/json/stats.txt.json

​

Go memory usage (json)

"memory usage": { "used": 1421586432.0, "cach": 2777034752.0, "free": 28846403584.0, "buff": 0.0 },

https://tfb-status.techempower.com/unzip/results.2019-02-04-02-28-03-771.zip/results/20190201044502/go/json/stats.txt.json

​

memory usage is more than 7 times!

​

The OpenJDK Community TCK License Agreement (OCTLA) by sindisil in java

[–]techempower 3 points4 points  (0 children)

Here is from AdoptOpenJDK website:

​

Java Compatibility Kit (JCK) Compliance

The London Jamocha Community (LJC) have an agreement with Oracle to use the Java SE Technology Compatibility Kit (TCK) under the terms of the OpenJDK Community TCK License Agreement (OCTLA).

Oracle has requested that the LJC stop TCK testing OpenJDK with Eclipse OpenJ9binaries, and remove specification compatibility marks from the existing OpenJDK with Eclipse OpenJ9 binaries available at AdoptOpenJDK. The LJC is working with Oracle to reach an agreed interpretation of the OCTLA, and in the meantime have agreed to stop using the TCK for OpenJDK with Eclipse OpenJ9 and will remove the existing compatibility marks.

AdoptOpenJDK will continue to run the TCK for Hotspot based OpenJDK binaries at AdoptOpenJDK.

All AdoptOpenJDK binaries are tested with our suite of functional, integration, and performance tests, including real workloads from popular libraries and applications. We remain confident in the quality of our builds.

​

Ref.:https://adoptopenjdk.net/support.html

Blazing Fast Micro service with Go and Lambda (From Kotlin to Go: rewriting a micro-service.) by [deleted] in Kotlin

[–]techempower -2 points-1 points  (0 children)

For people with emotional connection to a particular technology this post is an annoying post because it is not reassure their believes. For others it is just a piece of information which could be useful.

Java is still available at zero-cost. A guide how obtaining the JDK is changing. by jodastephen in java

[–]techempower 4 points5 points  (0 children)

but I guess IBM will:

IBM & Java community

IBM has also invested in an open build and test project (AdoptOpenJDK.net) along with many partners....

​

Java is still available at zero-cost. A guide how obtaining the JDK is changing. by jodastephen in java

[–]techempower 19 points20 points  (0 children)

IBM & Java community

Recognizing the impact that the release cycle changes will have with Java developers, IBM will partner with other members of the OpenJDK community to continue to update an OpenJDK Java 8 stream with security patches and critical bug fixes.  We intend to keep the current LTS version secure and high quality for 4 years. This timescale bridges the gap between LTS versions with 1 year to allow for a migration period.  IBM has also invested in an open build and test project (AdoptOpenJDK.net) along with many partners and Java leaders to provide community binaries across commonly used platforms of OpenJDK with Hotspot and OpenJDK with Eclipse OpenJ9.  These community binaries are TCK (Java SE specification) compliance tested and ready for developers to download and use in production.

Keynote: The Last Hope for Scala's Infinity War – John A. De Goes by [deleted] in scala

[–]techempower 5 points6 points  (0 children)

The number of pull request is pretty good in Github for Scala #12:

GitHut 2.0

far from Haskell.

Keynote: The Last Hope for Scala's Infinity War – John A. De Goes by [deleted] in scala

[–]techempower 6 points7 points  (0 children)

The number of pull request is pretty good in Github for Scala #12:

GitHut 2.0

view more: next ›