|
发帖数: 1 | 2 多谢回复，这个GC问题正是我碰到的，没想到GOGC还能设置超过100的数，而且还能非
线性优化，真是个坑，看来GOGC任重道远啊。我本以为GOGC=off就万事大吉了。 |
|
y*j
发帖数: 3139 | 3 把GC完全关掉，时间一长，非耗尽内存空间不可。
: 多谢回复，这个GC问题正是我碰到的，没想到GOGC还能设置超过100的数，而且
还能非
: 线性优化，真是个坑，看来GOGC任重道远啊。我本以为GOGC=off就万事大吉了。
|
|
y*j
发帖数: 3139 | 4 Csharp 也是我的favorite。java和它相比很粗糙，cpp 和它相比又太复杂混乱。
: 俺一直都说，C#是最好的语言。。。。
|
|
发帖数: 1 | 5 CSharp在Linux、非x86架构下有性能很好的编译器和库么？
听说.NET开源的只是核心库，不是全部，不知道未来怎样。还有IDE和社区，这也很重
要。 |
|
发帖数: 1 | 6 关键是GOGC=off性能比GOGC=2400差，不知道为什么。。。 |
|
y*j
发帖数: 3139 | 7 我自己瞎猜的，如果内存一点也不释放的话，会损失Cache locality, 内存空间会碎片
化。
: 关键是GOGC=off性能比GOGC=2400差，不知道为什么。。。
|
|
d***a
发帖数: 13752 | 8 内存用的太多，会增加page fault rate。I/O系统忙起来，比频繁的cache miss更厉害。 |
|
s********k
发帖数: 6180 | 9 用.Net core,比之前那个overhead很高的.net好很多，关键是LINQ比Java 新的那个
stream好用啊 |
|
s********k
发帖数: 6180 | 10 page fault不是忙IO把，是swap出去之后重新load进TLB很花时间？
害。 |
|
y*j
发帖数: 3139 | 11 看那个报告的样子，应该还没有到经常page fault 的地步，否则性能会下降得非常厉
害。
: 内存用的太多，会增加page fault rate。I/O系统忙起来，比频繁的cache miss
更厉害。
|
|
d***a
发帖数: 13752 | 12 从内存里做TLB refill大约是150-200个纳秒左右吧，page fault的延迟是毫秒级了。 |
|
d***a
发帖数: 13752 | 13 是的，不过如果把GC关掉长时间运行下去，page fault会增加的。
miss |
|
发帖数: 1 | 14 .NET Core 2目前只支持Windows下的arm64，等Linux下也有arm64再開始轉吧。
Mono支持Linux的arm64，但性能應該不行（跟gcc 7.2比） |
|
发帖数: 1 | 15 我們試過lxc和kvm，如果不是Xeon的CPU的話，性能會再下降一個數量級（因為host-
guest communication in kernel code），而且裡面坑特別多，就不細講了。另外
docker和k8s對非x86的支持也不是很好。
虛擬化和容器不是silverbullet，至少在性能上說。AWS最近就在去VM化，參考AWS
Nitro和baremetal EC2。如果同時用虛擬化和容器，或者雙重虛擬化，性能就別指望了。
VM
http |
|
T********i
发帖数: 2416 | 16 其实所谓云架构，大多数是没啥必要的。
VM慢了一个数量级以上，无论如何都不能justify。
被人收割骗钱而已。 |
|
p*u
发帖数: 2454 | 17 云本来就是为了节省IT support的costs，不是提高性能。 |
|
s********k
发帖数: 6180 | 18 追求性能肯定要自己做，但是大部分应用上云架构主要是方便，开启服务，scale，
monitor，啥都方便，等到服务做大了，再专门自己搞DC做 |
|
m*****n
发帖数: 3575 | 19 你和软件工程师只有一个本质差别：
你不掌握生产资料，所以只能被剥夺剩余价值
卡尔 马克思 |
|
发帖数: 1 | 20 不明白。软件工程师不是也在被剥夺剩余价值？
本来软件既是生产资料又是劳动产出，结果给来了个开源。
唉唉唉 |
|
发帖数: 1 | 21
你见过什么重要的东西做的很完美的搞开源的， 除了sun那个傻逼公司 |
|
|
f******2
发帖数: 2455 | 23 开源是牛逼但不被承认的社会底层的唯一出路，类似十月革命掀桌子
: 你见过什么重要的东西做的很完美的搞开源的， 除了sun那个傻逼公司
|
|
|
m*****n
发帖数: 3575 | 25 R就是这么搞的
一边开源
一边弄个收费高级版
还有Qt系列也是如此 |
|
b******t
发帖数: 9 | 26 algernon三年四百多个星的野鸡库也敢用
想用go webserver， 试试caddy |
|
|
发帖数: 1 | 28 IO虛擬化目前只有intel的vt-d、sr-iov、apic-v做得很好，其他非x86架構都不行，因
為軟件問題。別看白皮書介紹得簡單，裡面非常複雜，非常不好做，坑特別多。性能只
有xeon可以接近裸機，這就是xeon佔領99.9%市場的原因，amd都不行。
是I |
|
w**z
发帖数: 8232 | 29 现在有自己DC的公司已经没几个了。以后也不太会有新的公司用自己DC了 |
|
s********k
发帖数: 6180 | 30 做到500B市值以上一般都会有（FGAM等），100B估计开始考虑但是还是可以全在cloud
上，比如netflix，但是99%公司还没到追求极致性能就死掉了 |
|
w**z
发帖数: 8232 | 31 你提到的那些都是在 cloud 流行之前开始的，不存在从 cloud 转到 自己 DC 的。公
司规模越大，要转的代价就越大， 真不如乖乖给 aws 写支票。新的有一定规模的公司
，除了 uber, 都在云上。
：做到500B市值以上一般都会有（FGAM等），100B估计开始考虑但是还是可以全在
cloud
：上，比如netflix，但是99%公司还没到追求极致性能就死掉了 |
|
|
w**z
发帖数: 8232 | 33 that was a bold move.
During its early years, Dropbox ran its entire operation on Amazon’s cloud
computing service. But more recently it has moved much of its
infrastructure off AWS to cut down on costs. The company said that in 2016,
it was able to shrink its cost of revenue by $35.1 million as part of its
AWS migration, which it refers to as “Infrastructure Optimization.” As
tech publication GeekWire notes, the data center move help saved
Dropbox about $75 million over a two-yea... 阅读全帖 |
|
发帖数: 1 | 34 在runtime/proc.go裡面有很多lock(&sched.lock)，
例如把goroutine放到global runq裡面就需要lock
func goschedImpl(gp *g) {
status := readgstatus(gp)
if status&^_Gscan != _Grunning {
dumpgstatus(gp)
throw("bad g status")
}
casgstatus(gp, _Grunning, _Grunnable)
dropg()
lock(&sched.lock)
globrunqput(gp)
unlock(&sched.lock)
schedule()
}
sched是runtime2.go裡面的一個全局變量
var (
allglen uintptr
allm *m
... 阅读全帖 |
|
c****f
发帖数: 1102 | 35 现在只有很极致的公司才追求那10%的性能优化 更多的追求实用 短平快
人家根本不care这点区别 再堆机器就是了 机器多少钱 我请人回来弄类似nginx的
memory trick得花多少钱 以后怎么维护？ 升级 更新怎么办？
就想之前碰到一个公司 所有的http服务都是in house的 结果碰到H2 自己做的基于LVS
的链接toss back不能用了不说 连H2的功能的prototype都要做好久
但是市场需求就是马上要H2 你怎么办？ 只能去掉自己in house的LB
所有在用人成本 今后维护 各方面来说 真的可以追求那最顶点性能优化的公司也就没
几个
现在K8S这么热 大家都网上迁呢 谁在乎调度器和API被干爆了如何 多加几个就是了 |
|
f*******t
发帖数: 7549 | 36 别钻牛角尖了，找到一个特殊的应用说性能差10倍以上，作为技术研究是好的，但没有
实际意义。用Go写backend service的公司很多，碰到性能瓶颈，总会有fix或者
workaround。如果真的需要10倍性能，而Go无论如何都达不到的，就换更合适的语言写
对应的模块唄。 |
|
g****t
发帖数: 31659 | 37 做web后台那你就和java比啊。和cpp较劲为哪般呢。。。
任何语言和c／cpp，fortran，pascal比性能都没什么意义。
cpp |
|
发帖数: 1 | 38 要不是因为EE工程师们的不断努力提升硬件速度，现在最流行的应该是汇编或者c.
以前编程要讲究效率，现在“快”的要求从运算速度转向成develop和维护，搞硬件的
功不可没 |
|
g****t
发帖数: 31659 | 39 以前程序员是硬件的奴隶。然后程序语言是C设计者的奴隶。
现在语言的设计要讨好程序员，不然出门就是死。
在这个程序员民主化进程中，唯一的例外是basic.
Basic一开始就要讨好程序员。所以bill gates是basic的粉丝，
不是没有道理的。
: 要不是因为EE工程师们的不断努力提升硬件速度，现在最流行的应该是汇编或者
c.
: 以前编程要讲究效率，现在“快”的要求从运算速度转向成develop和维护，搞
硬件的
: 功不可没
|
|
|
g****t
发帖数: 31659 | 41 参考文献
http://time.com/69316/basic/
Basic: the language that made computers personal
I would lik to say:
DNN: the algorithm that made data analysis personal
: 以前程序员是硬件的奴隶。然后程序语言是C设计者的奴隶。
: 现在语言的设计要讨好程序员，不然出门就是死。
: 在这个程序员民主化进程中，唯一的例外是basic.
: Basic一开始就要讨好程序员。所以bill gates是basic的粉丝，
: 不是没有道理的。
: c.
: 硬件的
|
|
|
s*********y
发帖数: 6151 | 43 静态文件下载 这种cdn业界早就做烂了 百分之90以上的cdn服务后端都是nginx改吧
改吧 你提这种问题没意思的很 |
|
g****t
发帖数: 31659 | 44 Can we put go binary server behind the nginx ? |
|
T*******x
发帖数: 8565 | 45 numpy 糟蹋C的性能了吗？
：软件也是，c的性能被numpy糟蹋，numpy被pandas糟蹋，tensorflow被keras糟蹋，
：pandas和keras用的人最多。下里巴人最好找工作。 |
|
发帖数: 1 | 46 互聯網領域講究一個月上線，勉強完成功能，然後不斷改進提高性能，提升空間有一百
倍以上。硬件正好相反，用幾年時間設計，一旦發布，靠固件和微指令性能提升空間只
有幾個percent，如果出問題（meltdown）新固件性能下降卻很大。這就是我感嘆的地
方。 |
|
发帖数: 1 | 47 试过rust的iron或者rocket没有？ 期待你的评估结果 |
|
w***g
发帖数: 5958 | 48 可以的，但是该慢还是慢啊。我现在全线从apache2转nginx了。 |
|
发帖数: 1 | 49 你說的scale成本低是不準確的。我們硬件scale有兩種：scale-up和scale-out。你說
的scale成本線性增加是scale-out，但多核處理器設計必須要考慮scale-up，就是在同
樣內存地址空間上爆核心，問題很多，不容易提升。另外MPI算scale-out，OpenMP是
scale-up。互聯網基本是scale-out，傳統數據庫是scale-up。CPU設計兩個都需要考慮。
: 你这个引申的结论就不合适了
: 搞framework，做软件工具的是要发明轮子，因为那是他们的市场，他们要创造
市场
: 但是对软件工程师的需求不是来自于这些被创造的市场，而是来源于软件能做的
事情太
: 多，可能性无限。
: 硬件也可以做很多，但做个新硬件的成本和限制太多，周期太长，开辟新市场，
产生新
: 产值这方面和软件没法比。软件从开源的开始往加东西，现成的都不需要成本，
成本只
: 有很少的硬件成本，scale起来硬件成本不需要同样放大。硬件你用现成的也得
先把硬
: 件成本算上，而且这个成本是和规模一起放大... 阅读全帖 |
|
发帖数: 1 | 50 感觉magagop兄说这么多，还是因为自己挣得太少，如果把你的package和互联网换过来
，你应该很开心吧
加油吧，有空去龟版看看，里面氛转码围很好的
爱你宝贝 |
|
