2009-12-7 22:19:36 LinkTalk.NET(909327571)
暗夜教父， 你說的6萬連接，每個(gè)連接每秒發(fā)1K包嗎？

2009-12-7 22:19:49 暗夜教父(199033)
en

2009-12-7 22:19:49 jack(357794482)
就是后面函數(shù)執(zhí)行完成之后的結(jié)果給前面的原子嗎

2009-12-7 22:20:54 LinkTalk.NET(909327571)
機(jī)器配置如何？還有6萬個(gè)客戶端如何模擬的？

2009-12-7 22:21:41 暗夜教父(199033)
機(jī)器是AMD 雙核 3200+

2009-12-7 22:21:50 LinkTalk.NET(909327571)
另外就是每個(gè)連接上的時(shí)間間隔為1秒，沒有延遲嗎？

2009-12-7 22:22:12 暗夜教父(199033)
內(nèi)存是4G，操作系統(tǒng)ubuntu 9.10

2009-12-7 22:22:53 暗夜教父(199033)
我人為的沒做這種延遲

2009-12-7 22:23:04 暗夜教父(199033)
服務(wù)器和客戶端都是這個(gè)配置

2009-12-7 22:23:16 暗夜教父(199033)
客戶端是用erlang模擬并發(fā)

2009-12-7 22:23:39 暗夜教父(199033)
不過創(chuàng)建6W個(gè)連接花費(fèi)了一定的時(shí)間

2009-12-7 22:24:09 暗夜教父(199033)
對(duì)哦，這樣就不是6萬個(gè)一起并發(fā)出來的

2009-12-7 22:24:09 LinkTalk.NET(909327571)
大概多久？

2009-12-7 22:24:19 暗夜教父(199033)
沒統(tǒng)計(jì)時(shí)間

2009-12-7 22:24:42 暗夜教父(199033)
這里存在問題了

2009-12-7 22:25:27 暗夜教父(199033)
其實(shí)并發(fā)應(yīng)該是 連接數(shù) / 創(chuàng)建并發(fā)的時(shí)間

2009-12-7 22:25:27 LinkTalk.NET(909327571)
什么問題？

2009-12-7 22:25:49 LinkTalk.NET(909327571)
這個(gè)無所謂

2009-12-7 22:26:08 LinkTalk.NET(909327571)
只要你全部連接創(chuàng)建好后一直保持住就可以了

2009-12-7 22:26:23 暗夜教父(199033)
一直保持也不是6萬同時(shí)

2009-12-7 22:26:32 暗夜教父(199033)
創(chuàng)建連接有時(shí)差

2009-12-7 22:26:35 LinkTalk.NET(909327571)
6萬個(gè)如果能夠1k/s的保持48小時(shí)的話，非常牛逼了

2009-12-7 22:26:38 暗夜教父(199033)
那么發(fā)生數(shù)據(jù)也有時(shí)差

2009-12-7 22:27:53 LinkTalk.NET(909327571)
你通過什么方式做到間隔一秒發(fā)一次數(shù)據(jù)的？

2009-12-7 22:28:32 LinkTalk.NET(909327571)
sleep嗎？

2009-12-7 22:29:19 LinkTalk.NET(909327571)
你有沒有看一下網(wǎng)卡的帶寬消耗

2009-12-7 22:29:37 LinkTalk.NET(909327571)
按道理應(yīng)該1k * 6萬 = 60M/s

2009-12-7 22:30:12 LinkTalk.NET(909327571)
如果達(dá)到60M以上基本算是真正的穩(wěn)定的實(shí)現(xiàn)了6萬并發(fā)

2009-12-7 22:30:34 暗夜教父(199033)
client那邊是我同事寫的

2009-12-7 22:30:39 暗夜教父(199033)
我不知道是不是sleep

2009-12-7 22:30:52 暗夜教父(199033)
帶寬消耗我還也真沒看

2009-12-7 22:30:53 LinkTalk.NET(909327571)
erlang里面好像也就只有sleep了

2009-12-7 22:31:06 暗夜教父(199033)
我估計(jì)不是

2009-12-7 22:31:52 LinkTalk.NET(909327571)
另外我懷疑當(dāng)并發(fā)高了以后，sleep會(huì)不準(zhǔn)，真正的間隔肯定會(huì)大于sleep的時(shí)間

2009-12-7 22:32:50 暗夜教父(199033)
恩，確實(shí)有待驗(yàn)證

