# Benchmark and request capacity of solidcommunity.net **URL:** \ **Category:** Build a Solid App\ **Created:** [February 20, 2023, 10:21pm UTC](https://forum.solidproject.org/t/benchmark-and-request-capacity-of-solidcommunity-net/6172 "2023-02-20T22:21:08Z")\ **Posts on this page:** 4\ **Page:** 1
**Author:** ![renyuneyun](https://dub1.discourse-cdn.com/flex017/user_avatar/forum.solidproject.org/renyuneyun/32/3189_2.png) [@renyuneyun](https://forum.solidproject.org/u/renyuneyun)\ **Post date:** [February 20, 2023, 10:21pm UTC](https://forum.solidproject.org/t/benchmark-and-request-capacity-of-solidcommunity-net/6172/1 "2023-02-20T22:21:08Z")
I’m doing some benchmark of a Solid-based application (not just a regular Solid App, if that matters), and created dummy data on [solidcommunity.net](http://solidcommunity.net). The dummy data consists of hundres of files/resources. Each file is very small, usually tens of bytes. To be clear: the benchmark is not aimed to benchmark [solidcommunity.net](http://solidcommunity.net), but my application (it’s computation intensive). That’s why the dummy data is small. The application will do request to my Pod on [solidcommunity.net](http://solidcommunity.net) , to fetch the data (through JS, authenticated using [solid-node-client](https://github.com/solid-contrib/solid-node-client)). Because it’s a benchmark, there will be lots of requests in a short time-span; after that, it will do processing, generally for minutes; it will then restart the process for a few rounds. After increasing the number of files to a few hundreds, I’m experiencing some errors of socket being closed due to server connection reset. I guess this is because [solidcommunity.net](http://solidcommunity.net) has some restrictions – either by the server admin or the implementation (NSS). May I get an rough idea on what the restriction possibly is? I guess this is mainly due to NSS? Because the request is not really as fast as I would expect. In the preparation part of my application, I usually only get ~4 files per second, using Comunica to query. Currently I’m limiting my simultaneous requests, and this seem to be resolved. But I’d prefer to stay on the safe side in case being classified as malicious 😅 If the simultaneous request is not really a problem, I’d prefer to return to original plan (though if the error is still there, I can’t…). ---
**Author:** ![A\_A](https://dub1.discourse-cdn.com/flex017/user_avatar/forum.solidproject.org/a_a/32/786_2.png) [@A\_A](https://forum.solidproject.org/u/A_A)\ **Post date:** [February 20, 2023, 10:41pm UTC](https://forum.solidproject.org/t/benchmark-and-request-capacity-of-solidcommunity-net/6172/2 "2023-02-20T22:41:00Z")
Hi, I’m not a maintainer of [solidcommunity.net](http://solidcommunity.net) but judging from their description I would guess that (large) benchmarking is too much traffic (from the homepage): > you must not do … interfere with or disrupt any user, host, or network, for example by sending a virus, overloading, flooding, spamming, or mail-bombing any part of [solidcommunity.net](http://solidcommunity.net); However, you could easily run a NSS (or CSS) instance locally and then benchmark against this. Would this be helpful in your scenario? If yes, you could run it via node or even docker: [GitHub - nodeSolidServer/node-solid-server: Solid server on top of the file-system in NodeJS](https://github.com/nodeSolidServer/node-solid-server/) ---
**Author:** ![renyuneyun](https://dub1.discourse-cdn.com/flex017/user_avatar/forum.solidproject.org/renyuneyun/32/3189_2.png) [@renyuneyun](https://forum.solidproject.org/u/renyuneyun)\ **Post date:** [February 20, 2023, 10:57pm UTC](https://forum.solidproject.org/t/benchmark-and-request-capacity-of-solidcommunity-net/6172/3 "2023-02-20T22:57:34Z")
Thanks. Just to clarify: the benchmark is to benchmark my application (which is computation intensive), not the Solid server. I’m storing data in the Pod as the data (and configuration) source, but nothing more. > [@A\_A](#): > > (large) benchmarking is too much traffic (from the homepage): > > > you must not do … interfere with or disrupt any user, host, or network, for example by sending a virus, overloading, flooding, spamming, or mail-bombing any part of [solidcommunity.net](http://solidcommunity.net); If it is tens of thousands or even millions, indeed that’s possible. But hundreds doesn’t sounds like very large to my mind… Though, I don’t have that much public-facing server maintenance experience, so my intuition may be totally wrong. > [@A\_A](#): > > NSS (or CSS) … even docker Thanks. I do have a CSS instance, but I got some issues (related to CSS) previously, so I reverted to using the public NSS service. But maybe I need to look into that if situation is not resolvable… ---
**Author:** ![A\_A](https://dub1.discourse-cdn.com/flex017/user_avatar/forum.solidproject.org/a_a/32/786_2.png) [@A\_A](https://forum.solidproject.org/u/A_A)\ **Post date:** [February 20, 2023, 11:11pm UTC](https://forum.solidproject.org/t/benchmark-and-request-capacity-of-solidcommunity-net/6172/4 "2023-02-20T23:11:19Z")
> [@renyuneyun](#): > > Though, I don’t have that much public-facing server maintenance experience, so my intuition may be totally wrong. Me neither. My idea was that if the errors are related to too much traffic (which sounds like it as it happened because of increasing the traffic), then it’s likely too much for the server. But I don’t know what the server limits are and where the origin of this is, that’s up to the maintainers. > [@renyuneyun](#): > > I do have a CSS instance, but I got some issues (related to CSS) previously, so I reverted to using the public NSS service. But maybe I need to look into that if situation is not resolvable… If the problem is CSS related you could still try to run NSS locally. From my experience it was more effort to setup NSS compared to CSS, but still doable within a reasonable amount of time.