zmq3.2中swap选项的替代方案？
zmq3.2新版本去掉了swap选项，这样的话，每次发送文件就不能像之前那样保存在文件系统中，而是保存在内存中。那假如我要发送几G的文件呢？也全放内存不好吧？那我该怎么办？高手请指示下。
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
zmq3.2新版本去掉了swap选项，这样的话，每次发送文件就不能像之前那样保存在文件系统中，而是保存在内存中。那假如我要发送几G的文件呢？也全放内存不好吧？那我该怎么办？高手请指示下。
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
接受 或继续使用网站，即表示您同意使用 Cookies 和您的相关数据。
发布评论
评论（11）
FTP
一般发送大文件分块读取，分块发送，分块存储就可以了啊，主要是你自己的缓存和协议设计的问题
ZMQ_SWAP removed. Writing data to disk should be done on top of 0MQ, on inside it
http://zeromq.org/docs:3-0
多多交流
回复
之前zmq不是有swap选项吗？
用文件服务器来处理，队列能处理但是一般都是在内存中保留到对方接收完
回复
3.2去掉了，ZeroMQ的定位在于速度，没有持久化，最后在3.2去掉了了SWAP更好的说明了其定位，我想如果你需要持久化你可以考虑RabbitMQ，超过了某些大小的包应该考虑分包而不是持久化解决内存问题，解决的思路不同，不要强求解决方案，如果你的内存够大你说的传1G，4G都不是问题，我测试过2G的数据：）
回复
通过ftp的传，然后把路径放到message里发送给消费端
这种极端的大小文件传输不应该通过队列完成
这种极端的大小文件传输不应该通过队列完成
@少帮主 ZeroMQ 是你的强项，来回答下这个问题吧
恩，或许你试试rmq，对zmq不是很了解！