2009-12-7 22:33:04 暗夜教父(199033)
不過只有用應(yīng)用來驗(yàn)證了

2009-12-7 22:33:14 暗夜教父(199033)
等項(xiàng)目上線了，看看實(shí)際情況

2009-12-7 22:33:17 LinkTalk.NET(909327571)
嗯，呵呵

2009-12-7 22:33:24 LinkTalk.NET(909327571)
你們這個(gè)用在什么項(xiàng)目上馬？

2009-12-7 22:33:27 LinkTalk.NET(909327571)
上面

2009-12-7 22:33:30 LinkTalk.NET(909327571)
游戲嗎？

2009-12-7 22:33:31 暗夜教父(199033)
恩，游戲的

2009-12-7 22:34:48 LinkTalk.NET(909327571)
[表情]

2009-12-7 22:34:59 暗夜教父(199033)
不過風(fēng)險(xiǎn)也很大

2009-12-7 22:35:15 LinkTalk.NET(909327571)
為什么？

2009-12-7 22:35:24 暗夜教父(199033)
沒做過

2009-12-7 22:35:28 暗夜教父(199033)
沒有成熟項(xiàng)目的經(jīng)驗(yàn)

2009-12-7 22:35:29 LinkTalk.NET(909327571)
呵呵

2009-12-7 22:35:32 暗夜教父(199033)
什么都有可能發(fā)生

2009-12-7 22:35:45 LinkTalk.NET(909327571)
傳統(tǒng)的游戲服務(wù)器，單臺(tái)到兩三萬并發(fā)已經(jīng)很牛X了

2009-12-7 22:35:50 暗夜教父(199033)
未知因素太多

2009-12-7 22:36:00 暗夜教父(199033)
我估計(jì)6W還能上

2009-12-7 22:36:00 LinkTalk.NET(909327571)
而且硬件還不差的情況下

2009-12-7 22:36:11 LinkTalk.NET(909327571)
游戲的數(shù)據(jù)通信量比較大

2009-12-7 22:36:22 LinkTalk.NET(909327571)
嗯

2009-12-7 22:36:30 暗夜教父(199033)
沒過6W是因?yàn)榭蛻舳说亩丝诨旧蠜]了

2009-12-7 22:36:45 LinkTalk.NET(909327571)
這個(gè)不會(huì)啊

2009-12-7 22:36:51 LinkTalk.NET(909327571)
客戶端端口沒有關(guān)系的

2009-12-7 22:36:55 暗夜教父(199033)
有吧

2009-12-7 22:36:59 LinkTalk.NET(909327571)
因?yàn)镮P不一樣

2009-12-7 22:37:11 暗夜教父(199033)
不是。我測(cè)試的時(shí)候

2009-12-7 22:37:15 LinkTalk.NET(909327571)
同一個(gè)IP有65535個(gè)端口的限制

2009-12-7 22:37:18 暗夜教父(199033)
6萬個(gè)連接從一臺(tái)機(jī)器來的

2009-12-7 22:37:18 LinkTalk.NET(909327571)
哦，了解

2009-12-7 22:37:23 LinkTalk.NET(909327571)
嗯

2009-12-7 22:37:54 david(258667581)
服務(wù)器端只監(jiān)聽一個(gè)端口 應(yīng)該不會(huì)有端口數(shù)限制吧？

2009-12-7 22:38:24 LinkTalk.NET(909327571)
服務(wù)器端不會(huì)

2009-12-7 22:38:50 david(258667581)
做游戲的話 不是都雍和宮服務(wù)器嗎

2009-12-7 22:38:55 david(258667581)
都做的服務(wù)器嗎

2009-12-7 22:39:24 暗夜教父(199033)
。。。

2009-12-7 22:39:32 暗夜教父(199033)
我是做測(cè)試

2009-12-7 22:39:36 david(258667581)
另外 如果端口socket屬性設(shè)置reuse為true 是否可以超過6W端口

2009-12-7 22:39:48 LinkTalk.NET(909327571)
不會(huì)

2009-12-7 22:39:53 暗夜教父(199033)
服務(wù)器端是一臺(tái)機(jī)器，客戶端也是一臺(tái)機(jī)器

2009-12-7 22:39:56 LinkTalk.NET(909327571)
那個(gè)是針對(duì)不同的protocol

2009-12-7 22:40:02 暗夜教父(199033)
客戶端發(fā)起6W個(gè)連接

