# Benefits of sharing link vs. sharing uplink access grant

**URL:** <https://forum.storj.io/t/benefits-of-sharing-link-vs-sharing-uplink-access-grant/21479>\
**Category:** Developer Discussions\
**Tags:** uplink\
**Created:** [February 19, 2023, 2:03pm UTC](https://forum.storj.io/t/benefits-of-sharing-link-vs-sharing-uplink-access-grant/21479 "2023-02-19T14:03:12Z")\
**Posts on this page:** 1\
**Showing post:** 5

<div class="post-metadata">

**Author:** ![miohtama](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/miohtama/32/1134_2.png) [@miohtama](https://forum.storj.io/u/miohtama)\
**Post date:** [February 20, 2023, 8:54am UTC](https://forum.storj.io/t/benefits-of-sharing-link-vs-sharing-uplink-access-grant/21479/5 "2023-02-20T08:54:56Z")

</div>

Thank you Alexey and Dominick and everyone for the help.

This answered my question:

> Download Tuning (Large Files)

> UplinkCLI - Native

> Native uplink is the best choice for large files as it bypasses our edge service layer and connects you directly to the nodes. This results in the best possible throughput. If downloading several large files it is commonly faster to enact the parallelism per file yet download the many files in a serial fashion one after the other.

To further understand this, just clarifying if `uplink cp` can resume interrupted downloads?

---

_[View the full topic](https://forum.storj.io/t/benefits-of-sharing-link-vs-sharing-uplink-access-grant/21479)._
