Google cloud storage gsutil rsync正在杀死我的电缆调制解调器；正在查找命令行限制

我已经编写了bash脚本来将文件同步到googlenearline bucket；这是原始照片和音乐，所以有很多GB的文件。我们运行许多设备，Netflix/Amazon流媒体、游戏、手机、平板电脑、Skype、大型和小型下载，所有这些都是同时进行的，在数周内没有任何问题。每次启动gsutil rsync后几分钟内，我的internet连接就会停止，我需要拔下电缆调制解调器。它与gsutil rsync隔离，无论我是否使用-m开关。这已被确认为问题20多次

在从“网络链接调节器”首选项窗格进行节流时，我成功地使用了gsutil rsync，但我不想对整个系统进行节流。我正在使用El Capitan 10.11.3。我甚至从谷歌的gsutil文档中读过几个选项，比如“trickle”，但这个链接很糟糕，我认为它不是建立在当前的Mac操作系统上的。我有一个单独的脚本，也可以使用pfctl工作，但我必须通过所有可能的谷歌IP范围，我可以找到，该脚本只有当我是根

---

我正在寻找任何方法来解决这个问题，我想肯定会有一种更简单的方法来限制Mac上bash脚本中的命令行实用程序，但我找不到一种在El Capitan上有效的方法。有什么建议吗？

您没有启用并行复合上载，是吗（并行复合上载阈值！=0）？我很惊讶单流上传就足以破坏你的连接。如果正在下载（bucket to local），除了不使用-m标志外，还可以通过在.boto配置文件的GSUtil部分中设置sliced_object_download_threshold=0来关闭切片下载。这将在从4个线程下载到1.my~/.boto文件的过程中降低并行性，并对这一行进行了注释；我已经取消了它的注释，所以它现在是并行的；我不确定如果这被评论，默认值会是什么。我会看看这是否会对我的下一次加载产生影响。默认值是0，所以这不会有任何影响。所以使用rsync时，单流（一次一个文件）上传会破坏您的连接？我有多个文件需要在拍照或添加音乐后上传。如果没有-m选项，我认为gsutil rsync一次上载一个文件，所以是的。光是照片文件通常就有16MB左右，总容量可能在300MB到600MB之间。奇怪的是，有线调制解调器仍然可以通过浏览器访问，只是我的互联网连接断了。我目前正在尝试一个脚本来检测互联网连接，如果调制解调器无法退出，我会发出一个curl请求来跳出调制解调器。调制解调器是摩托罗拉SB6120