2009-12-7 22:40:19 暗夜教父(199033)
就要占用6W多個(gè)端口

2009-12-7 22:40:18 david(258667581)
不同的protocol是什么意思

2009-12-7 22:40:35 LinkTalk.NET(909327571)
tcp 和 udp 可以reuse同一個(gè)port

2009-12-7 22:41:09 LinkTalk.NET(909327571)
erlang其實(shí)我只是大概的了解

2009-12-7 22:41:22 LinkTalk.NET(909327571)
我打算用C#和Java模擬erlang

2009-12-7 22:41:26 david(258667581)
程序a試用端口2000 tcp連 然后 程序b用2000端口udp再連接另外一個(gè)程序？

2009-12-7 22:41:36 david(258667581)
模擬？

2009-12-7 22:41:40 LinkTalk.NET(909327571)
嗯

2009-12-7 22:41:47 LinkTalk.NET(909327571)
我已經(jīng)用C#實(shí)現(xiàn)了

2009-12-7 22:41:47 david(258667581)
怎么模擬？

2009-12-7 22:41:59 LinkTalk.NET(909327571)
就是Actor模式

2009-12-7 22:42:07 LinkTalk.NET(909327571)
自己實(shí)現(xiàn)消息的調(diào)度

2009-12-7 22:42:15 LinkTalk.NET(909327571)
還有實(shí)現(xiàn)異步編程接口

2009-12-7 22:42:41 david(258667581)
actor模式是什么意思

2009-12-7 22:42:59 LinkTalk.NET(909327571)
一種軟件設(shè)計(jì)模式

2009-12-7 22:43:16 LinkTalk.NET(909327571)
erlang/scala等并發(fā)平臺(tái)都是actor模式

2009-12-7 22:44:06 david(258667581)
不懂

2009-12-7 22:44:25 david(258667581)
為什么要用c#模擬？

2009-12-7 22:44:33 LinkTalk.NET(909327571)
因?yàn)槲沂煜#

2009-12-7 22:44:39 LinkTalk.NET(909327571)
也打算用java模擬

2009-12-7 22:45:01 LinkTalk.NET(909327571)
同時(shí)也因?yàn)镃#/Java有大量的開發(fā)人員和豐富的第三方擴(kuò)展

2009-12-7 22:45:25 LinkTalk.NET(909327571)
同時(shí)也有很爽的IDE

2009-12-7 22:45:26 LinkTalk.NET(909327571)
：）

2009-12-7 22:45:42 david(258667581)
是 但是感覺如果你是要測(cè)性能的話 c#的性能可能跟不上erlang啊

2009-12-7 22:45:49 david(258667581)
用c的都會(huì)好些

2009-12-7 22:46:01 LinkTalk.NET(909327571)
其實(shí)erlang語言本身性能不見得高，因?yàn)槭悄_本語言

2009-12-7 22:46:15 LinkTalk.NET(909327571)
高并發(fā)是因?yàn)榧兿鬟f，可以有效的避免死鎖

2009-12-7 22:46:27 LinkTalk.NET(909327571)
傳統(tǒng)語言比如c/c++要避免死鎖比較難

2009-12-7 22:46:49 LinkTalk.NET(909327571)
給大家看老外的一個(gè)測(cè)試數(shù)據(jù)

2009-12-7 22:46:57 LinkTalk.NET(909327571)
erlang其實(shí)算是執(zhí)行效率相對(duì)比較差的

2009-12-7 22:47:20 david(258667581)
哪里 erlang的性能應(yīng)該是可以跟c叫板的

2009-12-7 22:48:04 LinkTalk.NET(909327571)
http://shootout.alioth.debian.org/u32q/benchmark.php?test=all&lang=csharp&lang2=hipe&box=1

2009-12-7 22:48:16 LinkTalk.NET(909327571)
這個(gè)里面有很多語言的性能測(cè)試比較

2009-12-7 22:48:23 LinkTalk.NET(909327571)
erlang算是比較差的

2009-12-7 22:49:02 LinkTalk.NET(909327571)
傳統(tǒng)語言達(dá)不到高并發(fā)是因?yàn)闊o法有效的避免死鎖，還有cpu調(diào)度做得不好

2009-12-7 22:50:17 暗夜教父(199033)
恩，C如果使用erlang的模式

2009-12-7 22:50:26 暗夜教父(199033)
絕對(duì)不會(huì)輸

