d******i 发帖数: 7160 | 1 好像有些公司是这路数。
感觉后端DB服务该是linux一统天下呀?
弄一堆软家的server到底有啥优势?
感觉Scalibility是短板吧。
请过来人给说说? |
d****n 发帖数: 1637 | 2 In Windows, it is naive speed. maybe 10~20% slower than C++(depends on your
app).
In Linux, it is under Mono still good speed.
real compiled language(compare to Java/JVM)
better development IDE/env compare to eclipse.
C#.net is free.
It could be waited for another 2 years when MS fully support cross
platform C#
【在 d******i 的大作中提到】 : 好像有些公司是这路数。 : 感觉后端DB服务该是linux一统天下呀? : 弄一堆软家的server到底有啥优势? : 感觉Scalibility是短板吧。 : 请过来人给说说?
|
g*****g 发帖数: 34805 | 3 If one can't work on an OS without UI, windows is the way to go.
【在 d******i 的大作中提到】 : 好像有些公司是这路数。 : 感觉后端DB服务该是linux一统天下呀? : 弄一堆软家的server到底有啥优势? : 感觉Scalibility是短板吧。 : 请过来人给说说?
|
a9 发帖数: 21638 | 4 有很多公司的IT根本就不会linux和除了mssqlserver之外的数据库。你给他们做项目他
们也
不会用别的。
windows的管理员成本还是要低一些的吧?
【在 d******i 的大作中提到】 : 好像有些公司是这路数。 : 感觉后端DB服务该是linux一统天下呀? : 弄一堆软家的server到底有啥优势? : 感觉Scalibility是短板吧。 : 请过来人给说说?
|
d******i 发帖数: 7160 | 5 这么说C#/.Net大有前途了?
总看见软黑没事儿就唱衰。
看来逢软必反也是过了,
软在一些产品上还是有货有眼光的,
比如这个C#/.Net. |
d****n 发帖数: 1637 | 6 好多开源了。
https://github.com/microsoft
等c# cross compile 行了,或者golang 壮大了,我看java要退出历史舞台了(头盖铁
锅说这话)。
【在 d******i 的大作中提到】 : 这么说C#/.Net大有前途了? : 总看见软黑没事儿就唱衰。 : 看来逢软必反也是过了, : 软在一些产品上还是有货有眼光的, : 比如这个C#/.Net.
|
l**********n 发帖数: 8443 | 7 C#不行。
【在 d****n 的大作中提到】 : 好多开源了。 : https://github.com/microsoft : 等c# cross compile 行了,或者golang 壮大了,我看java要退出历史舞台了(头盖铁 : 锅说这话)。
|
N********n 发帖数: 8363 | 8
If boils down to data consistency vs scale (sacrificing consistency).
DC and scale cannot co-exist. RMDBs such as SqlSv offers consistency
so if you care DC more then .Net + SqlServer offers a nice combo. If
it's scale then you have more choices using Linux.
【在 d******i 的大作中提到】 : 好像有些公司是这路数。 : 感觉后端DB服务该是linux一统天下呀? : 弄一堆软家的server到底有啥优势? : 感觉Scalibility是短板吧。 : 请过来人给说说?
|
s*i 发帖数: 5025 | 9 没戏!too late!
一个对C#钟爱的过来人。
[发表自未名空间手机版 - m.mitbbs.com]
【在 d****n 的大作中提到】 : 好多开源了。 : https://github.com/microsoft : 等c# cross compile 行了,或者golang 壮大了,我看java要退出历史舞台了(头盖铁 : 锅说这话)。
|
z****e 发帖数: 54598 | 10 没错,但是如果你会linux和其他的db,比如古德霸
就会过去跟老板说,你表用m$那些东西了
你给m$的钱我帮你省下来,然后这钱,以后你分一点我分一点
你是老板,你同意吗?
windows的admin管理成本低一点,但是win本身要钱
这两个一叠加,最后成本超过linux的admin很正常
【在 a9 的大作中提到】 : 有很多公司的IT根本就不会linux和除了mssqlserver之外的数据库。你给他们做项目他 : 们也 : 不会用别的。 : windows的管理员成本还是要低一些的吧?
|
|
|
h*******u 发帖数: 15326 | 11 ms的三哥要是把c#cross platform毁了就彻底废了
your
【在 d****n 的大作中提到】 : In Windows, it is naive speed. maybe 10~20% slower than C++(depends on your : app). : In Linux, it is under Mono still good speed. : real compiled language(compare to Java/JVM) : better development IDE/env compare to eclipse. : C#.net is free. : It could be waited for another 2 years when MS fully support cross : platform C#
|
d****n 发帖数: 1637 | 12 那就看Golang了,一根独苗
【在 h*******u 的大作中提到】 : ms的三哥要是把c#cross platform毁了就彻底废了 : : your
|
d****n 发帖数: 1637 | 13 我也担心。但是觉得 这样的 决策不象是烙印搞出来的。
1年后看啥样吧,不在沉默中爆发就在沉默中消失了
【在 s*i 的大作中提到】 : 没戏!too late! : 一个对C#钟爱的过来人。 : : [发表自未名空间手机版 - m.mitbbs.com]
|
a9 发帖数: 21638 | 14 不同意,完事你找我加工资怎么办?
考虑操作系统成本一般是startup和大企业比较看重,
windows,C#有它自己的市场。
目他
【在 z****e 的大作中提到】 : 没错,但是如果你会linux和其他的db,比如古德霸 : 就会过去跟老板说,你表用m$那些东西了 : 你给m$的钱我帮你省下来,然后这钱,以后你分一点我分一点 : 你是老板,你同意吗? : windows的admin管理成本低一点,但是win本身要钱 : 这两个一叠加,最后成本超过linux的admin很正常
|
z****e 发帖数: 54598 | 15 资本家一定同意
netflix现在那个ceo一度传言要去m$做ceo
指望靠插管吸血混的都没前途
【在 a9 的大作中提到】 : 不同意,完事你找我加工资怎么办? : 考虑操作系统成本一般是startup和大企业比较看重, : windows,C#有它自己的市场。 : : 目他
|
z****e 发帖数: 54598 | 16
敢要挟公司就let go,换人来接手,没有什么东西是不可替换的
m$等商业公司要挟起来只会更凶狠,一般码农好对付多了
这也是为啥要用java,用java可维护性强,一般码农炫技少
不容易造出屎坑,而且码农你就算给他加工资,其他厂抬高个价格
丫一样跑,工资是有市场决定的
【在 a9 的大作中提到】 : 不同意,完事你找我加工资怎么办? : 考虑操作系统成本一般是startup和大企业比较看重, : windows,C#有它自己的市场。 : : 目他
|
z****e 发帖数: 54598 | 17 go太底层了
go因为是procedural
导致用go可以制造出各种high level的paradigm
风格完全不统一,所以go属于新时代的c语言
c用在哪,go就用在哪
再高级一点的go不太可能用上
当然要说都用go就好比都用c一样
当然可以,就是麻烦
go用来搞infra蛮好,但是infra没啥意思
不太容易发财
【在 d****n 的大作中提到】 : 那就看Golang了,一根独苗
|
a9 发帖数: 21638 | 18 你把我开了你也得再招维护linux的人
【在 z****e 的大作中提到】 : 资本家一定同意 : netflix现在那个ceo一度传言要去m$做ceo : 指望靠插管吸血混的都没前途
|
z****e 发帖数: 54598 | 19 cloud啦
【在 a9 的大作中提到】 : 你把我开了你也得再招维护linux的人
|
a9 发帖数: 21638 | 20 放cloud里就变成windows了?
【在 z****e 的大作中提到】 : cloud啦
|
|
|
z****e 发帖数: 54598 | 21 cloud可以傻瓜化linux的很多操作啊
要不然这批人一天到晚讨论go干什么
很多傻瓜化infra的工具就是go写的
【在 a9 的大作中提到】 : 放cloud里就变成windows了?
|
a9 发帖数: 21638 | 22 呵呵,你的生活很理想化。
【在 z****e 的大作中提到】 : cloud可以傻瓜化linux的很多操作啊 : 要不然这批人一天到晚讨论go干什么 : 很多傻瓜化infra的工具就是go写的
|
z****e 发帖数: 54598 | 23 这就是现实,cloud就是用来这么用的
不信你问问其他人
给你一个例子
http://en.wikipedia.org/wiki/Juju_%28software%29
【在 a9 的大作中提到】 : 呵呵,你的生活很理想化。
|
z****e 发帖数: 54598 | |
z****e 发帖数: 54598 | 25 看看deploy变得多傻瓜
这跟windows有啥区别? |
g*****g 发帖数: 34805 | 26 从部署到 debug,我老现在很少ssh到server上了
【在 z****e 的大作中提到】 : 看看deploy变得多傻瓜 : 这跟windows有啥区别?
|
H*******g 发帖数: 6997 | 27 Goodbug's boss won't have the permission to make decision on budget..
Big companies don't care budget at all. The more expensive the better.
【在 z****e 的大作中提到】 : 没错,但是如果你会linux和其他的db,比如古德霸 : 就会过去跟老板说,你表用m$那些东西了 : 你给m$的钱我帮你省下来,然后这钱,以后你分一点我分一点 : 你是老板,你同意吗? : windows的admin管理成本低一点,但是win本身要钱 : 这两个一叠加,最后成本超过linux的admin很正常
|
g*****g 发帖数: 34805 | 28 Indeed cost is secondary, but C#/Windows ain't well known running at big
scale. And we observe XBOX outage at monthly base. I doubt you can find many
talents that know both C# and scalability in the first place. So no, C# isn
't
even an option.
【在 H*******g 的大作中提到】 : Goodbug's boss won't have the permission to make decision on budget.. : Big companies don't care budget at all. The more expensive the better.
|
g****e 发帖数: 1344 | 29 stackoverflow 就是用.NET平台, 他们的架构设计很有意思,用的是时vertical
scaling的方式. 只用25台服务器支撑了访问量世界排名54的网站.
http://highscalability.com/blog/2014/7/21/stackoverflow-update-
StackExchange network has 110 sites growing at a rate of 3 or 4 a month.
4 million users
8 million questions
40 million answers
As a network #54 site for traffic in the world
100% year over year growth
560 million pageviews a month
Peak is more like 2600-3000 requests/sec on most weekdays. Programming,
being a profession, means weekdays are significantly busier than weekends.
25 servers |
d****n 发帖数: 1637 | 30 good to know
【在 g****e 的大作中提到】 : stackoverflow 就是用.NET平台, 他们的架构设计很有意思,用的是时vertical : scaling的方式. 只用25台服务器支撑了访问量世界排名54的网站. : http://highscalability.com/blog/2014/7/21/stackoverflow-update- : StackExchange network has 110 sites growing at a rate of 3 or 4 a month. : 4 million users : 8 million questions : 40 million answers : As a network #54 site for traffic in the world : 100% year over year growth : 560 million pageviews a month
|
|
|
w**z 发帖数: 8232 | 31 100 Request/sec 一台机器,没啥压力。
【在 g****e 的大作中提到】 : stackoverflow 就是用.NET平台, 他们的架构设计很有意思,用的是时vertical : scaling的方式. 只用25台服务器支撑了访问量世界排名54的网站. : http://highscalability.com/blog/2014/7/21/stackoverflow-update- : StackExchange network has 110 sites growing at a rate of 3 or 4 a month. : 4 million users : 8 million questions : 40 million answers : As a network #54 site for traffic in the world : 100% year over year growth : 560 million pageviews a month
|
g*****g 发帖数: 34805 | 32 They did well but 3000 RPS at peak is nothing. |
g****e 发帖数: 1344 | 33 25 台服务器的情况.
11 web servers, using IIS
2 load balancers, 1 active, using HAProxy
4 active database nodes, using MS SQL
3 application servers implementing the tag engine, anything searching by tag
hits
3 machines doing search with ElasticSearch
2 machines for distributed cache and messaging using Redis
2 Networks (each a Nexus 5596 + Fabric Extenders)
2 Cisco 5525-X ASAs (think Firewall)
2 Cisco 3945 Routers
2 read-only SQL Servers for used mainly for the Stack Exchange API
【在 g****e 的大作中提到】 : stackoverflow 就是用.NET平台, 他们的架构设计很有意思,用的是时vertical : scaling的方式. 只用25台服务器支撑了访问量世界排名54的网站. : http://highscalability.com/blog/2014/7/21/stackoverflow-update- : StackExchange network has 110 sites growing at a rate of 3 or 4 a month. : 4 million users : 8 million questions : 40 million answers : As a network #54 site for traffic in the world : 100% year over year growth : 560 million pageviews a month
|
g****e 发帖数: 1344 | 34 At peak we're usually seeing 2600-3000 RPS at about 15% load on each of the
9 primary web servers.
3000RPS per web server 不是整个网站.
【在 g*****g 的大作中提到】 : They did well but 3000 RPS at peak is nothing.
|
g****e 发帖数: 1344 | 35 Page views only account for a fraction of our load. We serve many AJAX/JSON
routes and API requests which total over 130 million requests on any given
weekday. For example yesterday we handled 150,091,472 requests which is
about 1730 RPS on average. Of course we have peak vs. non-peak times so that
's not a good indicator. At peak we're usually seeing 2600-3000 RPS at about
15% load on each of the 9 primary web servers. For reference: we handled 3,
710,241,322 (3.7 billion) requests in the last 30 days.
3000 RPS 一台机器
【在 w**z 的大作中提到】 : 100 Request/sec 一台机器,没啥压力。
|
w**z 发帖数: 8232 | 36 那还差不多。
the
【在 g****e 的大作中提到】 : At peak we're usually seeing 2600-3000 RPS at about 15% load on each of the : 9 primary web servers. : 3000RPS per web server 不是整个网站.
|
g*****g 发帖数: 34805 | 37 30K RPS most are readonly. It's not really that hard. This is not to
discount what they achieve. But they route their search traffic to Elastic
Search (java stack), most read traffic to Redis cluster (running on Linux),
a fraction of traffic hits the main MSSQL DB (mostly writes I guess). They
plan to move their logging to logstash, apparently they can't achieve their
logging need under .Net (probably local logging right now), and want to
leverage another Java product.
I would be impressed if they didn't have to ditch Lucene.net for ES. That
being said, I agree with their approach, you don't need fancy NoSQL for 99.9
% websites with the use of ES and redis.
JSON
that
about
3,
【在 g****e 的大作中提到】 : Page views only account for a fraction of our load. We serve many AJAX/JSON : routes and API requests which total over 130 million requests on any given : weekday. For example yesterday we handled 150,091,472 requests which is : about 1730 RPS on average. Of course we have peak vs. non-peak times so that : 's not a good indicator. At peak we're usually seeing 2600-3000 RPS at about : 15% load on each of the 9 primary web servers. For reference: we handled 3, : 710,241,322 (3.7 billion) requests in the last 30 days. : 3000 RPS 一台机器
|