目前有个想法，多人的实时操作，每一步都保存到服务器，操作的同时其他人也可以实时看到。
这种项目用什么后端语言性能比较好？
另外，直接写入文件是不是要比写入数据库来的更快？
这种项目用什么后端语言性能比较好？
另外，直接写入文件是不是要比写入数据库来的更快？
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 3837 days ago, the information mentioned may be changed or developed.
 |
1
bigfei Dec 7, 2015
nodejs 好了， eventemitter
|
 |
3
k9982874 Dec 7, 2015
c/c++
硬盘 IO 永远是最慢的，数据库有自己的 CACHE ，除非数据库 overload 。 数据可以存到 memcached ，写个其他服务或计划任务往数据库里插。如果怕丢失数据考虑消息队列。 |
|
6
k9982874 Dec 7, 2015
看你的业务，中间层越多复杂度越高，越不靠谱，简单既是美。
|
 |
7
mengzhuo Dec 7, 2015
只有内存才可以
|
 |
9
chinawrj Dec 7, 2015
得有一个好的框架，不要保证的是多人之间的 ms 级别延时。你的写入操作应该也是抽象成一个“人”来对待，和其他人一样接收数据。只不过这个“人”是把数据保存。
|
 |
12
leveraging Dec 7, 2015
其实和语言关系不大，你该说说具体的场景。多人写文件可是得加锁呀。数据库肯定已经考虑好了这个问题。
|
 |
13
shyling Dec 7, 2015
我觉得毫秒级的或许 node 不是一个特别好的选择吧=。=
|
 |
14
c4pt0r Dec 7, 2015
显然是 go 啊....
|
 |
15
cheng007 Dec 7, 2015
毫秒级啊, 你看一下面的数据，你觉着可能吗？
Mac-mini:~ ng$ ping www.baidu.com PING www.a.shifen.com (14.215.177.37): 56 data bytes 64 bytes from 14.215.177.37: icmp_seq=0 ttl=57 time=6.383 ms 64 bytes from 14.215.177.37: icmp_seq=1 ttl=57 time=5.174 ms 64 bytes from 14.215.177.37: icmp_seq=2 ttl=57 time=5.423 ms 64 bytes from 14.215.177.37: icmp_seq=3 ttl=57 time=5.008 ms 64 bytes from 14.215.177.37: icmp_seq=4 ttl=57 time=6.042 m |
 |
19
lightening Dec 7, 2015
Erlang?
|
 |
20
9hills Dec 7, 2015
任何一种语言都可以，直接写内存，然后定时 dump 到数据库
不要毫秒级去操作数据库。。。 |
 |
22
Mutoo Dec 7, 2015
典型的网游服务器
|
|
23
mengzhuo Dec 7, 2015
|
 |
25
loqixh Dec 7, 2015  1
GC 随便停顿都是 50ms 以上
|
 |
26
tennix Dec 7, 2015 2
不知道这种实时性能不能满足你的要求 http://www.phoenixframework.org/blog/phoenix-10-the-framework-for-the-modern-web-just-landed#the-real-time-web
这是里面的演示 demo ，反正第一次看到这种效果时我是震惊了 不知道 V 站还是不是自动显示油管 |
 |
29
Comdex Dec 7, 2015
golang 挺合适的， 1.5 的 gc 已经比较好了
|
 |
30
adexbn Dec 8, 2015 via iPhone 1
来说说我参与过的，
德意志银行外汇清算中心， C++/Oracle Nortel ， C++/Timesten Blizzard 战网， C++/MM,Oracle 上海地铁清算中心， C++/Oracle 长三角高速公路联网清算中心， C++/Oracle ....... ....... |
 |
32
xiamingchong Dec 8, 2015
golang 不谢
|
 |
33
libook Dec 8, 2015 1
其实用什么语言都好，因为毕竟现在什么都可以用硬件来堆，就看你看重哪一点了，如果想省钱就用高效的编译型语言，如果想开发简捷就用解释型 OO 语言。
实时的话就不要用 HTTP 协议啦，因为一条消息都要重新三次握手建立一个 TCP 连接超级慢，建议用类 Web Socket 技术。 据说 Meteor （后端 Node ，前端跨平台）可以简单快速地开发出实时同步的应用，之前看人演示过，简直就像黑科技。 直接写入文件和直接写入数据库应该速度差别不大，差别有可能在于读，因为数据库是可以检索的。 如果你用 Linux 服务器的话操作系统是会自动使用空闲内存做高速缓存的（ free 命令中的 buff/cache 字段），内存大的话无论是写文件还是普通的硬盘数据库也能像内存数据库一样快速响应（在理论命中率高的情况下），如果数据量大用不起太多内存的话可以用 Redis 一类的内存硬盘两栖数据库，将部分数据放到内存里使用，自动同步到硬盘上。 最后在写逻辑的时候不要忘记要处理同时操作的情况，非原子操作可能会导致死锁或脏数据的产生。。。 |
 |
35
gkiwi Dec 8, 2015
楼主参考这个下：
想实现一个多人同时协同画画的软件，有木有啥思路？ https://cnodejs.org/topic/54e846168ff821b53f851860 你画我猜？如果是网页端，不晓得 websocket 合不合适，感觉性能各方面可能不是在后端，而是用户前端与后端的网络通信，这个速度不关后端语言的事情 |
 |
38
cloudzhy Dec 10, 2015
毫秒级就不要用以太网
|
 |
39
macliu Feb 27, 2016
用野狗可以很快解决 ( : wilddog.com
|
Select Language