2009-12-7 22:50:29 LinkTalk.NET(909327571)
嗯

2009-12-7 22:50:37 LinkTalk.NET(909327571)
erlang本身就是C寫的

2009-12-7 22:50:41 暗夜教父(199033)
恩

2009-12-7 22:50:54 LinkTalk.NET(909327571)
我記得國(guó)內(nèi)好像有個(gè)牛人在研究用C++模擬erlang

2009-12-7 22:51:00 LinkTalk.NET(909327571)
好像是盛大的一個(gè)架構(gòu)師

2009-12-7 22:51:13 暗夜教父(199033)
貌似現(xiàn)在做linux下做服務(wù)器端得，C比C++多了

2009-12-7 22:51:20 LinkTalk.NET(909327571)
嗯

2009-12-7 22:51:29 LinkTalk.NET(909327571)
linux下c多

2009-12-7 22:51:36 暗夜教父(199033)
我記得好像云風(fēng)把大話西游的服務(wù)器端改成C了

2009-12-7 22:52:28 小生啊牙(86753957)
51.com的服務(wù)器就是用C++模擬erlang的

2009-12-7 22:52:50 小生啊牙(86753957)
使用協(xié)程

2009-12-7 22:53:59 LinkTalk.NET(909327571)
嗯，協(xié)程可以在傳統(tǒng)的面向過程的線程上模擬異步操作

2009-12-7 22:55:05 LinkTalk.NET(909327571)
其實(shí)高并發(fā)只是一種設(shè)計(jì)模式

2009-12-7 22:55:19 LinkTalk.NET(909327571)
erlang把這個(gè)設(shè)計(jì)模式固化并強(qiáng)制到語法里了

2009-12-7 22:56:22 LinkTalk.NET(909327571)
C#2.0開始有個(gè)新的特性，叫iterator，通過yield關(guān)鍵字來實(shí)現(xiàn)coroutine（協(xié)程）

2009-12-7 22:56:39 LinkTalk.NET(909327571)
并且在語法上也可以用連貫的形式來實(shí)現(xiàn)異步的操作

2009-12-7 22:56:49 LinkTalk.NET(909327571)
和erlang的形式類似

2009-12-7 22:57:10 LinkTalk.NET(909327571)
java里面目前只有anonymous class可以實(shí)現(xiàn)異步調(diào)用

2009-12-7 22:57:44 LinkTalk.NET(909327571)
但是那個(gè)語法寫起來有些牽強(qiáng)，花括號(hào)會(huì)越嵌越深

2009-12-7 22:59:19 LinkTalk.NET(909327571)
我用C#實(shí)現(xiàn)的actor模式也可以處理每分鐘大概200萬條消息（在PC上）

2009-12-7 22:59:24 LinkTalk.NET(909327571)
AMD雙核

2009-12-7 23:00:28 LinkTalk.NET(909327571)
也測(cè)試過HTTP 請(qǐng)求，大概可以達(dá)到1萬多并發(fā)，不過是6秒一個(gè)請(qǐng)求（sleep6秒，實(shí)際會(huì)延遲到10秒以上），cpu占用40-60

2009-12-7 23:01:54 LinkTalk.NET(909327571)
每分鐘200萬消息是最簡(jiǎn)單的ping/pong測(cè)試

2009-12-7 23:06:12 david(258667581)
以前沒聽說過 協(xié)程 呵呵

2009-12-7 23:06:33 LinkTalk.NET(909327571)
是否有協(xié)程無所謂的

2009-12-7 23:07:14 LinkTalk.NET(909327571)
關(guān)鍵是純消息傳遞（避免死鎖）還有線程合理有效的調(diào)度（實(shí)現(xiàn)高效的異步處理）

2009-12-7 23:07:35 david(258667581)
恩 關(guān)鍵是避開鎖

2009-12-7 23:08:04 LinkTalk.NET(909327571)
并最好再能夠在語法上將異步操作用順序化的代碼來表示

2009-12-7 23:08:22 LinkTalk.NET(909327571)
實(shí)在不行也無所謂，可以用event handler的方式

2009-12-7 23:08:48 david(258667581)
能否舉一個(gè)異步操作的具體應(yīng)用場(chǎng)景？

2009-12-7 23:09:08 LinkTalk.NET(909327571)
很多都是異步操作（那樣IO才可以做到高效）

