在线听歌一类的应用是用TCP吗？还是UDP？ - 未名空间MITBBS历史存档

国际科技财经博客移民网络热点娱乐民生时事公众号

Redian新闻

>未名空间

>EE - 电子工程

在线听歌一类的应用是用TCP吗？还是UDP？

在线听歌一类的应用是用TCP吗？还是UDP？# EE - 电子工程

b*y2008-10-11 07:10

1 楼

☆─────────────────────────────────────☆
NeverLearn (root 4 Montoya) 于 (Sun Sep 18 02:38:06 2005) 提到:
发信人: NeverLearn (root 4 Montoya), 信区: CS
标题: How to detect if a number is a fibonacci number?
发信站: BBS 未名空间站 (Sun Sep 18 02:37:46 2005), 转信
rt, given a number, how to quickly detect that? Heard there's a
fast way to do that. Any one knows?
☆─────────────────────────────────────☆
Qing (阿卿) 于 (Sun Sep 18 04:16:12 2005) 提到:
fibonacci数增长暴快，所以一个一个的算就很快了啊。O(logn)。
32位整数，算最多48次就搞定了。64位整数也只要9

s*k2008-10-11 07:10

2 楼

感觉应该是TCP，不是很确定。另外比如文件传输，这个应该是标准的TCP应用，但是比
如我用QQ传输比用MSN传输快很多，难道是两者做了不同优化，还是什么其他原因？

j*a2008-10-11 07:10

3 楼

传输:msn是点对点的 qq有可能通过服务器中转
你再看看tcp/udp

【在 s********k 的大作中提到】

: 感觉应该是TCP，不是很确定。另外比如文件传输，这个应该是标准的TCP应用，但是比
: 如我用QQ传输比用MSN传输快很多，难道是两者做了不同优化，还是什么其他原因？

p*s2008-10-11 07:10

4 楼

都有可能，有兴趣可以用wireshark抓一些IP包自己看一看。

p*e2008-10-11 07:10

5 楼

why not udp? radio服务器需要建立n个tcp connection, 太贵了吧。

【在 s********k 的大作中提到】

z*n2008-10-11 07:10

6 楼

streaming audio/video is done by TCP for sure.
This type of application doesn't require strict
time delay so that the stream can be buffered
at the receiver before replay starts.
The reason that QQ file transfer is faster than
that of MSN I guess is caused by that QQ uses
multisession transferring, just like flashget
does.

【在 s********k 的大作中提到】

z*n2008-10-11 07:10

7 楼

UDP is connectionless. If error occurs, the
retransmission of erroneous packets will take
much longer time.

【在 p****e 的大作中提到】

: why not udp? radio服务器需要建立n个tcp connection, 太贵了吧。

p*e2008-10-11 07:10

8 楼

我感觉看你需要什么质量的stream. 如果是一般的am radio quality, 丢两三个包
没关系吧。

【在 z*****n 的大作中提到】

: UDP is connectionless. If error occurs, the
: retransmission of erroneous packets will take
: much longer time.

t*o2008-10-11 07:10

9 楼

应该是 multithread吧

【在 z*****n 的大作中提到】

: streaming audio/video is done by TCP for sure.
: This type of application doesn't require strict
: time delay so that the stream can be buffered
: at the receiver before replay starts.
: The reason that QQ file transfer is faster than
: that of MSN I guess is caused by that QQ uses
: multisession transferring, just like flashget
: does.

z*n2008-10-11 07:10

10 楼

如果不是realtime的audio，一般都是tcp+buffering，
如果是audio，丢一个包就是几百个sample的loss，
关系很大的。
buffering的另外一个功能是消除网络传输过程中的
jitter。

【在 p****e 的大作中提到】

: 我感觉看你需要什么质量的stream. 如果是一般的am radio quality, 丢两三个包
: 没关系吧。

z*n2008-10-11 07:10

11 楼

yes, you are right.

【在 t**o 的大作中提到】

: 应该是 multithread吧

t*o2008-10-11 07:10

12 楼

这个跟 VOD一样，我记得VOD是tcp的，所以在线听歌应该也是的吧

【在 z*****n 的大作中提到】

: 如果不是realtime的audio，一般都是tcp+buffering，
: 如果是audio，丢一个包就是几百个sample的loss，
: 关系很大的。
: buffering的另外一个功能是消除网络传输过程中的
: jitter。

s*k2008-10-11 07:10

13 楼

网络状况相同的情况下多线程有用处吗？这个多线程意思是指开多个session吗？如果
多线程有用的话，影响性能的主要因素不在网络，而在客户端吧。

【在 z*****n 的大作中提到】

: yes, you are right.

t*o2008-10-11 07:10

14 楼

多车道比单车道好，能显著提高车流速度

【在 s********k 的大作中提到】

: 网络状况相同的情况下多线程有用处吗？这个多线程意思是指开多个session吗？如果
: 多线程有用的话，影响性能的主要因素不在网络，而在客户端吧。

s*k2008-10-11 07:10

15 楼

我对多线程不是很熟悉，但是记得应该属于操作系统范畴的。我的理解是操作系统快，
最多解决更快处理buffer里面的数据，但是现在网络堵塞，buffer里面根本没有什么太
多数据。这个可以是多线程可以解决的吗？你这个多车道比喻。我理解是TCP开了多个
session，不知道准确不？

【在 t**o 的大作中提到】

: 多车道比单车道好，能显著提高车流速度

s*k2008-10-11 07:10

16 楼

stream对delay要求不高，那哪个TCP应用对delay要求高？另外，stream之类对是不是
对jitter要求比delay严格

【在 z*****n 的大作中提到】

t*o2008-10-11 07:10

17 楼

是OS范围的。
我的意思是在网络冗塞在可以承受的范围内，如果到了冗塞严重的情况时，有可能TCP
跟UDP的效果是一样的。多线程当然无法解决这个问题。但就流媒体传输质量来说，当
然是TCP啊。
话说回来，本来流媒体就是针对网络情况比较好的条件下的，网络超时严重的谁还去玩
这些啊

【在 s********k 的大作中提到】

: 我对多线程不是很熟悉，但是记得应该属于操作系统范畴的。我的理解是操作系统快，
: 最多解决更快处理buffer里面的数据，但是现在网络堵塞，buffer里面根本没有什么太
: 多数据。这个可以是多线程可以解决的吗？你这个多车道比喻。我理解是TCP开了多个
: session，不知道准确不？

f*o2008-10-11 07:10

18 楼

QQ传输是UDP

【在 s********k 的大作中提到】

z*n2008-10-11 07:10

19 楼

Well, this question is related to the network
for sure, especially the processing logic in
network routers.
Routers process the incoming packets in FIFO
fashion. If you have only one session/thread,
then in a unit time a router relays one packet
for you, if you have multiple sessions, the
sending part pushes more packets into the network
and in result you get higher throughput.

【在 s********k 的大作中提到】

z*n2008-10-11 07:10

20 楼

Streaming multimedia can tolerate more delay than real-time
ones. You listen a MP3 online you can wait for a while
like some seconds, but you cannot wait to give a
response when you are talking in MSN or skype.
Realtime audio/video has higher requirement on both
delay and jitter.

【在 s********k 的大作中提到】

: stream对delay要求不高，那哪个TCP应用对delay要求高？另外，stream之类对是不是
: 对jitter要求比delay严格