d******a
发帖数: 32122 | |
m*****n
发帖数: 3575 | 2 可惜单线程，只能低负载
当然对于单机的应用来说足够了 |
w***g
发帖数: 5958 | 3 python的单线程好的时候好，问题也是大大的。
进程间通信得用pickle传数据，慢的要死。
这两天很不爽。这个写C++可破，可是实在不想写C++了。
【在 m*****n 的大作中提到】
: 可惜单线程，只能低负载
: 当然对于单机的应用来说足够了
|
m*****n
发帖数: 3575 | 4 GO呢？
【在 w***g 的大作中提到】
: python的单线程好的时候好，问题也是大大的。
: 进程间通信得用pickle传数据，慢的要死。
: 这两天很不爽。这个写C++可破，可是实在不想写C++了。
|
f******2
发帖数: 2455 | 5 用go的话，感觉还不如用java — 从tool和ecosystem角度看
另外go和java解决问题的sweet spot感觉也高度重合
: GO呢？
【在 m*****n 的大作中提到】
: GO呢？
|
m*****n
发帖数: 3575 | 6 但是GO给我感觉和Python差不了多少
而Java就得读一遍计算机的本科才能学会
我这种半路出家的还是抱紧GO的大腿得了
【在 f******2 的大作中提到】
: 用go的话，感觉还不如用java — 从tool和ecosystem角度看
: 另外go和java解决问题的sweet spot感觉也高度重合
:
:
: GO呢？
:
|
g****t
发帖数: 31659 | 7 Java OO那部分简单强壮。比之与c plus类似于今日python 的流行。你迟早要学OO,如
果学OO那java是不错的选择。Java学习成本高的可能是那些对你没用的生态系统的一些
细节。那些晚些时候在学也可以。
: 但是GO给我感觉和Python差不了多少
: 而Java就得读一遍计算机的本科才能学会
: 我这种半路出家的还是抱紧GO的大腿得了
【在 m*****n 的大作中提到】
: 但是GO给我感觉和Python差不了多少
: 而Java就得读一遍计算机的本科才能学会
: 我这种半路出家的还是抱紧GO的大腿得了
|
w********m
发帖数: 1137 | 8 中间搞个redis试试？
【在 w***g 的大作中提到】
: python的单线程好的时候好，问题也是大大的。
: 进程间通信得用pickle传数据，慢的要死。
: 这两天很不爽。这个写C++可破，可是实在不想写C++了。
|
w********m
发帖数: 1137 | 9 继承那部分要去掉吧。
去掉以后跟go也差不多。
【在 g****t 的大作中提到】
: Java OO那部分简单强壮。比之与c plus类似于今日python 的流行。你迟早要学OO,如
: 果学OO那java是不错的选择。Java学习成本高的可能是那些对你没用的生态系统的一些
: 细节。那些晚些时候在学也可以。
:
:
: 但是GO给我感觉和Python差不了多少
:
: 而Java就得读一遍计算机的本科才能学会
:
: 我这种半路出家的还是抱紧GO的大腿得了
:
|
d******a
发帖数: 32122 | 10 但是C#的计算速度比Python强了几条街
我从github搞了个python程序, 运行需要一天多
原样逐句翻译成C#
搜搜地
不到一个小时完成了
C#就缺一个pandas
【在 d******a 的大作中提到】
: {
: 无数的；
: 本身完全没有必要；
: }
|
|
|
m*****n
发帖数: 3575 | 11 啊哈，连你都叛变python了
python的江湖地位岌岌可危啊
【在 d******a 的大作中提到】
: 但是C#的计算速度比Python强了几条街
: 我从github搞了个python程序, 运行需要一天多
: 原样逐句翻译成C#
: 搜搜地
: 不到一个小时完成了
: C#就缺一个pandas
|
x****u
发帖数: 44466 | 12 不能共享内存么？
【在 w***g 的大作中提到】
: python的单线程好的时候好，问题也是大大的。
: 进程间通信得用pickle传数据，慢的要死。
: 这两天很不爽。这个写C++可破，可是实在不想写C++了。
|
g********n
发帖数: 296 | 13 我有点诧异WDONG这种高手只会用PICKLE？难道不是socket 或者socketpair?
【在 x****u 的大作中提到】
: 不能共享内存么？
|
w***g
发帖数: 5958 | 14 我决定开始写多线程preprocessing的C++库了。
单机最有效的自然是shared memory，但是用pickle serialization是
标准，效率又低，很不爽。
【在 g********n 的大作中提到】
: 我有点诧异WDONG这种高手只会用PICKLE？难道不是socket 或者socketpair?
|
g****t
发帖数: 31659 | 15 我目前的看法：
不同语言和进程之间要传的或者共享的对象复杂的话很难搞。没有一次可以解决的包。
要自己因地制宜和琢磨设计solution
.
: 我有点诧异WDONG这种高手只会用PICKLE？难道不是socket 或者
socketpair?
【在 g********n 的大作中提到】
: 我有点诧异WDONG这种高手只会用PICKLE？难道不是socket 或者socketpair?
|
g****t
发帖数: 31659 | 16 Go内存少，启动快，速度也占优势。
: 继承那部分要去掉吧。
: 去掉以后跟go也差不多。
【在 w********m 的大作中提到】
: 继承那部分要去掉吧。
: 去掉以后跟go也差不多。
|
r****t
发帖数: 10904 | 17 因为 multiprocessing 实现就是用 pickle 的，没有别的选择。
一般写应用不会直接用 socket。
【在 g********n 的大作中提到】
: 我有点诧异WDONG这种高手只会用PICKLE？难道不是socket 或者socketpair?
|
g****t
发帖数: 31659 | 18 用了socket或者别的通信办法，应用的复杂程度上去之后，
那也是到处都是坑。这就是为啥现实中大型应用多数还是java类,C类这两家。
但这是好事。这是个马公发挥创造力的和能力的空间。
: 因为 multiprocessing 实现就是用 pickle 的，没有别的选择。
: 一般写应用不会直接用 socket。
【在 r****t 的大作中提到】
: 因为 multiprocessing 实现就是用 pickle 的，没有别的选择。
: 一般写应用不会直接用 socket。
|
