FrameworkBenchmarks VS django-ninja

Compare FrameworkBenchmarks vs django-ninja and see what are their differences.


Source for the TechEmpower Framework Benchmarks project (by TechEmpower)


💨 Fast, Async-ready, Openapi, type hints based framework for building APIs (by vitalik)
Our great sponsors
  • Nanos - Run Linux Software Faster and Safer than Linux with Unikernels
  • Scout APM - A developer's best friend. Try free for 14-days
  • SaaSHub - Software Alternatives and Reviews
FrameworkBenchmarks django-ninja
171 15
6,132 1,703
0.9% -
9.5 9.1
7 days ago 13 days ago
Java Python
GNU General Public License v3.0 or later MIT License
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.


Posts with mentions or reviews of FrameworkBenchmarks. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2021-12-06.
  • Why is Golang(1.17) very slow when it comes to fasta, pidigits, k-nucleotide, binary-trees compared to Java 17
    1 project | | 7 Dec 2021
    If you're talking backend APIs, a much more representative set of benchmarks would be the Techempower web framework benchmarks. Specifically, the fortunes benchmark is a task comparable to a backend REST API. If you look at the results for that, you'll see that Go-based solutions come in ahead of all but one of the Java solutions, and that one isn't standard using the standard Jakarta EE APIs.
  • Debunking Cloudflare’s recent performance tests
    5 projects | | 6 Dec 2021
    > For such a small program ... the performance difference can be reduced significantly.

    I think you're wrong. Small programs don't necessarily minimize the difference between languages. Small programs often exacerbate them. Often for weird, idiosyncratic reasons. Especially if you're measuring time-to-first-byte, and not letting the VM warm up.

    For example, in this case I wouldn't be surprised if most of the CPU time was going into node + v8's startup, rather than executing the user's javascript at all.

    Look at the plaintext techempower benchmarks[1]. These benchmarks test tiny amounts of code - the programs only have to respond with "hello world" HTTP responses. The best performers are hitting hardware limits. If your theory that small program = small relative cost of using javascript was true, nodejs's performance should be similar to rust / C++. It is not - node is only 13% of the performance of the top performers. Weirdly "justjs" (another v8 based runtime) is ~5x faster than nodejs on this test. The reason probably has nothing to do with javascript at all, and is because justjs has less overhead and talks to the OS in a more efficient way. (It probably uses io_ring.)

    But maybe this is evidence you're technically correct. The performance differences can be reduced. But we have every reason to assume nodejs will have way more overhead than rust at executing the same code. So I agree with other posters. A benchmark showing rust on fastly is faster than javascript on cloudflare tells us nothing about the underlying hosting providers.

  • Async I/O for Dummies (2018)
    2 projects | | 5 Dec 2021
    Backend newb, here. I have a dumb question - can someone give me a summary, or blog post to a summary, of the pros /cons of async versus threads?

    One thing I have been using as a way of understanding hi-perf backends is analyzing why the vert.x framework [1] (and its underlying server, netty) does so well on benchmarks [2], but as newb, I do not think I would get a lot form that exercise without a little hand holding.


    [2] Ad of today, #28 on tech empower benchmarks -

  • How is node compared to other backend tech?
    3 projects | | 2 Dec 2021
    I have to disagree, according to this benchmark express and fastify are much faster than flask, django and other popular python-based solutions. Also python's scalability is based upon running n python instances which you can also do with nodejs.
  • Fleet, a Lightweight IDE from JetBrains
    8 projects | | 29 Nov 2021
    I wish there was benchmarks for IDEs/editors, just like there are benchmarks for web frameworks (

    For instance, given the same simple Java program/project:

    1. Clock time from selecting "Run" in the IDE to first line written to stdout (to measure startup time)

  • Django 4.0 release candidate 1 released
    11 projects | | 22 Nov 2021
    Interesting, those results are the opposite of the techempower frameworks, which find that the async frameworks are always faster: Though in general I'm not sure about the value of bringing async to Django. If you want more performance, you can already either throw more machines at it, or isolate some part in a service that can be written with FastAPI/Go/something. Async in general makes the code more complex and harder to write, which seems to be the opposite of what Django is for.
  • .NET 6 vs. .NET 5: up to 40% speedup
    15 projects | | 21 Nov 2021
    It’s not the same, but there is this well-known framework benchmark [0], it always had the .net frameworks close to the top.

    I’m guessing a lot of the speedups come from getting rid of legacy cruft. With .net core/.NET 5/6 they got rid of a lot of things compared to .NET Framework 4.8 and could play with optimizations that simply weren’t doable before. That’s just me guessing, though ;)


    15 projects | | 21 Nov 2021
    > .NET has been faster than Java on most of the benchmarkgame benchmarks for a while, since .net core 3 or so.

    And which benchmarks games are those? If I go to to the Techempower benchmark and select only C# + Java. Java comes on top in every individual category of all the benchmarks.


    15 projects | | 21 Nov 2021
    That seems a bit misleading of a comparison IMO and only one case (JSON serialisation) when I look at their data. It's also showing a lot of frameworks that are not that mature and not well used in the Java camp vs ASP.NET that is widely used, full featured, has a lot of bells and whistles and a lot of plugins available for most technologies and standards. All of which could have negatively influenced performance, even the hooks to allow them to be injected in can do so even if not enabled. The fact that a full featured web framework makes it to the top over several rounds I can't discount as pretty good.

    My personal experience having worked on both platforms for several years is that Java is easier to get to an acceptable performance, but the .NET runtime when you have to put the effort in has a higher bound of performance. It just has more tools in the CLR to work with than the JVM (e.g. value types, proper generics, spans, and more). With .NET Core and future versions I think .NET is also taking up Java's default perf area as well.

    15 projects | | 21 Nov 2021
    What would be representation of some real work scenarios? I think their test suite covers wide spectrum of operations enough so to be able to draw conclusions from them.


Posts with mentions or reviews of django-ninja. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2021-12-07.

What are some alternatives?

When comparing FrameworkBenchmarks and django-ninja you can also consider the following projects:

django-rest-framework - Web APIs for Django. 🎸

drf-spectacular - Sane and flexible OpenAPI 3 schema generation for Django REST framework.

LiteNetLib - Lite reliable UDP library for Mono and .NET

fastapi - FastAPI framework, high performance, easy to learn, fast to code, ready for production

modern-apis-with-fastapi - Course demos and handouts for our Modern APIs with FastAPI course.

SQLBoiler - Generate a Go ORM tailored to your database schema.

drogon - Drogon: A C++14/17 based HTTP web application framework running on Linux/macOS/Unix/Windows [Moved to:]

nextjs-subscription-payments - Clone, deploy, and fully customize a SaaS subscription application with Next.js.

Jooby - The modular web framework for Java and Kotlin

haxe - Haxe - The Cross-Platform Toolkit

cinder - Instagram's performance oriented fork of CPython.

C++ REST SDK - The C++ REST SDK is a Microsoft project for cloud-based client-server communication in native code using a modern asynchronous C++ API design. This project aims to help C++ developers connect to and interact with services.