# Thanks for PC version 1.102.3 **URL:** \ **Category:** troubleshooting\ **Tags:** windows-gui\ **Created:** [May 3, 2024, 2:06am UTC](https://forum.storj.io/t/thanks-for-pc-version-1-102-3/26063 "2024-05-03T02:06:20Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![Teelow](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/teelow/32/66_2.png) [@Teelow](https://forum.storj.io/u/Teelow)\ **Post date:** [May 3, 2024, 2:06am UTC](https://forum.storj.io/t/thanks-for-pc-version-1-102-3/26063/1 "2024-05-03T02:06:20Z")
I all but given up on running a node after 1.101.3 was released. I am running the PC version and it would stop responding after about 20 minutes. After some amateur investigation I noticed the storj process was running away with my RAM until it reached 100% then everything would crash. With the release today of 1.102.3 all is well in Storj land even though my stats were destroyed. Thanks again for giving me one of my vices back! ---
**Author:** ![kocoten1992](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/kocoten1992/32/7819_2.png) [@kocoten1992](https://forum.storj.io/u/kocoten1992)\ **Post date:** [May 3, 2024, 2:43am UTC](https://forum.storj.io/t/thanks-for-pc-version-1-102-3/26063/2 "2024-05-03T02:43:30Z")
How do you know it was storj version, could it be because of this [Updates on Test Data](https://forum.storj.io/t/updates-on-test-data/26034)? ---
**Author:** ![Vadim](https://storj.bcdn.literatehosting.com/letter_avatar/vadim/32/5_5575768a8748004e209b776fc1b2916d.png) [@Vadim](https://forum.storj.io/u/Vadim)\ **Post date:** [May 3, 2024, 3:26am UTC](https://forum.storj.io/t/thanks-for-pc-version-1-102-3/26063/3 "2024-05-03T03:26:19Z")
Node eat ram when you have very slow hdd read write, at same time demand is high. ---
**Author:** ![Alexey](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/alexey/32/41_2.png) [@Alexey](https://forum.storj.io/u/Alexey)\ **Post date:** [May 3, 2024, 7:23am UTC](https://forum.storj.io/t/thanks-for-pc-version-1-102-3/26063/4 "2024-05-03T07:23:43Z")
Hello @Teelow, Welcome back! Due to a stress testing you are now know, that your setup cannot handle a load. You need to optimize your setup. How disk is connected? How much RAM do you have? I guess you are using a Windows GUI version? Is it a VM? ---
**Author:** ![MarviBiene](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/marvibiene/32/1124_2.png) [@MarviBiene](https://forum.storj.io/u/MarviBiene)\ **Post date:** [May 3, 2024, 7:52am UTC](https://forum.storj.io/t/thanks-for-pc-version-1-102-3/26063/5 "2024-05-03T07:52:08Z")
It would be nice to Stress test the node myself. For example that I can start the node with a special flag and the node would simulate the max load that it should be able to handle and after it finishes the test all test data is deleted. Or is it possible to test that by myself? (Would be cheaper for storj too, I think) ---
**Author:** ![Vadim](https://storj.bcdn.literatehosting.com/letter_avatar/vadim/32/5_5575768a8748004e209b776fc1b2916d.png) [@Vadim](https://forum.storj.io/u/Vadim)\ **Post date:** [May 3, 2024, 7:57am UTC](https://forum.storj.io/t/thanks-for-pc-version-1-102-3/26063/6 "2024-05-03T07:57:43Z")
To be honest Idea is super great, that cold be some environment that emulate some stress test for node and make some scores, how it perform, then we can tweak accordingly, and share some setup components that are not good for setup. Typical tester mesure only hdd write/read separatly, but we hava random read writes combined, also RAM,CPU make sense. ---
**Author:** ![Alexey](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/alexey/32/41_2.png) [@Alexey](https://forum.storj.io/u/Alexey)\ **Post date:** [May 3, 2024, 8:10am UTC](https://forum.storj.io/t/thanks-for-pc-version-1-102-3/26063/7 "2024-05-03T08:10:55Z")
That’s easy, use a storj-up > **[GitHub - storj/up: Docker-compose files for running full Storj network locally](https://github.com/storj/up)** > > Docker-compose files for running full Storj network locally - storj/up You may also use a storj-sim: > **[Test network](https://github.com/storj/storj/wiki/Test-network)** > > Ongoing Storj v3 development. Decentralized cloud object storage that is affordable, easy to use, private, and secure. - storj/storj But we want to have a real customer-like experience, which, I would quote: > [@Updates on Test Data](https://forum.storj.io/t/updates-on-test-data/26034/1): > > We don’t expect that this load is temporary, and may in fact be the new normal. So, likely you are missing an opportunity, if you wouldn’t act. ---
**Author:** ![MarviBiene](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/marvibiene/32/1124_2.png) [@MarviBiene](https://forum.storj.io/u/MarviBiene)\ **Post date:** [May 3, 2024, 8:15am UTC](https://forum.storj.io/t/thanks-for-pc-version-1-102-3/26063/8 "2024-05-03T08:15:47Z")
That would require me to setup everything locally. I think it would be better to make a test flag, to test how the node will handle everything under huge load or so. So CPU/ram/disk and bandwidth wise. If I setup everything local, how can I make sure that I have “real” experience and not get the things impacted by the test setup? ---
**Author:** ![Alexey](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/alexey/32/41_2.png) [@Alexey](https://forum.storj.io/u/Alexey)\ **Post date:** [May 3, 2024, 8:17am UTC](https://forum.storj.io/t/thanks-for-pc-version-1-102-3/26063/9 "2024-05-03T08:17:41Z")
I’m against the idea to flood out with not needed functionality of the storagenode binary (more resources usage, more the size, and it’s will be wasted in 99.(9)% of time) when you have a (two) much better solutions to achieve your goal. ---
**Author:** ![naxbc](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/naxbc/32/1125_2.png) [@naxbc](https://forum.storj.io/u/naxbc)\ **Post date:** [May 3, 2024, 9:39am UTC](https://forum.storj.io/t/thanks-for-pc-version-1-102-3/26063/10 "2024-05-03T09:39:35Z")
Just limit the concurrent connections on YAML. This will prevent the system to get requests until the ones on queue are written. Below my settings: # how many concurrent requests are allowed, before uploads are rejected. 0 represents unlimited. storage2.max-concurrent-requests: 10 ---
**Author:** ![Ruskiem](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/ruskiem/32/64_2.png) [@Ruskiem](https://forum.storj.io/u/Ruskiem)\ **Post date:** [May 3, 2024, 9:45am UTC](https://forum.storj.io/t/thanks-for-pc-version-1-102-3/26063/11 "2024-05-03T09:45:18Z")
> [@naxbc](#): > > storage2.max-concurrent-requests: 10 @Alexey and what is the default number? if im having this option # hashtaged in config.YAML? ---
**Author:** ![Alexey](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/alexey/32/41_2.png) [@Alexey](https://forum.storj.io/u/Alexey)\ **Post date:** [May 5, 2024, 7:31am UTC](https://forum.storj.io/t/thanks-for-pc-version-1-102-3/26063/12 "2024-05-05T07:31:03Z")
The default is unlimited. This option is designed for, how everyone here on the forum calls a weak devices, a potato, which cannot handle a load. It has a drawback - because the customer get a response from your node that’s it’s overloaded and cannot handle the request, unfortunately this limit is not informing satellites to do not include your node to the suggested list, so the customer uploads may fail with the error: > [@Rclone, successful puts (46) less than success threshold (80)](https://forum.storj.io/t/rclone-successful-puts-46-less-than-success-threshold-80/18058): > > I love the idea of Storj, sharing space and having encrypted decentralized resources. I have been playing with it a bit for a few different “at home” projects. All of them based on rclone at this point (not the S3 entry but standard storj entry for rclone). Things generally seemed to have worked over the past week or two which is great. So, I tried copying some more sensitive files over based on an rclone mount (rclone mount --vfs-cache-mode=writes Storj: storj) but I am now seeing errors: 20… or > [@Uplink: stream: ecclient: successful puts (N) less than success threshold (80)](https://forum.storj.io/t/uplink-stream-ecclient-successful-puts-n-less-than-success-threshold-80/18248): > > I decided to try the free plan and save database backups in storj… yes, I can’t even upload a 10mb file!!! we take a regular uplink, writes the cp command to get the same error, well, yes, only the number in brackets changes. I go to another ip, the same thing … another one, it floods there every other time, what’s the joke? what kind of blocking? I forgot to say that nothing works through filezilla either as a result. ---
**Author:** ![MarviBiene](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/marvibiene/32/1124_2.png) [@MarviBiene](https://forum.storj.io/u/MarviBiene)\ **Post date:** [May 5, 2024, 7:50am UTC](https://forum.storj.io/t/thanks-for-pc-version-1-102-3/26063/13 "2024-05-05T07:50:15Z")
But is this not a bad thing? If I am a customer, I want access to my file now and not in 5-10 min. And have to try all the time increasing my cost ---
**Author:** ![Alexey](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/alexey/32/41_2.png) [@Alexey](https://forum.storj.io/u/Alexey)\ **Post date:** [May 5, 2024, 10:12am UTC](https://forum.storj.io/t/thanks-for-pc-version-1-102-3/26063/14 "2024-05-05T10:12:43Z")
Yes, it’s a bad thing. But if you are a lazy SNO, you may just limit your node to handle 10 requests as for a “potato”. Or you may configure it to handle the load or at least increase the number of handled threads, it’s up on you. I would personally think is my my setup is correct to handle a load, maybe I overprovisioned it or overcomplicated (like using VMs with overbloat OSes like Windows when you can use docker). ---
**Author:** ![jammerdan](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/jammerdan/32/1121_2.png) [@jammerdan](https://forum.storj.io/u/jammerdan)\ **Post date:** [May 5, 2024, 10:24am UTC](https://forum.storj.io/t/thanks-for-pc-version-1-102-3/26063/15 "2024-05-05T10:24:32Z")
> [@Alexey](#): > > you may just limit your node to handle 10 requests as for a “potato” It would be a very good feature if the node software could adjust that number dynamically based on load. If load goes up, upload number goes down and vice versa. ---
**Author:** ![digitalfrank](https://storj.bcdn.literatehosting.com/letter_avatar/digitalfrank/32/5_5575768a8748004e209b776fc1b2916d.png) [@digitalfrank](https://forum.storj.io/u/digitalfrank)\ **Post date:** [May 5, 2024, 10:28am UTC](https://forum.storj.io/t/thanks-for-pc-version-1-102-3/26063/16 "2024-05-05T10:28:23Z")
> [@Trash does not go away in 7 days](https://forum.storj.io/t/trash-does-not-go-away-in-7-days/25936/97): > > Could you please proof your claim? > [@Alexey](#): > > Yes, it’s a bad thing. But if you are a lazy SNO, you may just limit your node to handle 10 requests as for a “potato”. Or you may configure it to handle the load or at least increase the number of handled threads, it’s up on you. > > I would personally think is my my setup is correct to handle a load, maybe I overprovisioned it or overcomplicated (like using VMs with overbloat OSes like Windows when you can use docker). These are the things I meant as Storj service quality in the other post. Obviously I don’t want to start a discussion, it’s not my aim, in fact I am a very fond of SNO and far be it from me to question the effort and the intellectual and physical resources that the Storj group makes available for everyone. However, as this last post indicates, if you are a home-based SNO with limited resources, the service offered to customers is also limited. I hope I have explained myself and not be misunderstood. ---
**Author:** ![Alexey](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/alexey/32/41_2.png) [@Alexey](https://forum.storj.io/u/Alexey)\ **Post date:** [May 5, 2024, 11:16am UTC](https://forum.storj.io/t/thanks-for-pc-version-1-102-3/26063/17 "2024-05-05T11:16:55Z")
Please submit a pull request to support this, we will accept it, I believe! ---
**Author:** ![jammerdan](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/jammerdan/32/1121_2.png) [@jammerdan](https://forum.storj.io/u/jammerdan)\ **Post date:** [May 5, 2024, 11:17am UTC](https://forum.storj.io/t/thanks-for-pc-version-1-102-3/26063/18 "2024-05-05T11:17:42Z")
> [@Alexey](#): > > Please submit a pull request to support this You seem to keep forgetting that I am not a coder and I am not on Github. I can only make suggestions here. ---
**Author:** ![Alexey](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/alexey/32/41_2.png) [@Alexey](https://forum.storj.io/u/Alexey)\ **Post date:** [May 5, 2024, 11:20am UTC](https://forum.storj.io/t/thanks-for-pc-version-1-102-3/26063/19 "2024-05-05T11:20:35Z")
Even if you are right about limited resources for the single home setup, we have 24k nodes. Thus the customer has a pretty good quality for the service, and with a grow it will be only better. However, the single node will become a small piece in the whole picture in this case, it’s of course can be treated as a weakness, but when we have thousands weak nodes, which CAN handle the huge load, well, this all become not so important. We just all doing our parts in the success. ---
**Author:** ![Alexey](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/alexey/32/41_2.png) [@Alexey](https://forum.storj.io/u/Alexey)\ **Post date:** [May 5, 2024, 11:23am UTC](https://forum.storj.io/t/thanks-for-pc-version-1-102-3/26063/20 "2024-05-05T11:23:01Z")
No, but you seems always forgetting that we have limited resources to implement every suggested feature. Sorry, but I would always call to the Community, because the Community is a power of a Open Source software, in this case also rewarded materially! [Next page](https://forum.storj.io/t/thanks-for-pc-version-1-102-3/26063.md?page=2)