d******e 发帖数: 2265 | 1 新手胡言乱语:
性能上,并发仅次于erland和go.差距极小。
速度仅此于java.
但是用的内存远远小于java
本来没有什么好的库。但是最近release的lens, wreq,yeosd, haxl都是让人眼睛一亮
的东西。
至少不用自己写轮子了。
考虑到,fp在可测试性和正确姓上的优势。干翻 python,ror非常容易。
我甚至怀疑java在后端还有没有存在的必要。
大牛们说说这里面有没有什么坑存在? |
e*******o 发帖数: 4654 | 2 这个坑挖的不错。
yesod 上来一堆language extension,我就不往下看了。
牛逼的人自己牛逼去,lisp不就是个好例子么,被干的翻翻的。 |
e*******o 发帖数: 4654 | 3 你说的那几个库,就最后一个是新的。
ps:wreq 我看成 warp 了。 |
d******e 发帖数: 2265 | 4 我是和stackoverflow 和real world haskell比的。
貌似这语言的确冷门阿。
【在 e*******o 的大作中提到】 : 你说的那几个库,就最后一个是新的。 : ps:wreq 我看成 warp 了。
|
d******e 发帖数: 2265 | 5 我觉得这里面还有一个经济上的考量。
你可以20万请一组废物java 程序员+QA加上1000台机器,
或者
你可以花40万-50万请3,4个haskell高手加上100台机器
那么到底那个更加合算?
特别是,不知道多少java程序员只会摊大饼if else打补丁带来的程序质量下降的损失
,我感觉haskell搞不好要翻盘。
【在 e*******o 的大作中提到】 : 这个坑挖的不错。 : yesod 上来一堆language extension,我就不往下看了。 : 牛逼的人自己牛逼去,lisp不就是个好例子么,被干的翻翻的。
|
e*******o 发帖数: 4654 | 6 放心吧。
怎么合算,资本家比你我清楚。
3,4 个haskell高手出的活,不一定有你说的3,4个java废物多,因为,java 的,都
搞定了,haskell的那几个轮子还没造好。哈哈。
【在 d******e 的大作中提到】 : 我觉得这里面还有一个经济上的考量。 : 你可以20万请一组废物java 程序员+QA加上1000台机器, : 或者 : 你可以花40万-50万请3,4个haskell高手加上100台机器 : 那么到底那个更加合算? : 特别是,不知道多少java程序员只会摊大饼if else打补丁带来的程序质量下降的损失 : ,我感觉haskell搞不好要翻盘。
|
e*******o 发帖数: 4654 | 7 举个例子,我有个perl脚本每天扫描mitbbs的几个版面,把当天回复数大于5的帖子发
到我邮箱。这个活,perl 一会就搞定了。haskell我找了半天,还是放弃了。要不你试
试,看多久能搞定? 光看写个powerset,哪个更优美,没啥意思。 |
g*****g 发帖数: 34805 | 8 就继续意淫吧,haskell要找个工作都难才是真的。连实践都没啥机会,还高手个屁。 |
n****1 发帖数: 1136 | |
W***o 发帖数: 6519 | 10 好不好不能光看技朮,更重要是market
【在 d******e 的大作中提到】 : 新手胡言乱语: : 性能上,并发仅次于erland和go.差距极小。 : 速度仅此于java. : 但是用的内存远远小于java : 本来没有什么好的库。但是最近release的lens, wreq,yeosd, haxl都是让人眼睛一亮 : 的东西。 : 至少不用自己写轮子了。 : 考虑到,fp在可测试性和正确姓上的优势。干翻 python,ror非常容易。 : 我甚至怀疑java在后端还有没有存在的必要。 : 大牛们说说这里面有没有什么坑存在?
|
|
|
d******e 发帖数: 2265 | 11 你这个例子不好。
用python的话,我用scrapy写。框架都有了,最后作个写filter 搞定。还是基于
twisted的,效率也不错。
haskell我还没有狗到任何框架,但是简单的也是一个html table parser的事情。
如果有高性能的爬虫框架的需求,也许haskell 更有优势,但是,一般来说,后面的
filter非常简单,以至于用python写也很难出错,看不出haskell在这个方面有什么理
论上的好处。
Re: 请推荐几个编程用的字体 (30b)(0/16) YHFG Jun 19
103349 ├ Re: 请推荐几个编程用的字体 (57b)(1/14) YHFG
Jun 19
103350 ├ Re: 请推荐几个编程用的字体 (25b)(0/17) TheMatrix
Jun 19
103351 ├ Re: 请推荐几个编程用的字体 (16b)(0/12) rodney
Jun 20
103352 ├ Re: 请推荐几个编程用的字体 (89b)(1/10) Leiss
Jun 20
103353 ├ Re: 请推荐几个编程用的字体 (67b)(0/4) heji Jun
20
103354 ├ Re: 请推荐几个编程用的字体 (118b)(1/5) alanine
Jun 20
103355 ├ Re: 请推荐几个编程用的字体 (24b)(0/4) umQdOq
Jun 20
103356 ├ Re: 请推荐几个编程用的字体 (16b)(1/4) Nehalem
Jun 20
103357 ├ Re: 请推荐几个编程用的字体 (23b)(1/6) heji Jun
20
103358 ├ Re: 请推荐几个编程用的字体 (16b)(1/6)
【在 e*******o 的大作中提到】 : 举个例子,我有个perl脚本每天扫描mitbbs的几个版面,把当天回复数大于5的帖子发 : 到我邮箱。这个活,perl 一会就搞定了。haskell我找了半天,还是放弃了。要不你试 : 试,看多久能搞定? 光看写个powerset,哪个更优美,没啥意思。
|
p*****2 发帖数: 21240 | 12 今天面了一个java大牛 说需要90台机器
其实我们10台node就搞定了
【在 d******e 的大作中提到】 : 我觉得这里面还有一个经济上的考量。 : 你可以20万请一组废物java 程序员+QA加上1000台机器, : 或者 : 你可以花40万-50万请3,4个haskell高手加上100台机器 : 那么到底那个更加合算? : 特别是,不知道多少java程序员只会摊大饼if else打补丁带来的程序质量下降的损失 : ,我感觉haskell搞不好要翻盘。
|
e*******o 发帖数: 4654 | 13 类似的事情在 web programming里面,不能再基本的了吧。写网页不要测试么?
email 发送呢?
说起来简单,你写出来能用的代码再说。
你想想为啥python连框架都有了,haskell连个好用的html parser 都没有。
以前连个好用的http client 都不好找,wreq 好像可以。
等你找齐了,去安装的时候,有时候发现,这些lib 直接不兼容。wtf!
【在 d******e 的大作中提到】 : 你这个例子不好。 : 用python的话,我用scrapy写。框架都有了,最后作个写filter 搞定。还是基于 : twisted的,效率也不错。 : haskell我还没有狗到任何框架,但是简单的也是一个html table parser的事情。 : 如果有高性能的爬虫框架的需求,也许haskell 更有优势,但是,一般来说,后面的 : filter非常简单,以至于用python写也很难出错,看不出haskell在这个方面有什么理 : 论上的好处。 : Re: 请推荐几个编程用的字体 (30b)(0/16) YHFG Jun 19 : 103349 ├ Re: 请推荐几个编程用的字体 (57b)(1/14) YHFG : Jun 19
|
d******e 发帖数: 2265 | 14 俺们用pytho的,email一般丢给celery干。你说的是个问题,不过这个生态系统也是慢
慢搞的。理论上看haskell应该是不错的。
【在 e*******o 的大作中提到】 : 类似的事情在 web programming里面,不能再基本的了吧。写网页不要测试么? : email 发送呢? : 说起来简单,你写出来能用的代码再说。 : 你想想为啥python连框架都有了,haskell连个好用的html parser 都没有。 : 以前连个好用的http client 都不好找,wreq 好像可以。 : 等你找齐了,去安装的时候,有时候发现,这些lib 直接不兼容。wtf!
|
d******e 发帖数: 2265 | 15 java 肯定是成为过去式了。
business logic这么简单的东西,搞上几个G内存,才几十个tps没有天理阿。
【在 p*****2 的大作中提到】 : 今天面了一个java大牛 说需要90台机器 : 其实我们10台node就搞定了
|
e*******o 发帖数: 4654 | 16 那大家慢慢等,等到facebook都把php换成 haskell了,咱在上也不晚,对不。
【在 d******e 的大作中提到】 : 俺们用pytho的,email一般丢给celery干。你说的是个问题,不过这个生态系统也是慢 : 慢搞的。理论上看haskell应该是不错的。
|
e*******o 发帖数: 4654 | 17 haskell marketing的不错。
【在 W***o 的大作中提到】 : 好不好不能光看技朮,更重要是market
|
a*****e 发帖数: 1700 | 18 这个例子有什么不好?我来说说自己的实际经验。
我两年前用 shell script (wget, curl, grep, sed, awk) 写了一个微博备份(从网
页登录,抓取所有历史微博、图片及留言)的工具,3个小时左右基本完成。但感觉不
爽,就是个 quick&dirty hack,整体来说用 regex 来做这种事情,程序本身流程很差。
然后我用 Haskell 重新写,包括学习 conduit 的过程,大概用了 6 个小时。对结果
非常满意,直接有流式的 html parser 可用,run in constant memory。而且页面流
程被抽象出来,可读性高多了。fully typed,调试很方便,而且我对程序的正确性和
后续维护也更有信心。后来又稍微改了一下,可以备份整个微群所有帖子和图片。
记得两年前的时候 conduit 刚刚 0.3 发布,和它竞争的那个 pipes 库也刚开始写,
远不如目前成熟。所以你说没有狗到haskell框架,其实还是不熟悉它的生态。
【在 d******e 的大作中提到】 : 你这个例子不好。 : 用python的话,我用scrapy写。框架都有了,最后作个写filter 搞定。还是基于 : twisted的,效率也不错。 : haskell我还没有狗到任何框架,但是简单的也是一个html table parser的事情。 : 如果有高性能的爬虫框架的需求,也许haskell 更有优势,但是,一般来说,后面的 : filter非常简单,以至于用python写也很难出错,看不出haskell在这个方面有什么理 : 论上的好处。 : Re: 请推荐几个编程用的字体 (30b)(0/16) YHFG Jun 19 : 103349 ├ Re: 请推荐几个编程用的字体 (57b)(1/14) YHFG : Jun 19
|
a*****e 发帖数: 1700 | 19 Haskell 并发性能强于 erlang 和 go 好不好,整个 runtime 和 GC 的质量都高不止
一个档次。Erlang 的长处是 distributed fault tolerance,不是单机并发性能。
而且取决于你什么应用,追求速度的 HPC 应用显然都比 java 快多了。
Haskell 的短板在于对程序员要求高,理论层面不搞清楚,写不了 Haskell。这基本无
解,写“显然正确的程序”,和用什么语言关系不大,写的人本身得有那个水平才行。
Haskell 的门槛在于,水平没达到,程序本身都组织不出来,更不要说后面的编译和调
试了。
【在 d******e 的大作中提到】 : 新手胡言乱语: : 性能上,并发仅次于erland和go.差距极小。 : 速度仅此于java. : 但是用的内存远远小于java : 本来没有什么好的库。但是最近release的lens, wreq,yeosd, haxl都是让人眼睛一亮 : 的东西。 : 至少不用自己写轮子了。 : 考虑到,fp在可测试性和正确姓上的优势。干翻 python,ror非常容易。 : 我甚至怀疑java在后端还有没有存在的必要。 : 大牛们说说这里面有没有什么坑存在?
|
e*******o 发帖数: 4654 | 20 你用python,perl 之类的写过?
你用一堆老古董当然不爽。你还不如说用c 呢。
差。
【在 a*****e 的大作中提到】 : 这个例子有什么不好?我来说说自己的实际经验。 : 我两年前用 shell script (wget, curl, grep, sed, awk) 写了一个微博备份(从网 : 页登录,抓取所有历史微博、图片及留言)的工具,3个小时左右基本完成。但感觉不 : 爽,就是个 quick&dirty hack,整体来说用 regex 来做这种事情,程序本身流程很差。 : 然后我用 Haskell 重新写,包括学习 conduit 的过程,大概用了 6 个小时。对结果 : 非常满意,直接有流式的 html parser 可用,run in constant memory。而且页面流 : 程被抽象出来,可读性高多了。fully typed,调试很方便,而且我对程序的正确性和 : 后续维护也更有信心。后来又稍微改了一下,可以备份整个微群所有帖子和图片。 : 记得两年前的时候 conduit 刚刚 0.3 发布,和它竞争的那个 pipes 库也刚开始写, : 远不如目前成熟。所以你说没有狗到haskell框架,其实还是不熟悉它的生态。
|
|
|
a*****e 发帖数: 1700 | 21 用 perl 不会有任何优势,堆 regex 么,逻辑简单的话很迅捷,复杂一点的,修改和
维护都不好调试。
python 的话,我不熟悉。不过你要用 generator 之类的,才能有流式的 parser 和
filter,达到 run in constant memory 的性能。不知道有哪些框架可以做这个。
Haskell 里面我用的这个:
http://hackage.haskell.org/package/tagstream-conduit
其作者黄毅同学,两年前做过一个“编写显然正确的代码"的分享:
http://floss.zoomquiet.io/data/20120417142213/index.html
【在 e*******o 的大作中提到】 : 你用python,perl 之类的写过? : 你用一堆老古董当然不爽。你还不如说用c 呢。 : : 差。
|
e*******o 发帖数: 4654 | 22 只能说 Perl 你也不熟悉。
【在 a*****e 的大作中提到】 : 用 perl 不会有任何优势,堆 regex 么,逻辑简单的话很迅捷,复杂一点的,修改和 : 维护都不好调试。 : python 的话,我不熟悉。不过你要用 generator 之类的,才能有流式的 parser 和 : filter,达到 run in constant memory 的性能。不知道有哪些框架可以做这个。 : Haskell 里面我用的这个: : http://hackage.haskell.org/package/tagstream-conduit : 其作者黄毅同学,两年前做过一个“编写显然正确的代码"的分享: : http://floss.zoomquiet.io/data/20120417142213/index.html
|
a*****e 发帖数: 1700 | 23 好吧,愿闻其详。
【在 e*******o 的大作中提到】 : 只能说 Perl 你也不熟悉。
|
e*******o 发帖数: 4654 | 24 https://metacpan.org/pod/Mojo::DOM
我写的时候用这个,你看看就知道要用几个regex。
另外,你说的 constant mem 恰好是多数人不关心的,因为这样的task内存真是无所谓。
另外,你看你 Mojo::Dom 对文档,对于一个从任何语言过来的人,根据上面的例子,
很快就能上手。
那个所谓的牛X的tagstream 我怀疑有几个人用?
【在 a*****e 的大作中提到】 : 好吧,愿闻其详。
|
e*******o 发帖数: 4654 | 25 email 的
https://metacpan.org/pod/Email::Stuffer
我实际用的就是从文档中copy下来的。改改地址。
haskell 多数都没文档,要找个例子,更是难。
【在 a*****e 的大作中提到】 : 好吧,愿闻其详。
|
a*****e 发帖数: 1700 | 26 原来你说的是简单的 dom parser,Haskell 里面这种库也有:
http://community.haskell.org/~ndm/tagsoup/
文档也比较全面,例子什么的都不缺。
其实这些也没什么好比的,我用流式处理是因为有这方面学习需要,之前没做过,用用
试试看,感觉上手并不难。
我的观点无非是,Haskell 上手有 entry barrier,过了这个坎,后面都还好。基本要
用的库都能找到。有些文档欠缺的,对我来说不是大问题,看看 type signature 基本
上就能明白怎么用。
我也不鼓励别人抛弃现有的语言工具来学习 Haskell,除非是有 type safety 的刚性
需求,否则用什么都差不多。
谓。
【在 e*******o 的大作中提到】 : https://metacpan.org/pod/Mojo::DOM : 我写的时候用这个,你看看就知道要用几个regex。 : 另外,你说的 constant mem 恰好是多数人不关心的,因为这样的task内存真是无所谓。 : 另外,你看你 Mojo::Dom 对文档,对于一个从任何语言过来的人,根据上面的例子, : 很快就能上手。 : 那个所谓的牛X的tagstream 我怀疑有几个人用?
|
a*****e 发帖数: 1700 | 27 Haskell 的 smtp/email 库好多个啊,我用过这个
http://hackage.haskell.org/package/SMTPClient-1.1.0
用起来很简单。不知道你为什么说没文档没例子。
【在 e*******o 的大作中提到】 : email 的 : https://metacpan.org/pod/Email::Stuffer : 我实际用的就是从文档中copy下来的。改改地址。 : haskell 多数都没文档,要找个例子,更是难。
|
e*******o 发帖数: 4654 | 28 你不知道其它的语言email的库有多少。
说没文档,是我看了你说的那个牛逼的tagstream 就几个自动生成的signature,
haskell lib的文档普遍太差。
【在 a*****e 的大作中提到】 : Haskell 的 smtp/email 库好多个啊,我用过这个 : http://hackage.haskell.org/package/SMTPClient-1.1.0 : 用起来很简单。不知道你为什么说没文档没例子。
|
e*******o 发帖数: 4654 | 29 说出来你说简单,不说你还以为perl都regex 解决一切问题呢。
正式因为有这个barrier在,注定不会是主流的语言。web dev上主流就更不可能了。
【在 a*****e 的大作中提到】 : 原来你说的是简单的 dom parser,Haskell 里面这种库也有: : http://community.haskell.org/~ndm/tagsoup/ : 文档也比较全面,例子什么的都不缺。 : 其实这些也没什么好比的,我用流式处理是因为有这方面学习需要,之前没做过,用用 : 试试看,感觉上手并不难。 : 我的观点无非是,Haskell 上手有 entry barrier,过了这个坎,后面都还好。基本要 : 用的库都能找到。有些文档欠缺的,对我来说不是大问题,看看 type signature 基本 : 上就能明白怎么用。 : 我也不鼓励别人抛弃现有的语言工具来学习 Haskell,除非是有 type safety 的刚性 : 需求,否则用什么都差不多。
|
L***n 发帖数: 6727 | 30 求script
【在 e*******o 的大作中提到】 : 举个例子,我有个perl脚本每天扫描mitbbs的几个版面,把当天回复数大于5的帖子发 : 到我邮箱。这个活,perl 一会就搞定了。haskell我找了半天,还是放弃了。要不你试 : 试,看多久能搞定? 光看写个powerset,哪个更优美,没啥意思。
|
|
|
e*******o 发帖数: 4654 | |
c*******0 发帖数: 5247 | 32
给个reference吧。
【在 a*****e 的大作中提到】 : Haskell 并发性能强于 erlang 和 go 好不好,整个 runtime 和 GC 的质量都高不止 : 一个档次。Erlang 的长处是 distributed fault tolerance,不是单机并发性能。 : 而且取决于你什么应用,追求速度的 HPC 应用显然都比 java 快多了。 : Haskell 的短板在于对程序员要求高,理论层面不搞清楚,写不了 Haskell。这基本无 : 解,写“显然正确的程序”,和用什么语言关系不大,写的人本身得有那个水平才行。 : Haskell 的门槛在于,水平没达到,程序本身都组织不出来,更不要说后面的编译和调 : 试了。
|
c*******0 发帖数: 5247 | 33
从上个世纪不知道多少年代开始,从LISP到Haskell,大家都是说“有潜力成为最好的
xxxx”。
潜力这玩意太虚了。大家搞点实际的吧,做一个最好的web framework吸引人用才是正
道。现在haskell社区的大部分人就是成天嘴上说,挺没意思。
我2,3年前就把learn yourself a haskell整个读了一遍,写了一些小程序,但实在是
平时没有任何场景能用到Haskell,最后就扔了。周围无人使用,要让别人看吧,都没
啥理由,性能没有优势,上手速度慢,维护难度大。
现在已Haskell为首的FP,给编程语言社区最大的贡献就是让一些新语言集成一些FP的
feature,而且还都在swift或者rust这种没有被证明过的语言上,仅此而已。Haskell
社区,叫嚷自己是最牛逼语言的人的比例是最大的,看不起Lisp,看不起Scala,更看
不起传统语言。我说大家豪气冲天这点很好,别眼高手低。现在除了金融行业一些企业
用,别的任何领域没有任何有影响力的项目。这你让普通coder怎么说服manager接受新
语言?
关于这个web framework吧,还是那句话,写一个牛逼的,出来性能测试压过Java了,
咱们再说潜力的问题,不然一切都是扯淡笑谈
【在 d******e 的大作中提到】 : 新手胡言乱语: : 性能上,并发仅次于erland和go.差距极小。 : 速度仅此于java. : 但是用的内存远远小于java : 本来没有什么好的库。但是最近release的lens, wreq,yeosd, haxl都是让人眼睛一亮 : 的东西。 : 至少不用自己写轮子了。 : 考虑到,fp在可测试性和正确姓上的优势。干翻 python,ror非常容易。 : 我甚至怀疑java在后端还有没有存在的必要。 : 大牛们说说这里面有没有什么坑存在?
|
a*****e 发帖数: 1700 | 34 Erlang 的优势向来不在运行速度或者 runtime 效率。Go 嘛,等有 concurrent 或者
generational GC 再来说话。
硬要直接比 lightweight thread,只好去看 language shootout 啦,并发能力可以看
thread-ring,慢的表示 thread context-switch overhead 大。
关于 Haskell 做 I/O 并发,有一篇论文可以看看
http://haskell.cs.yale.edu/wp-content/uploads/2013/08/hask035-v
Section 5 报告了通过压测 GHC Concurrent I/O Manager 所发现的 Linux Kernel 关
于 epoll 的 bug. 后面 benchmark 章节有一些和 Ngnix 的比较。
【在 c*******0 的大作中提到】 : : 从上个世纪不知道多少年代开始,从LISP到Haskell,大家都是说“有潜力成为最好的 : xxxx”。 : 潜力这玩意太虚了。大家搞点实际的吧,做一个最好的web framework吸引人用才是正 : 道。现在haskell社区的大部分人就是成天嘴上说,挺没意思。 : 我2,3年前就把learn yourself a haskell整个读了一遍,写了一些小程序,但实在是 : 平时没有任何场景能用到Haskell,最后就扔了。周围无人使用,要让别人看吧,都没 : 啥理由,性能没有优势,上手速度慢,维护难度大。 : 现在已Haskell为首的FP,给编程语言社区最大的贡献就是让一些新语言集成一些FP的 : feature,而且还都在swift或者rust这种没有被证明过的语言上,仅此而已。Haskell
|
a*****e 发帖数: 1700 | 35 的确,潜力太虚了,Haskell 永远不会成为主流语言。什么时候明白这点了,什么时候
再来学习一下 FP 吧。
Haskell
【在 c*******0 的大作中提到】 : : 从上个世纪不知道多少年代开始,从LISP到Haskell,大家都是说“有潜力成为最好的 : xxxx”。 : 潜力这玩意太虚了。大家搞点实际的吧,做一个最好的web framework吸引人用才是正 : 道。现在haskell社区的大部分人就是成天嘴上说,挺没意思。 : 我2,3年前就把learn yourself a haskell整个读了一遍,写了一些小程序,但实在是 : 平时没有任何场景能用到Haskell,最后就扔了。周围无人使用,要让别人看吧,都没 : 啥理由,性能没有优势,上手速度慢,维护难度大。 : 现在已Haskell为首的FP,给编程语言社区最大的贡献就是让一些新语言集成一些FP的 : feature,而且还都在swift或者rust这种没有被证明过的语言上,仅此而已。Haskell
|
a*****e 发帖数: 1700 | 36 这个是我没说清楚,牛逼的是 conduit,不是 tagstream。后者充其量只能算是一个边
缘的库,估计用的人少。我是正好看见有,满足了我当时的需求。文档方面的确需要加
强,不过这种由作者自发维护的库,谁也无法强求。
【在 e*******o 的大作中提到】 : 你不知道其它的语言email的库有多少。 : 说没文档,是我看了你说的那个牛逼的tagstream 就几个自动生成的signature, : haskell lib的文档普遍太差。
|
c*******0 发帖数: 5247 | 37
者
Go的Concurrent GC已经是半年后1.4的目标了。不过你说的是并发性能,至少给个head
to head比较的出处吧。你没有reference,这个结论怎么下的?
【在 a*****e 的大作中提到】 : Erlang 的优势向来不在运行速度或者 runtime 效率。Go 嘛,等有 concurrent 或者 : generational GC 再来说话。 : 硬要直接比 lightweight thread,只好去看 language shootout 啦,并发能力可以看 : thread-ring,慢的表示 thread context-switch overhead 大。 : 关于 Haskell 做 I/O 并发,有一篇论文可以看看 : http://haskell.cs.yale.edu/wp-content/uploads/2013/08/hask035-v : Section 5 报告了通过压测 GHC Concurrent I/O Manager 所发现的 Linux Kernel 关 : 于 epoll 的 bug. 后面 benchmark 章节有一些和 Ngnix 的比较。
|
a*****e 发帖数: 1700 | 38 我也贴一个吧,备份新浪微群的 Haskell 程序。两年前写的,现在估计 bitrot 了,
因为 conduit 后来有不少改动。
http://codepad.org/ptoSTumw
贴个备份效果图,博君一笑。
【在 e*******o 的大作中提到】 : https://gist.github.com/swuecho/2a0445ccfeb3c5d84518
|
a*****e 发帖数: 1700 | 39 你说的并发是指什么?thread concurrency 还是 I/O concurrency?
前者的比较去看 shootout。后者我没有直接的 reference,不过你如果觉得 go 干得
过 nginx 倒是可以比一比。
找了一个简单的 go web server 和 nginx 比较,不能说有多准,随便看看吧:
http://kyleisom.net/blog/2012/11/23/benchmarking-a-go-webserver
head
【在 c*******0 的大作中提到】 : : 者 : Go的Concurrent GC已经是半年后1.4的目标了。不过你说的是并发性能,至少给个head : to head比较的出处吧。你没有reference,这个结论怎么下的?
|
c*******0 发帖数: 5247 | 40
是你在讨论并发,不是我在讨论并发。你的定义是什么?
另外你找的例子要不要太老?两年前的也拿出来说。这种测试要找一大堆,Go 和
nginx的比较
https://gist.github.com/hgfischer/7965620
你要是没有什么直接的reference,还是不要随便下结论为好。我没兴趣claim Go的并
发比Haskell强,不过我倒是很有兴趣看你怎么支撑你的claim。
【在 a*****e 的大作中提到】 : 你说的并发是指什么?thread concurrency 还是 I/O concurrency? : 前者的比较去看 shootout。后者我没有直接的 reference,不过你如果觉得 go 干得 : 过 nginx 倒是可以比一比。 : 找了一个简单的 go web server 和 nginx 比较,不能说有多准,随便看看吧: : http://kyleisom.net/blog/2012/11/23/benchmarking-a-go-webserver : : head
|
|
|
a*****e 发帖数: 1700 | 41 你给 reference 的时候至少也应该读一下啊,那篇是说 "go + Nginx" 的性能,人家
用加黑字体写了 "The purpose of this benchmark is not to tell that Go is
faster or slower than nginx. That would be stupid."
【在 c*******0 的大作中提到】 : : 是你在讨论并发,不是我在讨论并发。你的定义是什么? : 另外你找的例子要不要太老?两年前的也拿出来说。这种测试要找一大堆,Go 和 : nginx的比较 : https://gist.github.com/hgfischer/7965620 : 你要是没有什么直接的reference,还是不要随便下结论为好。我没兴趣claim Go的并 : 发比Haskell强,不过我倒是很有兴趣看你怎么支撑你的claim。
|
c*******0 发帖数: 5247 | 42
那我等你的reference就行了呗。谁提出谁举证嘛
【在 a*****e 的大作中提到】 : 你给 reference 的时候至少也应该读一下啊,那篇是说 "go + Nginx" 的性能,人家 : 用加黑字体写了 "The purpose of this benchmark is not to tell that Go is : faster or slower than nginx. That would be stupid."
|
c*******0 发帖数: 5247 | 43
这是我唯一能找到的和concurrency有关的Go和Haskell head to head comparison
http://www.techempower.com/benchmarks/#section=data-r9&hw=i7&te
【在 a*****e 的大作中提到】 : 你说的并发是指什么?thread concurrency 还是 I/O concurrency? : 前者的比较去看 shootout。后者我没有直接的 reference,不过你如果觉得 go 干得 : 过 nginx 倒是可以比一比。 : 找了一个简单的 go web server 和 nginx 比较,不能说有多准,随便看看吧: : http://kyleisom.net/blog/2012/11/23/benchmarking-a-go-webserver : : head
|
a*****e 发帖数: 1700 | 44 这个里面测 Haskell 是用的 GHC 7.4,现在都 GHC 7.8 了。我给的 paper 里面的成
果在 7.7 以后才有。
而且你要注意一下 FE 和 ORM 的差别,这个比的不仅是语言本身的runtime.
【在 c*******0 的大作中提到】 : : 这是我唯一能找到的和concurrency有关的Go和Haskell head to head comparison : http://www.techempower.com/benchmarks/#section=data-r9&hw=i7&te
|
a*****e 发帖数: 1700 | 45 我的原意是比 thread concurrency,因为 goroutine 基本上和 haskell lightweight
thread 的实现是一样的,但是 go 的 GC 在拖后腿。后来意识到你说的可能是 I/O
concurrency,这个最后都是指向 kernel async I/O 的能力,所以我给了一篇paper谈
这个。
【在 c*******0 的大作中提到】 : : 这是我唯一能找到的和concurrency有关的Go和Haskell head to head comparison : http://www.techempower.com/benchmarks/#section=data-r9&hw=i7&te
|
e*******o 发帖数: 4654 | 46 牛!
【在 a*****e 的大作中提到】 : 我也贴一个吧,备份新浪微群的 Haskell 程序。两年前写的,现在估计 bitrot 了, : 因为 conduit 后来有不少改动。 : http://codepad.org/ptoSTumw : 贴个备份效果图,博君一笑。
|
c*******0 发帖数: 5247 | 47
https://github.com/TechEmpower/FrameworkBenchmarks/tree/master/snap
https://github.com/TechEmpower/FrameworkBenchmarks/tree/master/yesod
我没有GHC的安装,你有兴趣用7.8测试一下,看看性能有什么提升。甚至给他们提供PR
也行。
我知道这个和纯语言的并发能力有区别,问题是我说了,这是我能找到唯一一个Go和
Haskell H2H comparison。
我对paper 理论上的性能提升没兴趣,你要是claim Haskell并发性能比Go强,就拿出
数据来back up。好比说我说Go服务器端的并发性能比Python/Ruby/Node都强,我可以
给你找出一堆不同的测试数据来backup。
【在 a*****e 的大作中提到】 : 这个里面测 Haskell 是用的 GHC 7.4,现在都 GHC 7.8 了。我给的 paper 里面的成 : 果在 7.7 以后才有。 : 而且你要注意一下 FE 和 ORM 的差别,这个比的不仅是语言本身的runtime.
|