r*******n
发帖数: 3020 | 1 JVM languages和c++
但python，ruby 和nodejs javascript不需要 因为Global Locker的存在 |
z****e
发帖数: 54598 | 2 有一个东西叫做akka
还有一堆东西叫做app server
还有更多的东西叫做web server
有的是办法避开多线程的陷阱 |
z****e
发帖数: 54598 | 3 ruby，python什么搞多线程
本质上都只是一个实现了多线程的web server
而web server只要是个语言就能搞啊
这年头最不缺的就是web server |
z****e
发帖数: 54598 | 4 绝大多数语言搞web server都没有说去伪造一个多线程
都是实实在在的多线程实现，倒是有些语言只实现了一半多线程
用异步来解决等待的问题，反而是件很奇芭的事 |
r*******n
发帖数: 3020 | 5 正是因为多线程的web server framework存在，才
需要写thread safe program。
【在 z****e 的大作中提到】
: ruby，python什么搞多线程
: 本质上都只是一个实现了多线程的web server
: 而web server只要是个语言就能搞啊
: 这年头最不缺的就是web server
|
z****e
发帖数: 54598 | 6 有web server存在，你想写错都很难
【在 r*******n 的大作中提到】
: 正是因为多线程的web server framework存在，才
: 需要写thread safe program。
|
h***i
发帖数: 1970 | 7 ID跟问题不符合呀, 谁说python不需要学习thread safe.
【在 r*******n 的大作中提到】
: JVM languages和c++
: 但python，ruby 和nodejs javascript不需要 因为Global Locker的存在
|
x****u
发帖数: 44466 | 8 正解。
虽然线程安全必须考虑，但90%需要自己实现线程安全的程序员，都是在架构上犯了大
错误的。
【在 z****e 的大作中提到】
: 有一个东西叫做akka
: 还有一堆东西叫做app server
: 还有更多的东西叫做web server
: 有的是办法避开多线程的陷阱
|
s********k
发帖数: 6180 | 9 python使用thread已经out了，好的架构都是用event based，python针对的应用大部分
并不需要intensive的threading，否则要拿pthread直接写还好点。
不过thread safe确实程序员需要了解，OS的基本功之一
【在 r*******n 的大作中提到】
: JVM languages和c++
: 但python，ruby 和nodejs javascript不需要 因为Global Locker的存在
|
c****e
发帖数: 1453 | 10 能不能写出thread safe的代码一定程度上体现程序员"智商"。 |
|
|
r*******n
发帖数: 3020 | 11 event based 和 thread based的架构都有各自的优缺点，
据说nodejs 在选择event-based 和thread based也是考虑很多，最后选了event-based。
基于C Python的我觉得event based架构要好，因为C Python做多线程弱。
【在 s********k 的大作中提到】
: python使用thread已经out了，好的架构都是用event based，python针对的应用大部分
: 并不需要intensive的threading，否则要拿pthread直接写还好点。
: 不过thread safe确实程序员需要了解，OS的基本功之一
|
g****r
发帖数: 1589 | 12 确实，如果整天都在想着怎么解决线程安全问题，那应该省省时间考虑考虑别的架构
【在 x****u 的大作中提到】
: 正解。
: 虽然线程安全必须考虑，但90%需要自己实现线程安全的程序员，都是在架构上犯了大
: 错误的。
|
k**********g
发帖数: 989 | 13 现在还有很多人不相信／不明白／不能接受为什麽 Node.js 可以比 C/C++ 跑得快／高
效。其实 Node.js 能达到的效能， C/C++ 一样可以的，但学 C/C++ 出身，没有接触
过这些「新玩意」的同学，让他们尝试解释为什麽效能实测会出现这种结果，如何在 C
/C++ 重现同样的效能（甚至更佳），恐怕也是茫无头绪。
為什麼學校們不早幾年開始提倡 event based |
g*****g
发帖数: 34805 | 14 Asynchronous programming is inherent complicated by itself. Most server side
developers don't have to deal with multi-threading, the underlying
framework takes care of that. Thus event-based is overkilling.
Event-based is useful where you want to push performance to its limit.
C
【在 k**********g 的大作中提到】
: 现在还有很多人不相信／不明白／不能接受为什麽 Node.js 可以比 C/C++ 跑得快／高
: 效。其实 Node.js 能达到的效能， C/C++ 一样可以的，但学 C/C++ 出身，没有接触
: 过这些「新玩意」的同学，让他们尝试解释为什麽效能实测会出现这种结果，如何在 C
: /C++ 重现同样的效能（甚至更佳），恐怕也是茫无头绪。
: 為什麼學校們不早幾年開始提倡 event based
|
o**2
发帖数: 168 | 15 基本赞同goodbug的观点。
同步和异步都是人类的基本思维方式，但同步更基本。一个语言或工具应该是以同步为
主，异步也要好用。
这也是我设计FMP的基本思想，因为我觉得thread不好用。
side
【在 g*****g 的大作中提到】
: Asynchronous programming is inherent complicated by itself. Most server side
: developers don't have to deal with multi-threading, the underlying
: framework takes care of that. Thus event-based is overkilling.
: Event-based is useful where you want to push performance to its limit.
:
: C
|
c*********e
发帖数: 16335 | 16 对的。记得前段有人讨论multi-threading,说用message就可以避开multi-threading,
其实message是有其它的帮它做了multi-threading了。
【在 z****e 的大作中提到】
: 有一个东西叫做akka
: 还有一堆东西叫做app server
: 还有更多的东西叫做web server
: 有的是办法避开多线程的陷阱
|
