c***s
发帖数: 70028 | 1 李克强总理在一季度经济形势座谈会上敦促提网速降网费，工信部很快做出回应。人们似乎一下子看到了提速降费的希望，新京报记者多方走访、体验，采访运营商，试图揭开这一步还有多远。
网速慢
测速：50M带宽缩水到10M
昨晚8时左右，新京报记者使用专业软件对家中宽带测速发现，50M带宽的实际网速仅与10M左右的带宽网速匹配。
记者去年12月在北京宽带通信技术有限公司办理了50M带宽的宽带业务，两年零4个月网费为1479元。
昨日，记者分三次使用360专业测速网站测试，最大接入速度分别为1.52MB、1.37MB、1.42MB，记者使用迅雷软件附带的测速软件测试，最大接入速度分别每秒为1.69MB、1.75MB、1.79MB。
“按照软件测试情况来看，您家的网络带宽相当于10M左右的带宽。”360工程师丁振介绍，网络运营商承诺带宽与实际下载速度的换算倍数为8倍，也即是说50M带宽的最大接入速度为6MB左右。
丁振透露，影响用户上网体验的因素包含五方面，首先是用户访问的服务器解析缓慢，说白了就是服务器不好，一般只在访问一些小型网站时出现。
其次是运营商承诺的带宽不够，丁振称，目前国内存在部分二级运营... 阅读全帖 |
|
S*A
发帖数: 7142 | 2 我那天回答你这个问题的态度比较恶劣，向你道歉。
我今天就认真一点回答你。
这里有两个层面的问题需要分别对待。
1） 老Wei 提出来的 64G 机器保持 10M 长连接的能否用普通 Linux实现。
首先，这个现实的问题，应该有个可以或者不可以的确定答案。
对于这个问题，你没有给出正面回答，从态度上推测，你的回答应该是不可以。
在这个问题上，资历其实是非常间接的依据。
如果我能公布程序能够保持 10M 的长连接，那末你的资历再高，说这个不可
以，也是没有什么信服力的。这个会反而成为质疑你资历的依据。
所以你说的资历和先进经验是不必要的，甚至不是很好的论据。
大家讨论技术问题用资历来做论据，可以肯定的结论是必然导致不能确定
的结果，双方都觉得自己资历高，谁也不服谁。而我试图以程序和实验
来论证，显然是比资历强得多的依据，也用不着资历。
所以我觉得你不愿意真正参与问题 1） 的讨论或者实验。而抛出命题 2）
来迂回。
2）C10M 没有意义（伪命题）和 C10M 不可用论。
C10M 没意义
现在市面上没有可以很简单可靠拿来就能用的 C10M 方案，所以讨论
C10M 没有意义。这个简化为... 阅读全帖 |
|
g*****g
发帖数: 34805 | 3 这只能说明你没有实际经验。能处理10M， 再多处理1M，从容量本身看是不难。
但是你忘了，前面这10M的连接是慢慢产生的，大多数时候这些连接只有heartbeat, 没
有信息交换。
但一旦有机器当机，这1M的重新连接请求是同时到来的，伴随的是需要重新产生用户
session, 要读DB, 要计算，
会产生巨大的冲击。这个冲击远远大于10M大多idle的连接。你的机器是顶不住的。
你说的要能够处理几倍的容量同样不对，一般的做法就是跑在50％－70%，超过了动态
继续起VM。
而不是预留几倍的处理能力。这本来就是云计算的长处。
persistent connection跟stateless connection在failover设计里是有很大区别的。
前者需要更大的余量。
用100台1M和10台10M的区别是巨大的。没有真正搞过实际系统的人不会想到这些问题，
但不等于这些问题就不存在了。
我说是伪命题，就是因为世界上100M 在线的系统屈指可数，而且据我所知没有一个是
用10台机器的，几百个上千个VM才是惯例。将来如果有1000M的系统，同样会倾向于多
起VM,
而不是多压榨单机性能。篮... 阅读全帖 |
|
S*A
发帖数: 7142 | 4 我那天回答你这个问题的态度比较恶劣，向你道歉。
我今天就认真一点回答你。
这里有两个层面的问题需要分别对待。
1） 老Wei 提出来的 64G 机器保持 10M 长连接的能否用普通 Linux实现。
首先，这个现实的问题，应该有个可以或者不可以的确定答案。
对于这个问题，你没有给出正面回答，从态度上推测，你的回答应该是不可以。
在这个问题上，资历其实是非常间接的依据。
如果我能公布程序能够保持 10M 的长连接，那末你的资历再高，说这个不可
以，也是没有什么信服力的。这个会反而成为质疑你资历的依据。
所以你说的资历和先进经验是不必要的，甚至不是很好的论据。
大家讨论技术问题用资历来做论据，可以肯定的结论是必然导致不能确定
的结果，双方都觉得自己资历高，谁也不服谁。而我试图以程序和实验
来论证，显然是比资历强得多的依据，也用不着资历。
所以我觉得你不愿意真正参与问题 1） 的讨论或者实验。而抛出命题 2）
来迂回。
2）C10M 没有意义（伪命题）和 C10M 不可用论。
C10M 没意义
现在市面上没有可以很简单可靠拿来就能用的 C10M 方案，所以讨论
C10M 没有意义。这个简化为... 阅读全帖 |
|
g*****g
发帖数: 34805 | 5 这只能说明你没有实际经验。能处理10M， 再多处理1M，从容量本身看是不难。
但是你忘了，前面这10M的连接是慢慢产生的，大多数时候这些连接只有heartbeat, 没
有信息交换。
但一旦有机器当机，这1M的重新连接请求是同时到来的，伴随的是需要重新产生用户
session, 要读DB, 要计算，
会产生巨大的冲击。这个冲击远远大于10M大多idle的连接。你的机器是顶不住的。
你说的要能够处理几倍的容量同样不对，一般的做法就是跑在50％－70%，超过了动态
继续起VM。
而不是预留几倍的处理能力。这本来就是云计算的长处。
persistent connection跟stateless connection在failover设计里是有很大区别的。
前者需要更大的余量。
用100台1M和10台10M的区别是巨大的。没有真正搞过实际系统的人不会想到这些问题，
但不等于这些问题就不存在了。
我说是伪命题，就是因为世界上100M 在线的系统屈指可数，而且据我所知没有一个是
用10台机器的，几百个上千个VM才是惯例。将来如果有1000M的系统，同样会倾向于多
起VM,
而不是多压榨单机性能。篮... 阅读全帖 |
|
m**t
发帖数: 1956 | 6 对于这次的比赛，个人觉得非常满意。原因是，在10个星期训练后，根据自己的训练水
平制定了比赛的目标，最后非常完美的达到了目标，比赛的时候尽力的跑，但不是超级
挣扎，只比赛前的目标慢了1%。使自己觉得这个训练是可行的，制定比赛目标也是现实。
对这个2012下半年，7月初开始训练的时候，我给自己定了一个目标是BQ，要3小时10分
钟以内，当时暂定为3小时5分钟。我用mcmillan running calculator按照3:5:00的马
拉松目标计算各个距离的目标pace和速度，用AM 55MPW作为训练计划。由于非常可笑的
原因，我习惯于训练按照速度来，只要心跳和呼吸能支持住，就不管心跳绝对值。
为了能跑明年的NYC HM，这次的Bronx 10M是必需跑的。决定得把它当作一次测验，看
看自己的10周的训练后比上半年提高了多少。比赛前想自己跑多快的时候，选了6:25的
pace。原因是:
15K-HF的pace，我训练一般按照6:45跑。最近一次跑15k-HF的训练是在跑步机上，我试
着跑6:35，跑了3mile，觉得还有余力，试了试6:15，跑了2.5mile，发现心跳能稳住。
发现... 阅读全帖 |
|
g*****g
发帖数: 34805 | 7 我还故意隐藏条件，你也不害臊。我不但给出了原文的链接，而且反复说影响是换网卡
不行，
还要自己写custom stack. 你说得好像只是dns, ips才需要似的。
是每个应用都需要定制一个，算什么隐藏前提？
我们反反复复谈的是whatsapp怎么做，能不能撑10M单机。你上来先给自己加一个要实
现driver, 实现
custom tcp/ip的条件，还做个屁呀。别人上市了你底层都没做出来。
一发现自己错了，就跟我谈10年后的外星科技怎么弄。我不关心不行吗？我从没说过单
机10M helloworld做不出来，
我从来一开始就说单机10M 的whatsapp做不出来，这个讨论一开始就太监又装逼吹牛看
不起人whatsapp。你愿意
做helloworld, 做1亿我都一点都不关心，反正是意淫的工具罢了。
说到底，就是你们这些外行喜欢拉虎皮扯大旗。每次吹牛的时候对象就是whatsapp, 这
个看不起那个看不起。一谈细节就往helloworld靠，还没见真实现了。跟12306做成太
监计数器一个德性。你要是上来谈intel某新硬件，理论上能支持多少连接，我根本不
参与这种讨论。 |
|
z****g
发帖数: 3509 | 8 也没有那么多，真有10m现金在手，找个白牛应该不难。
小黄人和白男的差距如果用金钱弥补的话，我估计在40-50万/年左右。也就是说一个赚
5万一年的白男，和一个赚50万一年的小黄人，在择偶市场价值近似。
10m相当于20倍（年）的这个差距，应该足够了。事实上应该不需要那么多，因为白牛
黄金期没有20年。 |
|
d**********r
发帖数: 24123 | 9 【 以下文字转载自 Collectibles 讨论区 】
发信人: goldcoin (巴依老爷), 信区: Collectibles
标 题: 遛狗捡了10M刀 (转载)
发信站: BBS 未名空间站 (Tue Feb 25 17:22:37 2014, 美东)
发信人: kejer (kejer), 信区: Joke
标 题: 遛狗捡了10M刀
发信站: BBS 未名空间站 (Tue Feb 25 17:06:43 2014, 美东)
这就是命啊。
http://www.foxnews.com/us/2014/02/25/california-couple-finds-10 |
|
e*f
发帖数: 1709 | 10 Mike B from LA Times said in sports access from TWC that Lin's value is
10M per year. M Thompson (the dad of the SG in GSW) said 8-10M. |
|
A*****a
发帖数: 52743 | 11 这不是2年10M？中产
[在 elispot (千寻) 的大作中提到：]
：还有43M的contract, 裁了的话再签个10M一年的，铁铁的温拿啊！
：
：........... |
|
|
K****D
发帖数: 30533 | 13 While Avatar $34.42m.
Avatar $34.42m -26.8% ($101.66m)
Confucius $4.10m ($4.10m)
The Spy Next Door $3.37m +39.4% ($5.79m)
Detective Conan $0.47m +236.8% ($0.61m)
Bodyguards and Assassins $0.32m -66.2% ($42.80m)
Huang Di Xia $0.19m ($0.19m)
Short Of Love $0.12m ($0.12m) |
|
S*A
发帖数: 7142 | 14 一个 client 不是很合适吧。
假设服务器只有一个 IP 和 一个端口，
在客户端，每个端口是 16 位，一个 IP 可以提供 65K 个连接.
也就是说，你需要客户端有至少有 10M/65K = 153 个不同的 IP 地址
（修改，原来的帖子计算错了，算成1526， 现在改过来了）
才能同时给一个服务器端口提供 10M 个连接。
linux 倒是支持在一个网卡上有那末多 ip alias。
如果50 行实现了，就说明你连 Linux epoll 都没有直接用，
那个正确实现最少要 200 行左右。如果能实现了，C10M 功
劳应该主要在是 OpenOnLoad 这类预先提供好的网络 stack 包。
那 50 行大概和 OpenOnLoad 的 demo 代码很类似。 |
|
S*A
发帖数: 7142 | 15 这个用如果用普通的Linux，没有 OpenOnLoad 应该是做不出来的。
OpenOnLoad 的内存消耗多少不清楚，没有条件玩。
64G 内存维护 10M 连接在 kernel 的内存不够用。实验表明 2M socket
handle 就要 烧掉 8G 内存。开到10M 估计要 40G。剩下 24G
要保持连接估计是不够的。那个除了 sk_buff, tcp buffer,
还有其他的连接相关的数据结构。你一定要实验的话，可以放开
数据传输不管，测量一下是空的tcp 连接 4G 内存可以上到
多少，这个仅仅是 kernel 部分使用的内存。 所以 64G 应该没有戏。
欢迎实地测试。 |
|
S*A
发帖数: 7142 | 16
我觉得你的理解有问题。人家说 C10M， 没有说你做到 11M 就不是了。
人家就是要画一条线，说，这条线一以下的不是罗氏的 C10M。
这个 10M packet per second。 人家画了 10M packet/s 的线，就是
说，低于这个数字的还不够格。从标准的角度来说，人家的要求是更严格
了不是更松了。这里是个大于等于的关系。
也就是说，单纯依靠大包到达 10G的情况，在你的标准是 pass 了，
robert 认为是没 pass， 不是比你的标准严格么？
这是因为你还没有体会隐含的大于等于关系。我知道你想说通用
更好。我觉得原来人家的定义没有矛盾，只是指出这种低 packet rate
的 10G 还不够好。这个是有现实意义的。
所以你没有要求人家有要求其实是更加严格了。
你出口就说人家没有动手做过这个也有点太武断，
和我说你没有做过一样，是不是有点这个意思？
BTW， 我认为 Robert 说的 C10M 是他自己做过的。看看他的talk。 |
|
g*****g
发帖数: 34805 | 17 就算能通用，都多半不会被实用。10M连接在硬件出问题时被redirect的冲击是很可怕
的。一台机器能撑住10M连接，不见得能撑住1秒内1M的发起连接。Cascading的冲击恰
恰是HA的噩梦。5%访问不了是个PR问题，全站当可能就要有人被fired.
我老只不过经验多一点，总是比你们多想几步罢了。 |
|
L*****e
发帖数: 8347 | 18 我觉得古德霸说的，除了是不是最多只有100M的同时在线连接可商榷以外，其它部分还
是基本站得住脚的。
按照他的假设，如果因为人口的限制，最多不会出现超出100M的在线连接应用，用100
台机子的cluster，每台机子可以Handle 1M连接来部署，这样，一台机子fail了，1M连
接分到另外99台机子上去，那么每台机子需要多handle 10K的连接。
如果现在你的单机可以handle 10M连接，你是用10台机子来部署呢？还是用100台机子
来部署呢？10台机子部署的话，如果1台fail了，10M的连接分配到另外9台上，每台要
一下多1M连接可能会崩溃。如果照你这个帖子里说的，用100台机子部署，平时每台只
处理1M连接，富裕的9M来应付有机子fail的情况，那么是巨大的计算力浪费，因为毕竟
大部分时间是平常正常运行，failure是极少数，保持巨大的余量来应付fail就是浪费。
至于100台C1M的机子和10台C10M的机子哪个成本更高，这里还要考虑到100台C1M
的机子可能不光是用来处理连接，其计算力还要用在别的方面等因素，所以我也不清楚
结论是什么，只能说影响因素比较多。... 阅读全帖 |
|
g*****g
发帖数: 34805 | 19 我再说一遍，单机上玩玩benchmark跟产品环境是两码事。产品环境从来都是可靠性远
远高于性能。
你要有几千万用户，风投趋之若鹜，跑几百个VM才几个钱。
你要有实战经验，哪怕没有10M只有100K并发，大家都可以讨论一下经验。单机上让你测
出10M来也就是玩而已。
C10K 有意义，那是因为epoll 没有改变TCP协议。C10M 那个博客的作者提到必须重写
网络协议，在我看来跟ipv8一样。 |
|
g*****g
发帖数: 34805 | 20 我就问你一句，高并发的产品你做过没有？有和没有就一句话，躲躲闪闪有必要吗？
我不是用资历来压人，但你没有相关的行业经验，谁说的话更靠谱是很显然的。
数字说话是没错，问题数字是产品里的数字，不是helloworld的数字。你在产品里跑单
机10M，那是你牛逼。
helloworld就算跑出10M，也不能说明问题。我就这个意思。 |
|
S*A
发帖数: 7142 | 21 一个 client 不是很合适吧。
假设服务器只有一个 IP 和 一个端口，
在客户端，每个端口是 16 位，一个 IP 可以提供 65K 个连接.
也就是说，你需要客户端有至少有 10M/65K = 153 个不同的 IP 地址
（修改，原来的帖子计算错了，算成1526， 现在改过来了）
才能同时给一个服务器端口提供 10M 个连接。
linux 倒是支持在一个网卡上有那末多 ip alias。
如果50 行实现了，就说明你连 Linux epoll 都没有直接用，
那个正确实现最少要 200 行左右。如果能实现了，C10M 功
劳应该主要在是 OpenOnLoad 这类预先提供好的网络 stack 包。
那 50 行大概和 OpenOnLoad 的 demo 代码很类似。 |
|
S*A
发帖数: 7142 | 22 这个用如果用普通的Linux，没有 OpenOnLoad 应该是做不出来的。
OpenOnLoad 的内存消耗多少不清楚，没有条件玩。
64G 内存维护 10M 连接在 kernel 的内存不够用。实验表明 2M socket
handle 就要 烧掉 8G 内存。开到10M 估计要 40G。剩下 24G
要保持连接估计是不够的。那个除了 sk_buff, tcp buffer,
还有其他的连接相关的数据结构。你一定要实验的话，可以放开
数据传输不管，测量一下是空的tcp 连接 4G 内存可以上到
多少，这个仅仅是 kernel 部分使用的内存。 所以 64G 应该没有戏。
欢迎实地测试。 |
|
S*A
发帖数: 7142 | 23
我觉得你的理解有问题。人家说 C10M， 没有说你做到 11M 就不是了。
人家就是要画一条线，说，这条线一以下的不是罗氏的 C10M。
这个 10M packet per second。 人家画了 10M packet/s 的线，就是
说，低于这个数字的还不够格。从标准的角度来说，人家的要求是更严格
了不是更松了。这里是个大于等于的关系。
也就是说，单纯依靠大包到达 10G的情况，在你的标准是 pass 了，
robert 认为是没 pass， 不是比你的标准严格么？
这是因为你还没有体会隐含的大于等于关系。我知道你想说通用
更好。我觉得原来人家的定义没有矛盾，只是指出这种低 packet rate
的 10G 还不够好。这个是有现实意义的。
所以你没有要求人家有要求其实是更加严格了。
你出口就说人家没有动手做过这个也有点太武断，
和我说你没有做过一样，是不是有点这个意思？
BTW， 我认为 Robert 说的 C10M 是他自己做过的。看看他的talk。 |
|
g*****g
发帖数: 34805 | 24 就算能通用，都多半不会被实用。10M连接在硬件出问题时被redirect的冲击是很可怕
的。一台机器能撑住10M连接，不见得能撑住1秒内1M的发起连接。Cascading的冲击恰
恰是HA的噩梦。5%访问不了是个PR问题，全站当可能就要有人被fired.
我老只不过经验多一点，总是比你们多想几步罢了。 |
|
L*****e
发帖数: 8347 | 25 我觉得古德霸说的，除了是不是最多只有100M的同时在线连接可商榷以外，其它部分还
是基本站得住脚的。
按照他的假设，如果因为人口的限制，最多不会出现超出100M的在线连接应用，用100
台机子的cluster，每台机子可以Handle 1M连接来部署，这样，一台机子fail了，1M连
接分到另外99台机子上去，那么每台机子需要多handle 10K的连接。
如果现在你的单机可以handle 10M连接，你是用10台机子来部署呢？还是用100台机子
来部署呢？10台机子部署的话，如果1台fail了，10M的连接分配到另外9台上，每台要
一下多1M连接可能会崩溃。如果照你这个帖子里说的，用100台机子部署，平时每台只
处理1M连接，富裕的9M来应付有机子fail的情况，那么是巨大的计算力浪费，因为毕竟
大部分时间是平常正常运行，failure是极少数，保持巨大的余量来应付fail就是浪费。
至于100台C1M的机子和10台C10M的机子哪个成本更高，这里还要考虑到100台C1M
的机子可能不光是用来处理连接，其计算力还要用在别的方面等因素，所以我也不清楚
结论是什么，只能说影响因素比较多。... 阅读全帖 |
|
g*****g
发帖数: 34805 | 26 我再说一遍，单机上玩玩benchmark跟产品环境是两码事。产品环境从来都是可靠性远
远高于性能。
你要有几千万用户，风投趋之若鹜，跑几百个VM才几个钱。
你要有实战经验，哪怕没有10M只有100K并发，大家都可以讨论一下经验。单机上让你测
出10M来也就是玩而已。
C10K 有意义，那是因为epoll 没有改变TCP协议。C10M 那个博客的作者提到必须重写
网络协议，在我看来跟ipv8一样。 |
|
g*****g
发帖数: 34805 | 27 我就问你一句，高并发的产品你做过没有？有和没有就一句话，躲躲闪闪有必要吗？
我不是用资历来压人，但你没有相关的行业经验，谁说的话更靠谱是很显然的。
数字说话是没错，问题数字是产品里的数字，不是helloworld的数字。你在产品里跑单
机10M，那是你牛逼。
helloworld就算跑出10M，也不能说明问题。我就这个意思。 |
|
T********i
发帖数: 2416 | 28 你就别不要脸了。
low latency，high throughput的网络技术我也做了10来年了。还从来没崩过。无论什
么方案，指标就是throughput和latency。如果我的throughput秒你一个数量级，你做
的就是屎。
系统做的正确，连接数是100个，还是10M，throughput没有本质差别。robert那个网站
也说了，C10M的连接速度就是1m/s。openonload之类的stack用户成百上千万，这东西
都是commodity。
成天把大并发挂在嘴上，难道你不知道，并发数是10个还是10m，HA的要求是一样的？
同样的实现，人家既然性能能高你一个数量级，HA的性能自然也高你一个数量级。
这里面，唯一不能做技术的就是你。你顶多就是一搭积木的。
stack, |
|
g*****g
发帖数: 34805 | 29 数量级在你嘴里就跟狗屎一样。上次吹牛逼，被我拿nasdaq的数据证明您老的单机都能
灭nasdaq集群峰值一个数量级，丢人了躲了三个月还没长记性？
HA 10个连接跟10M当然是不一样的。10个随便弄个standby就行，10M 垮了standby 撑
不住连接的冲击跟着跨，不但一个机器standby不成，10个机器standby都不成。你根本
就一外行吹牛一次丢人一次。 |
|
T********i
发帖数: 2416 | 30 要点脸行不行？说不过就转移话题加人身攻击。SSA说过多少次你是泼妇骂街了？
我问你，这个就是一个IM的前端，单机10m连接+超过10G的throughput，有什么达不到
的？你丫不服么？
什么叫10M的单机撑不住standby？单机C10M连接速度可达1M连接/s。假定100M用户，用
11台，一台死掉了，用户分布到其它10台单机，也只需要大约1s就恢复了。
实际上，我deploy的时候，都只用峰值大约20-30%的流量。100M用户，用30台服务器。
流出足够的容量。
你的知识和能力。根本不可能做出C10M。你悲愤也没用。 |
|
T********i
发帖数: 2416 | 31 别无耻了。宕机假定的这一台机器当掉。数据库没有当掉。也就是连接后多发几条消息
。不是还有那个10G+的throughput等着你呢么？
说实话。单机20M连接都没压力。我把reverse降低到50%，单机额定10M也行。这个你服
不服？我这人小心谨慎。不像你，部署的时候余量留得那么少。
单机10M还是20M连接，只取决于内存量。
怪。 |
|
g*****g
发帖数: 34805 | 32 做人不要那么不要脸。你要提robert，又要选择性无视。Robert明明说了没有可靠的
user modde tcp/ip可用。也没听说哪个相似server产品用了OpenOnLoad，你还有脸谈
阅读能
力。
Your biggest problem is getting a user-mode TCP/IP stack. There are lots of
these stacks around as university research projects. I don’t know of any
open-source user-mode stack that is reliable. There is a closed-source stack
called “6windgate” which is used in a lot of appliances.
几个外行，成天意淫10M单机，实际上连一万单机都没做过。还是那句话，有种的跟我
说，没做过1万server并发的死全家好了。实践检验真理唯一标准，不是拿helloworld
来检验whatsapp。我产品里做过10M 用户... 阅读全帖 |
|
i**********5
发帖数: 467 | 33 That depends on how much support he received from others. If he make 10M
just by himself with less than 10M cash, his bonus will be around 4M. |
|
|
k****y
发帖数: 4083 | 35 这10M不是什么买通，而是两机构有关人员顺便中饱私囊的小金库
加后门是命令 |
|
|
|
g*****1
发帖数: 666 | 38 女子10m跳台2000， 和2004连砸两次，被美国和袋鼠各偷一金牌。事不过三。 |
|
|
b***e
发帖数: 1419 | 40 已经融了10M了可能到不了这么高. 我看0.2到0.5吧. 除非有特技在身. |
|
|
|
s******c
发帖数: 1920 | 43 基本很难
10m 支撑已经有20人的团队
也就一年一年半
而且用光了钱再融资会吃大亏 |
|
|
|
y*********k
发帖数: 673 | 46 看图可是个>10M的大单呀，什么散户能有这么大的单？ |
|
a*****g
发帖数: 19398 | 47 收到 RCN 广告，现有 10M Internet 每月 $24.99, 而且 7 月份免费安装。
这是非常不错的 deal 了。
我从前一直是 RCN 客户，后来他们调价换了其他家。这次又换回了 RCN。
谁感兴趣的，赶紧去申请 RCN 。
我可以给你个 Refer，我也赚点零花钱。 |
|
a*****g
发帖数: 19398 | 48 RCN 可以租Modem，但是没有租 router 一说
（最好还是自己买个 Modem 省钱。）
他们的网站近2年，基本上都没有 10M 带宽一项，一直是 25M 每个月 $40
（有的话我就不要等到现在才换回来了。） |
|