2009-12-7 23:09:19 LinkTalk.NET(909327571)
比如epoll和windows的iocp

2009-12-7 23:09:22 LinkTalk.NET(909327571)
都是異步的

2009-12-7 23:09:44 LinkTalk.NET(909327571)
簡(jiǎn)單的原理就是調(diào)用函數(shù)遞交或注冊(cè)一個(gè)IO請(qǐng)求到系統(tǒng)內(nèi)核

2009-12-7 23:09:45 david(258667581)
是不是都是底層的

2009-12-7 23:09:55 LinkTalk.NET(909327571)
然后不需要阻塞，立即返回

2009-12-7 23:10:17 LinkTalk.NET(909327571)
系統(tǒng)IO內(nèi)核收到數(shù)據(jù)或相關(guān)的事件會(huì)觸發(fā)當(dāng)初注冊(cè)的回調(diào)函數(shù)

2009-12-7 23:10:59 LinkTalk.NET(909327571)
調(diào)用請(qǐng)求 和 數(shù)據(jù)返回或事件觸發(fā) 不在同一個(gè)操作系統(tǒng)線程上完成，就稱為異步

2009-12-7 23:11:13 LinkTalk.NET(909327571)
異步的IO才比較高效

2009-12-7 23:11:37 LinkTalk.NET(909327571)
操作系統(tǒng)的線程數(shù)有限制

2009-12-7 23:11:42 david(258667581)
這些都不難 無論是java和c#還是c，都已經(jīng)有專門的api支撐了

2009-12-7 23:11:51 david(258667581)
關(guān)鍵是業(yè)務(wù)上的操作

2009-12-7 23:11:55 LinkTalk.NET(909327571)
一般上了千以后，線程的效率就比較差了

2009-12-7 23:11:58 david(258667581)
鎖的都是業(yè)務(wù)

2009-12-7 23:12:02 LinkTalk.NET(909327571)
而且很耗cpu和內(nèi)存

2009-12-7 23:12:23 LinkTalk.NET(909327571)
所以要通過合理的調(diào)度和異步操作來分享寶貴的操作系統(tǒng)線程

2009-12-7 23:12:51 LinkTalk.NET(909327571)
嚴(yán)格遵守actor模式可以有效的避免死鎖

2009-12-7 23:13:04 david(258667581)
[表情]

2009-12-7 23:14:34 LinkTalk.NET(909327571)
我也在摸索和嘗試，erlang的消息調(diào)度和分布式支持是目前最好的

2009-12-7 23:14:49 LinkTalk.NET(909327571)
scala也不錯(cuò)，twitter就放棄erlang轉(zhuǎn)向scala

2009-12-7 23:15:00 LinkTalk.NET(909327571)
但是scala在分布式支持方面不及erlang

2009-12-7 23:15:30 LinkTalk.NET(909327571)
但是scala有最大的好處就是基于JVM，可以利用java的各種好處

2009-12-7 23:15:33 david(258667581)
分布式以后是趨勢(shì) 所以感覺erlang的生命力應(yīng)該還是很強(qiáng)的

2009-12-7 23:15:44 LinkTalk.NET(909327571)
嗯，分布式其實(shí)其他語言也可以做的

2009-12-7 23:16:05 LinkTalk.NET(909327571)
只是erlang已經(jīng)做了十幾年了

2009-12-7 23:16:19 LinkTalk.NET(909327571)
其他語言也肯定會(huì)逐漸支持的

2009-12-7 23:16:25 david(258667581)
恩

2009-12-7 23:16:43 LinkTalk.NET(909327571)
但是我個(gè)人比較覺得遺憾的是erlang的語法和編程模式

2009-12-7 23:17:08 LinkTalk.NET(909327571)
如果erlang代碼上到一定的量以后維護(hù)和調(diào)試就相當(dāng)麻煩了

2009-12-7 23:17:11 david(258667581)
語法習(xí)慣了就好 關(guān)鍵是對(duì)于結(jié)構(gòu)的支持

2009-12-7 23:17:17 david(258667581)
可讀性太差

2009-12-7 23:17:31 LinkTalk.NET(909327571)
嗯，數(shù)據(jù)結(jié)構(gòu)表現(xiàn)力也不夠豐富

2009-12-7 23:17:35 LinkTalk.NET(909327571)
都是tuple

2009-12-7 23:17:43 LinkTalk.NET(909327571)
眼睛要看花了

