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.
|
