Appwrite 0.7: 91% boost in API Performance
Published: 2021-03-08 17:32:51

With the release of Version 0.7 came many new features, as well as improvements to the technology. In this post, I will introduce the rework of our HTTP framework, which positively impacts the overall performance of Appwrite.

{% link https://dev.to/appwrite/announcing-the-release-of-appwrite-0-7-the-open-source-firebase-alternative-530d %}

This rework introduces asynchronous and non-blocking coroutines, allowing HTTP/S requests to Appwrite's API to be significantly improved under load. Using some new internal components, most significantly our move to the [Swoole HTTP server](https://www.swoole.co.uk/), we are better utilizing memory and CPU, which has resulted in much improved performance for the Appwrite API layer.

To illustrate the improvements, we have benchmarked various scenarios against version 0.6.2 and version 0.7.0. We performed requests to multiple endpoints of Appwrite to read and write data. All requests were made to endpoints that require authentication and conduct abuse control, functions which also benefit from these improvements.

The following results are for a 5 minute period of load and stress testing with 500 concurrent clients using [k6](https://k6.io/).
## 0.6.2

![Appwrite Benchmark 0.6.2](https://dev-to-uploads.s3.amazonaws.com/uploads/articles/vgm5w9mpqq6yq7o7aspo.png)

As can be seen, only 98% of all requests were successful, the rest resulted in a timeout due to overload.

## 0.7

![Appwrite Benchmark 0.7.0](https://dev-to-uploads.s3.amazonaws.com/uploads/articles/7s29c7ben255ps85fv9h.png)

With version 0.7 things look quite different. Not only were all requests successful, but there were almost twice as many requests with on average around half the response time.

# Conlusion
| | 0.6.2 | 0.7 |
| ------------------ | ------- | ----------- |
| **Success Rate** | 98% | **100%** |
| **Requests** | | |
| *total* | 131.117 | **242.336** |
| *per second* | 436/s | **808/s** |
| **Response Times** | | |
| *normal* | 3,77ms | **1,61ms** |
| *heavy load* | 550ms | **297ms** |

Considering all factors together, this signifies a total increase in performance of ~91%.

This performance boost is part of a series of steps we are taking to ensure developers have the ability to take full advantage of their Appwrite servers. With upcoming new versions, we plan to share more data and insights from both the development process and Appwrite benchmarks.

## What’s Next? 🚀

If you are interested into [Appwrite](https://appwrite.io), you can check some of our getting started guides for [Web](https://appwrite.io/docs/getting-started-for-web), [Flutter](https://appwrite.io/docs/getting-started-for-flutter), or [Server](https://appwrite.io/docs/getting-started-for-server), and visit our [Discord community](https://appwrite.io/discord) where we chat about Appwrite non-stop with over 1,200 fellow Appwriters.

If you’re excited about these improvements, you should probably also track what is coming up next by visiting our [Github projects](https://github.com/appwrite/appwrite/projects). You can also ask for new features on our [Github issues](https://github.com/appwrite/appwrite/issues) and go over our upcoming feature specs on the [Appwrite RFCs repository](https://github.com/appwrite/rfc).