I can’t believe after 7 years of promising this feature, you still haven’t delivered it. Unbelievable.
My router is actually crashing because Insync generates so many requests when syncing just 2 Google Drive and 1 OneDrive account.
I can’t believe after 7 years of promising this feature, you still haven’t delivered it. Unbelievable.
My router is actually crashing because Insync generates so many requests when syncing just 2 Google Drive and 1 OneDrive account.
Hello, @stralytic.
It’s frustrating to keep running into these crashing issues with a paid software without assurance on when your feature requests would be put in the pipeline.
Our engineers are prioritizing reliability improvements that would address how Insync utilizes available resources to prevent these performance issues. We will keep our community updated once I have more information on its progress + development.
Well I tried this because I a) have to restore from an online backup source and b) have to upload this data on Google Drive. It would be nice if Insync woudn’t slow down my uploads - I got a minimum 250/40MBit (which is currently running as 292/46MBit) line and my restore job drops until ~5MB/s, which is a mess.
Using trickle and trickle -s -u 4096 insync start will cause Insync to be completely blind:
Trickle OFF:
Tricke ON:
The thing is that because the ISP somewhat allows you to use either your upload or download pipe, a lack of streams or throttle speed results in my internet going down when my InSync client is using the whole bandwidth. You have had this complaint since 2015, and now it’s 2023. Are you ever going to implement either stream number control or throttle? If so, could you at least give us an idea? It’s been 8 years for some who wait for it. I think 8 years is a reasonable time to fix such issues. It’s as if my internet goes down whenever an upload happens, and that’s bad experience with the software.
Hi Mia, it’s been three years and both issues are still unresolved. We still don’t have bandwidth limiting/control, and files continue to load even after hitting the pause button.
Are there any updates on these issues? Even if a full solution isn’t available yet, is there at least a workaround we could use in the meantime?
Hi @Antonio_Torres ,
Thank you for bumping this thread. We have not included certain features into development yet, including bandwidth control, but allow me to raise this growing concern from you (and the rest of the community) to our engineers.
Could you please send the following to support@insynchq.com:
The logs can be found by following this guide. Thank you very much!
It’s been some time since this key feature was:
Founder Terpua stated “Bandwidth control is on the near-term product roadmap” in Jan 2019.
The bandwidth control feature has not been delivered more than six years after Founder’s statement.
More-recent statements from Mia this year indicate the feature has been dropped. Although this decision has not been clearly communicated to Insync customers in this thread.
Given the absence of any useful progress over the past ten years (!), it seems bandwidth control will never be added.
Insync team:
Please can Insync provide a clear answer to these questions:
As a final side comment: The messy handling of this feature request by the wider Insync team is a real shame, as otherwise the re-engineered Insync product is very good.
Hello, @james-h! We truly appreciate users like you who take the time to provide honest feedback on how we’re doing and how we can do better. I have forwarded this to upper management to raise awareness on how we should be handling feature requests and communication, among other things.
To answer your question, bandwidth control has taken a backseat for the time being. We are focusing on major bug fixes to solidify Insync’s reliability further.
Thank you!