2009-12-7 23:19:09 david(258667581)
開發(fā)環(huán)境也沒跟上 沒有很好的IDE

2009-12-7 23:19:16 LinkTalk.NET(909327571)
嗯

2009-12-7 23:19:37 LinkTalk.NET(909327571)
腳本語言重構(gòu)起來就相當(dāng)麻煩了

2009-12-7 23:19:57 T.t.T!Ck.￠#(121787333)
有一個(gè)老外也用C#來模擬erlang的模式

2009-12-7 23:20:06 LinkTalk.NET(909327571)
因?yàn)闊o類型，無法反射元數(shù)據(jù)，沒有辦法自動(dòng)生成文檔，更難重構(gòu)

2009-12-7 23:20:07 Lenn(28663)
ERLANG跟Java一樣是編譯態(tài)語言，怎么成腳本語言了

2009-12-7 23:20:22 LinkTalk.NET(909327571)
erlang嚴(yán)格來講是腳本

2009-12-7 23:20:31 LinkTalk.NET(909327571)
弱類型的基本都是腳本

2009-12-7 23:20:44 LinkTalk.NET(909327571)
包括php也號(hào)稱支持編譯

2009-12-7 23:20:47 LinkTalk.NET(909327571)
其實(shí)還是腳本

2009-12-7 23:21:16 Lenn(28663)
bin code只有200多條指令，屬于典型的中間太語言，效率不會(huì)比Java差多少

2009-12-7 23:21:34 LinkTalk.NET(909327571)
嗯

2009-12-7 23:21:48 LinkTalk.NET(909327571)
我覺得任何東西都有得必有失

2009-12-7 23:21:57 LinkTalk.NET(909327571)
一方面太強(qiáng)了，比如有其他的缺陷

2009-12-7 23:22:06 LinkTalk.NET(909327571)
就看自己的喜好和具體的應(yīng)用場(chǎng)景了

2009-12-7 23:22:08 Lenn(28663)
圖形太弱

2009-12-7 23:22:47 Lenn(28663)
調(diào)試起來最爽，業(yè)務(wù)想對(duì)了基本不會(huì)編程從出錯(cuò)

2009-12-7 23:23:16 LinkTalk.NET(909327571)
嗯

2009-12-7 23:24:26 Lenn(28663)
我們就是一個(gè)案例，用ＪＡＶＡ做的東西，現(xiàn)在還不停改代碼，Ｅｒｌａｎｇ那一塊，要改也只是幾行一會(huì)的事情

2009-12-7 23:25:17 jack(357794482)
其實(shí)這種事情要看你對(duì)語言的處理能力

2009-12-7 23:25:20 LinkTalk.NET(909327571)
嗯

2009-12-7 23:25:35 LinkTalk.NET(909327571)
google的首席架構(gòu)師是搞java的

2009-12-7 23:25:41 LinkTalk.NET(909327571)
其實(shí)這個(gè)看具體情況的

2009-12-7 23:26:17 Lenn(28663)
用什么還有歷史原因，比如新的facebook很多用Erlang

2009-12-7 23:26:33 Lenn(28663)
因?yàn)樽龊玫臇|西更改語言是個(gè)大問題

2009-12-7 23:26:36 LinkTalk.NET(909327571)
但是更新的twitter由erlang轉(zhuǎn)向了scala

2009-12-7 23:26:58 LinkTalk.NET(909327571)
另外erlang十幾年了，到今天才紅，也是有一定的原因的

2009-12-7 23:27:13 LinkTalk.NET(909327571)
erlang有非常突出的優(yōu)勢(shì)，但是也存在一些不夠完美的地方

2009-12-7 23:29:04 Lenn(28663)
現(xiàn)在社區(qū)也挺活躍，業(yè)務(wù)有比較強(qiáng)的優(yōu)勢(shì)

2009-12-7 23:29:37 LinkTalk.NET(909327571)
嗯，是的；）

2009-12-7 23:29:57 LinkTalk.NET(909327571)
所以就算其他語言的開發(fā)人員也開始了解

2009-12-7 23:30:02 LinkTalk.NET(909327571)
學(xué)習(xí)、

2009-12-7 23:30:04 Lenn(28663)
圖形方面卻絲毫不行

2009-12-7 23:30:05 LinkTalk.NET(909327571)
或模擬erlang

2009-12-7 23:30:08 LinkTalk.NET(909327571)
嗯