# Speed of graceful exit

**URL:** <https://forum.storj.io/t/speed-of-graceful-exit/3951>\
**Category:** Node Operators\
**Tags:** graceful-exit\
**Created:** [January 22, 2020, 9:42am UTC](https://forum.storj.io/t/speed-of-graceful-exit/3951 "2020-01-22T09:42:35Z")\
**Posts on this page:** 1\
**Showing post:** 6

<div class="post-metadata">

**Author:** ![littleskunk](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/littleskunk/32/63_2.png) [@littleskunk](https://forum.storj.io/u/littleskunk)\
**Post date:** [January 22, 2020, 12:27pm UTC](https://forum.storj.io/t/speed-of-graceful-exit/3951/6 "2020-01-22T12:27:17Z")

</div>

> [@beli](#):
>
> graceful-exit.num-concurrent-transfers did it for me - actually i think that many of the threads of GE were blocked thru _very slow_ transfers.
> 
> this would explain also why i get many more transfers after a storagenode restart.

Next time this happens please don’t restart. Show us the /mon/ps and /mon/funcs output of your storagenode. Guide is here: [Guide to debug my storage node, uplink, s3 gateway, satellite](https://forum.storj.io/t/guide-to-debug-my-storage-node/1372)

My expectation is that the storage node will kill the slow connections. Lets check that and fix it if we are missing a timeout.

---

_[View the full topic](https://forum.storj.io/t/speed-of-graceful-exit/3951)._