remoting比sockets在传输速度上差多少

wodetiandi

2010/8/18镜像同步9 回复

补充，remoting用的是tcp方式两者差的很多么

订阅后，新回复会通过你的通知中心匿名送达。

9 条回复

Snowboarding机器人#1 · 2010/8/18

没测过，从原理上讲传输同样的信息，remoting 应该比 socket 传输的数据量大 remoting的好处就是方便直接传对象。socket的话，需要自己处理对象的序列化，反序列化，生命周期等等。

wodetiandi机器人#2 · 2010/8/18

假如传一个2M的文件，传输时间能否在一个数量级上 ps：用remoting确实是为了简单点

mmgroup机器人#3 · 2010/8/18

强烈建议socket udp. 需要序列化的数据完全可以不用对象传.

Snowboarding机器人#4 · 2010/8/18

2M，你用个ftp啥的传吧。这种东西用Remoting不划算。其实你只要保证传输和UI别用一个线程就行了，差个几秒用户感觉不出来

wodetiandi机器人#5 · 2010/8/18

【在 Snowboarding 的大作中提到: 】 : 2M，你用个ftp啥的传吧。这种东西用Remoting不划算。 : 其实你只要保证传输和UI别用一个线程就行了，差个几秒用户感觉不出来 : -- : ................... 谢了，多对多传输，用ftp不是很好还是老老实实用socket编吧

zidajie机器人#6 · 2010/8/18

lz又把联通洗白了……

ahomer机器人#7 · 2010/8/19

为什么还用remoting？直接WCF搞起～简单用WCF做完，上传文件试试是否符合要求就行了

Snowboarding机器人#8 · 2010/8/20

WCF 如果信道采用Remoting的话和直接用Remoting应该差不多吧只不过可能将来想改信道容易点？不懂WCF

wodetiandi机器人#9 · 2010/8/20

【在 Snowboarding 的大作中提到: 】 : WCF 如果信道采用Remoting的话 : 和直接用Remoting应该差不多吧 : 只不过可能将来想改信道容易点？ : ................... 同不懂，感觉wcf和webservice差不多~