有做Linux系统管理员的吗？
好像知道的在德国的都是搞编程的非IT专业
有心朝Linux系统管理员方向发展
不知道在德国的前景如何
有否前辈给些建议
先谢过了 单做一件事，前景 就是 暗淡无光
通用的就前途无量。
全世界所有的公司用的基本上是win因简单易用，需要照顾不同层次的员工。
但Linux是OS的未来，只能作为兴趣爱好 不断自学。
你有见过哪个编程大牛不会Linux的？公司用的是win，平时打发时间用Linux
如果你要做 一秒响应 一百万次以上的网页服务器，选Linux是选对了 mandriva 发表于 2014-8-10 11:58
单做一件事，前景 就是 暗淡无光
通用的就前途无量。
全世界所有的公司用的基本上是win因简单易用，需 ...
我觉得专注做一件事情，才可能会有好的前景， 知识的广度是必须的，但是如果不能就一些事情专注下来，核心竞争力又何来？
os的世界是并行的，不觉得linux是未来，linux是现实，很早之前就是了。
另外，最后一句话完全没看懂，每秒百万次响应的网页服务器？这是什么东西？什么内容，如何并发，这基本上和linux没什么关系，都是应用服务器／负载均衡／缓存／硬件／存储等等技术综合磨合后的体现，虽然一般都是用linux做运行平台。
系统管理员是个苦活累活，而且是受云计算冲击尤其严重的it职位。 never_say_never 发表于 2014-8-10 11:56
我觉得专注做一件事情，才可能会有好的前景， 知识的广度是必须的，但是如果不能就一些事情专注下来，核 ...
我觉得专注做一件事情，才可能会有好的前景， 知识的广度是必须的，但是如果不能就一些事情专注下来，核心竞争力又何来？
os的世界是并行的，不觉得linux是未来，linux是现实，很早之前就是了。
另外，最后一句话完全没看懂，每秒百万次响应的网页服务器？这是什么东西？什么内容，如何并发，这基本上和linux没什么关系，都是应用服务器／负载均衡／缓存／硬件／存储等等技术综合磨合后的体现，虽然一般都是用linux做运行平台。
好吧，我又回答一次卡鲁人的问题。
我觉得专注做一件事情，才可能会有好的前景， 知识的广度是必须的，但是如果不能就一些事情专注下来，核心竞争力又何来？
就你上网 去找个 职位描述光是 Linux系统管理员 的位置，看有多少？ 有的话看能否入职？能的话看相对其他职位用了多长时间。
os的世界是并行的，不觉得linux是未来，linux是现实，很早之前就是了。
用一句话来概括数字版权问题，你如果要封闭你的代码，你就不能用GPL
http://stackoverflow.com/questions/3324536/whats-the-main-difference-between-mit-gpl-bsd-and-other-open-source-licenses
你如果要像苹果那样，你应该选BSD 或 mit
你如果使用了GPL 的作品，你也要让你的作品变为GPL ， LGPL 的连接库必须可替代，这将有助于知识和技术共享，对程序员是好事，
http://en.wikipedia.org/wiki/Linux_kernel 使用的是GPL，所以Linux是OS的未来。
另外，最后一句话完全没看懂，每秒百万次响应的网页服务器？这是什么东西？什么内容，如何并发，这基本上和linux没什么关系，都是应用服务器／负载均衡／缓存／硬件／存储等等技术综合磨合后的体现，虽然一般都是用linux做运行平台。
你不知道的事情多了去了。
给你说一个现成的服务器nginx 作为例子吧，用什么操作系统就会受制约于它的API，
nginx用在Win下就会受制约于Win32 API
http://nginx.org/en/docs/windows.html
Known issues
Although several workers can be started, only one of them actually does any work.
A worker can handle no more than 1024 simultaneous connections.
The cache and other modules which require shared memory support do not work on Windows Vista and later versions due to address space layout randomization being enabled in these Windows versions.
mandriva 发表于 2014-8-10 16:44
好吧，我又回答一次卡鲁人的问题。
1）我们说的是一个东西么？扯上一堆开源协议的基础知识，你刚毕业？
2）天，还上网搜什么linux管理员职位，嗯，对没什么经验的人来说，确实只能从网上去搜职位描述。
3）还有，你又不认识我，扯什么“我不知道的事情多了去了”， 搞什么人身攻击？你的描述大而空泛，你自己不觉得只能说明你自己的知识水平达不到而已... never_say_never 发表于 2014-8-10 17:59
1）我们说的是一个东西么？扯上一堆开源协议的基础知识，你刚毕业？
2）天，还上网搜什么linux管理员职位，嗯，对没什么经验的人来说，确实只能从网上去搜职位描述。
3）还有，你又不认识我，扯什么“我不知道的事情多了去了”， 搞什么人身攻击？你的描述大而空泛，你自己不觉得只能说明你自己的知识水平达不到而已...
你点直接回复，然后自己说的看不懂别人的回答， 我再回答你的回复而已。没有切磋必要。 mandriva 发表于 2014-8-10 16:44
好吧，我又回答一次卡鲁人的问题。
刚发现你就是在上次那个帖子里面无缘无故鄙视我的那个家伙（dolc.de/forum.php?mod=viewthread&tid=1720072&page=3#pid34429032），看来通过鄙视别人来提高自己是你的常态。不知道你在现实生活中得屌丝成什么样子。
在那个帖子里面你不是同时鄙视了gnu开发社区么，同时还认定微软拥有最好的开发人员么，今天怎么改性了？
闪了，下次长记性了，遇见你这个无知而无畏的家伙我就退避三舍。
本帖最后由 mandriva 于 2014-8-10 18:44 编辑
never_say_never 发表于 2014-8-10 18:27
刚发现你就是在上次那个帖子里面无缘无故鄙视我的那个家伙（dolc.de/forum.php?mod=viewthread&tid=1720072&page=3#pid34429032），看来通过鄙视别人来提高自己是你的常态。不知道你在现实生活中得屌丝成什么样子。
在那个帖子里面你不是同时鄙视了gnu开发社区么，同时还认定微软拥有最好的开发人员么，今天怎么改性了？
闪了，下次长记性了，遇见你这个无知而无畏的家伙我就退避三舍。
就事论事而已，你不是说没有100K的程序员么？我说没见过世面和大批GNU的程序员水平都不怎么样，有少数人不论是Win 还是 Li 水平都远在别人之上，赚得多理所当然。 不服可以再开出来再辩一次。
至于你在这里说的屌到什么地步，想开骂街和刷嘴皮我没有兴趣，看发贴的情况就是不是要和你吵架的那种。 mandriva 发表于 2014-8-10 19:41
就事论事而已，你不是说没有100K的程序员么？我说没见过世面和大批GNU的程序员水平都不怎么样，有少数 ...
哥也是程序员，想知道LS眼中比较好（top 20%) 的GNU程序员，大概要有什么的水平，一个比较感性的描述就可以了。
探讨。{:8_485:} 人楼主根本没问程序员。。。。。
隔行如隔山呀。。。 本帖最后由 chinapope 于 2014-8-11 16:07 编辑
Linux 管理员好像是 Ausbildung 就可以做了。
去考个RHCE，估计还是有竞争力的认证。
chinapope 发表于 2014-8-11 13:11
Linux 管理员好像是 Asubildung 就可以做了。
去考个RHCE，估计还是有竞争力的认证。
果然这里基本都是程序员
不过经你这么一说
倒也理解了
程序员大多Uni 或FH 出身
而管理员是Ausbildung{:5_383:} 看了大家的回复
还是很有受益的
{:5_336:} 百度百科上
RHCE介绍
RHCE是Red HatCertified Engineer的简称——红帽认证工程师 始于1999年3月。
Red Hat是全世界Linux厂商中的龙头老大，其市场占有率从1999年起就已超过了50%。并在业界得到广泛应用。而红帽认证工程师也是业界公认的最权威的Linux认证之一。RHCE 是世界上第一个面向Linux 的认证考试，它不是一个普通的认证测试，和其他操作系统认证考试相比，它没有笔试，全部是现场实际操作，所以RHCE成了业界公认的最难的认证考试之一。Red Hat在北京举行的RHCE十年庆典中统计表明，截至2009年6月，中国大陆通过人数为2037人。
如果红帽认证系统管理员 (RHCSA) 能够证明其具有红帽企业 Linux系统高级系统管理员所需的知识、技能和能力，则可获得 RHCE® 认证。持有此认证的专业人士应已不断帮助其公司成功进行了部署和迁移。
我觉得吧。很多出口就什么，绝对，最X，肯定，的朋友。
拜托上数据。 在这边做DBA和系统管理员国人的都不多，属于边缘人物了。系统管理还有数据库管理这块，很多大公司现在都是倾向外包出去了，例如BMW数据库管理就这样. 将来就会面对这么一个现实，这些工作机会都在一些IT DL手里，工资相对来说就不会太好。这些DL再把这些工作外包给发展中国家，德国这边就需要一些协调人员即可，因为时差的问题经常昼伏夜出协调工作成为家常便饭。这些都是不利的方面，如果一切向钱看，你到这里应该打退堂鼓了。如果你还是想进这行，只能说明你有很大的兴趣，那么我上面说的哪些就不重要。有兴趣推动你水平必然不俗，工资也就不会差，如果你除了能够administration再能linux开发，我想前景就更广阔了。
我算是Development DBA, 你要是在慕尼黑的话咱们以后可以多交流。 雪候鸟 发表于 2014-8-12 22:38
在这边做DBA和系统管理员国人的都不多，属于边缘人物了。系统管理还有数据库管理这块，很多大公司现在都是 ...
看来也是业内的前辈{:5_326:}
偶还没入门呢，赫赫
可惜偶在柏林这边
不过以后有问题还望不吝赐教哦
本着对IT和Linux的极大兴趣自学着呢
感觉有可能在目前所在的行业中被淘汰:(
多学一些，多掌握一些技能
对未来也不是坏事 本帖最后由 never_say_never 于 2014-8-13 14:34 编辑
雪候鸟 发表于 2014-8-12 22:38
在这边做DBA和系统管理员国人的都不多，属于边缘人物了。系统管理还有数据库管理这块，很多大公司现在都是 ...
我觉得BMW, BOSCH这类公司的整个软件系统都外包出去了，边缘一点的，类似企业内部系统，就外包给类似sap的方案提供商，偏核心一点的，就像BOSCH一样，整个印度分部，然后长期来人出差维护起来，再核心一点的软件系统，就成立个控股分公司来做。他们公司本部招的人都偏协调管理类型，真正动手的不多。
总的感觉，在德国如果想做软件/IT类，如果只盯着这些传统大企业，那一般都是非核心部门的出路。。。也不知道这个感觉对不对。 never_say_never 发表于 2014-8-13 14:30
我觉得BMW, BOSCH这类公司的整个软件系统都外包出去了，边缘一点的，类似企业内部系统，就外包给类似sa ...
传统大企业也基本不是IT, 必然是非核心产业。严重依赖于IT的非IT企业不是没有这得慢慢碰了。去IT DL也不是完全不好，如果能力好谈工资很容易，毕竟你是帮公司挣钱的。 mandriva 发表于 2014-8-10 11:58
单做一件事，前景 就是 暗淡无光
通用的就前途无量。
全世界所有的公司用的基本上是win因简单易用，需 ...
纯粹理性探讨一下。
每秒100万次响应需要选用Linux，这个说法有一定误导性。。
Linux的Epoll和BSD的Kqueue的确属于性能不错的异步IO模型，Windows下也有类似的实现，好像叫IOCP还是啥。性能对比我没有具体做过，不好说。
但是内核的IO模型只是一方面。你说的100万次每秒我猜指的是静态响应，即使如此我也非常怀疑这个是否真的能达到，单机的话至少带宽就承受不了。如果每个静态文件3K，100万次每秒是 1M * 3K = 3GB 每秒，显然已经超出了大部分网卡的吞吐能力。如果你是指分布式的，那又是另一码事了，只要架构合理，预算足够，100w每秒不是什么困难。。
而且响应是个很宽泛的概念，服务端业务本身的复杂度才是值得讨论的地方。
实际情况中，很多响应是动态内容，需要有锁，IO或者数据同步的操作。
即使单机能同时异步处理大量的并发IO，但对于每个连接，任何一个会被阻塞的操作（数据库操作，磁盘IO）就能消耗不少时间。。而这些性能瓶颈更多是程序设计需要考虑和解决的架构问题了，和OS已经基本无关，虽然有些时候OS能提供一些便利。
我觉得Windows没有大家想象的那么差，Linux也没有大家吹得那么神。OS内核本身已经是相当成熟的领域，任何巨头都不会存在明显的技术优势。
Linux大行其道的原因和IPhone的兴起差不多，在开发者领域，其生态系统构建的相对早和成熟，基本上你需要的工具都有稳定的开源版本。
Windows属于微软自己的生态圈，很多东西需要付费，也不是要啥就有啥。但优点是图形界面比较人性化，还有微软完备的文档和技术支持。这些对于IT背景不强的企业，是有一定竞争力的。
技术牛不牛和会不会什么OS基本没有必然联系。。只是牛人碰到问题时倾向直接研究代码，那么Linux是不二选择。。
另外回答下楼主的问题。
Linux是个庞大的生态系统，可能一辈子都很难玩转。各种发行版也是混乱不堪，除了内核以外，缺乏统一的标准。这样就导致管理员干的事情很多很杂，很可能没有什么连续性和相关性。比如今天要你配置个啥，明天可能又是别的什么地方出毛病了。
而基本上这些东西没有太高的门槛，看文档和多实践，正常人都可以完成。
所以这样的管理员，我觉得除了工具使用的熟练一点外，和普通人没有什么区别。
比较理想点的情况是，你是具体负责某一个环节的管理员，比如专攻网络方面的，或者专注系统安全方面的，这样时间久了能沉淀不少东西，对成长是有利的。
本帖最后由 mandriva 于 2014-8-14 18:54 编辑
和路雪 发表于 2014-8-13 22:44
纯粹理性探讨一下。
每秒100万次响应需要选用Linux，这个说法有一定误导性。。
纯粹理性探讨一下。
每秒100万次响应需要选用Linux，这个说法有一定误导性。。
Linux的Epoll和BSD的Kqueue的确属于性能不错的异步IO模型，Windows下也有类似的实现，好像叫IOCP还是啥。性能对比我没有具体做过，不好说。
但是内核的IO模型只是一方面。你说的100万次每秒我猜指的是静态响应，即使如此我也非常怀疑这个是否真的能达到，单机的话至少带宽就承受不了。如果每个静态文件3K，100万次每秒是 1M * 3K = 3GB 每秒，显然已经超出了大部分网卡的吞吐能力。如果你是指分布式的，那又是另一码事了，只要架构合理，预算足够，100w每秒不是什么困难。。
而且响应是个很宽泛的概念，服务端业务本身的复杂度才是值得讨论的地方。
实际情况中，很多响应是动态内容，需要有锁，IO或者数据同步的操作。
即使单机能同时异步处理大量的并发IO，但对于每个连接，任何一个会被阻塞的操作（数据库操作，磁盘IO）就能消耗不少时间。。而这些性能瓶颈更多是程序设计需要考虑和解决的架构问题了，和OS已经基本无关，虽然有些时候OS能提供一些便利。
我觉得Windows没有大家想象的那么差，Linux也没有大家吹得那么神。OS内核本身已经是相当成熟的领域，任何巨头都不会存在明显的技术优势。
Linux大行其道的原因和IPhone的兴起差不多，在开发者领域，其生态系统构建的相对早和成熟，基本上你需要的工具都有稳定的开源版本。
Windows属于微软自己的生态圈，很多东西需要付费，也不是要啥就有啥。但优点是图形界面比较人性化，还有微软完备的文档和技术支持。这些对于IT背景不强的企业，是有一定竞争力的。
技术牛不牛和会不会什么OS基本没有必然联系。。只是牛人碰到问题时倾向直接研究代码，那么Linux是不二选择。。
另外回答下楼主的问题。
Linux是个庞大的生态系统，可能一辈子都很难玩转。各种发行版也是混乱不堪，除了内核以外，缺乏统一的标准。这样就导致管理员干的事情很多很杂，很可能没有什么连续性和相关性。比如今天要你配置个啥，明天可能又是别的什么地方出毛病了。
而基本上这些东西没有太高的门槛，看文档和多实践，正常人都可以完成。
所以这样的管理员，我觉得除了工具使用的熟练一点外，和普通人没有什么区别。
比较理想点的情况是，你是具体负责某一个环节的管理员，比如专攻网络方面的，或者专注系统安全方面的，这样时间久了能沉淀不少东西，对成长是有利的。
我的主张是Linux 在做服务器方面 远胜于 Windows
你想说什么？ Linux 在做服务器方面 比 Windows 没有优势？
你给我说一下这个问题
http://nginx.org/en/docs/windows.html
Known issues
Although several workers can be started, only one of them actually does any work.
A worker can handle no more than 1024 simultaneous connections.
The cache and other modules which require shared memory support do not work on Windows Vista and later versions due to address space layout randomization being enabled in these Windows versions.
为什么 一个工作进程只能处理不超过1024个并发连接 ？
我用的是 从一个变量开始 全部libs components 都自己构建的系统 http://en.wikipedia.org/wiki/Linux_From_Scratch， + Win8.1 ，以前用的mandriva debian fedora opensuse gentoo，最喜欢的 现成的 Linux distro 是debian 。
Linux下的 nginx 没有这个问题！！你给我说下为什么？
nginx的开发者 不懂Win32 API？
你的水平在 nginx的开发者 之上？ 去跟他们吹去吧。
我是信了！
你去把它解决了吧。
我希望你 去去研究一年nginx的代码 再来和我说，而不要通篇废话。
省的你说木星时间的2015年，我睁大眼睛看你到2016年。
Win32 API 的限制！这个不行就是不行
mandriva 发表于 2014-8-14 19:46
我的主张是Linux 在做服务器方面 远胜于 Windows
你想说什么？ Linux 在做服务器方面 比 Windows...
看来你对常见的IO模型没有系统的认识。
也看的出你没有开发网络服务器底层IO部分相关的经验，否则不会拿这么浅显的东西出来大喊大叫。。
哥今天心情好，就免费给你上一课。请你看好。
Ngnix在windows下选用了很古老的select IO轮询模型，所有的socket会被放在一个类似数组的set中，供轮询器进行查找。 其FD_SETSIZE默认大小是1024。 超过1024个连接后，数组放不下了，原因就是这么简单。。这个Size的大小如果系统支持的话，完全是可调的。
但鉴于select是复杂度O(n)级的操作，通常不建议将FD_SETSIZE调的过大，以免消耗过多的CPU时间。而且在select被发明的时代，也没有什么大并发的需求。。
Linux下的Nginx选用了Epoll IO模型，由于数据结构不同，已经没有了select那样的限制。其时间复杂度是O(1)常数级。。
Windows支持select这个经典模型的同时，也有更先进的IOCP供开发者使用，其性能不在EPOLL之下，也没有什么1024的限制。。
1024的原因，完全是Nginx自己没有选用更先进的API。而并不是windows本身没有提供更好的选择。。你以为微软的人都是傻子吗，连这么重要的底层的东西都提供不了？
Nginx其实有非正式的Windows IOCP移植版本，叫Ngwsx。
至于Nginx为什么不在windows上搞的更像样点，不是技术问题，而是其自身在商业上没有这个动力。其主要市场就是Linux。
因为Windows Server下，有牛X的IIS，这个东西性能目前强的很，根本不在Nginx之下。。
我从研究生期间便开始从事网络服务器方面的编程，现在在为公司开发apache上的模块，水平不敢说比nginx的开发者高，但是回答你的问题是足够的，也不需要去为此看一年的Nginx代码。。
另外要完全搞懂Nginx根本不需要1年好吗。。拜托请有点常识。。这东西又不是什么很高精尖的玩意。。 和路雪 发表于 2014-8-14 20:30
看来你对常见的IO模型没有系统的认识。
也看的出你没有开发网络服务器底层IO部分相关的经验，否则不会 ...
看来你对常见的IO模型没有系统的认识。
也看的出你没有开发网络服务器底层IO部分相关的经验，否则不会拿这么浅显的东西出来大喊大叫。。
哥今天心情好，就免费给你上一课。请你看好。
Ngnix在windows下选用了很古老的select IO轮询模型，所有的socket会被放在一个类似数组的set中，供轮询器进行查找。 其FD_SETSIZE默认大小是1024。 超过1024个连接后，数组放不下了，原因就是这么简单。。这个Size的大小如果系统支持的话，完全是可调的。
但鉴于select是复杂度O(n)级的操作，通常不建议将FD_SETSIZE调的过大，以免消耗过多的CPU时间。而且在select被发明的时代，也没有什么大并发的需求。。
Linux下的Nginx选用了Epoll IO模型，由于数据结构不同，已经没有了select那样的限制。其时间复杂度是O(1)常数级。。
Windows支持select这个经典模型的同时，也有更先进的IOCP供开发者使用，其性能不在EPOLL之下，也没有什么1024的限制。。
1024的原因，完全是Nginx自己没有选用更先进的API。而并不是windows本身没有提供更好的选择。。你以为微软的人都是傻子吗，连这么重要的底层的东西都提供不了？
Nginx其实有非正式的Windows IOCP移植版本，叫Ngwsx。
至于Nginx为什么不在windows上搞的更像样点，不是技术问题，而是其自身在商业上没有这个动力。其主要市场就是Linux。
因为Windows Server下，有牛X的IIS，这个东西性能目前强的很，根本不在Nginx之下。。
我从研究生期间便开始从事网络服务器方面的编程，现在在为公司开发apache上的模块，水平不敢说比nginx的开发者高，但是回答你的问题是足够的，也不需要去为此看一年的Nginx代码。。
另外要完全搞懂Nginx根本不需要1年好吗。。拜托请有点常识。。这东西又不是什么很高精尖的玩意。。
哥今天心情好，就免费给你上一课。请你看好。
Ngnix在windows下选用了很古老的select IO轮询模型，所有的socket会被放在一个类似数组的set中，供轮询器进行查找。 其FD_SETSIZE默认大小是1024。 超过1024个连接后，数组放不下了，原因就是这么简单。。这个Size的大小如果系统支持的话，完全是可调的。
但鉴于select是复杂度O(n)级的操作，通常不建议将FD_SETSIZE调的过大，以免消耗过多的CPU时间。而且在select被发明的时代，也没有什么大并发的需求。。
Linux下的Nginx选用了Epoll IO模型，由于数据结构不同，已经没有了select那样的限制。其时间复杂度是O(1)常数级。。
Windows支持select这个经典模型的同时，也有更先进的IOCP供开发者使用，其性能不在EPOLL之下，也没有什么1024的限制。。
比尔叔叔亲自告诉你，任凭你怎么调这个数目，但对Windows Sockets 的实现不产生影响，
http://support.microsoft.com/kb/111855
NOTE: Defining FD_SETSIZE as a particular value has no effect on the actual number of sockets provided by a Windows Sockets implementation.
硬限制 就是 Windows Sockets 的 implementation ==> Implementierung ==> 实现。
Linux没有这个问题，所以 Linux 在做服务器方面 远胜于 Windows 明白了么？
本帖最后由 和路雪 于 2014-8-14 22:41 编辑
mandriva 发表于 2014-8-14 22:04
比尔叔叔亲自告诉你，任凭你怎么调这个数目，但对Windows Sockets 的实现不产生影响，
http:/ ...
我没有明白。。
FD_SETSIZE在windows上不可调那就是内核对其有更严格的设定，这没什么好奇怪的。因为这个模型太古老了，1024在那个时代已经足够了。因为调大这个值意义不大，反而会容易出问题。
Linux都开源了，那实际上就是啥都允许了。。你强行调大这个值，也只是勉强能容纳更多的连接数，加大CPU的负担，属于很笨重的做法。。明智的选择是用更先进的IO模型取代之，比如Epoll。
Windows的IOCP理论上比Epoll和Kqueue更先进，也不存在1024的限制。如果Ngnix愿意支持IOCP，那么技术上完全不是问题，性能会有大幅度提高。
Ngnix当系统不支持Epoll和Kqueue的时候，作为保底可以选择Select IO模型。因为Select是绝大多数系统都支持的，代码的移植性很好。 换句话说，Ngnix根本没有针对Windows做深入的开发和优化。只是仅仅能在Windows上编译和跑起来而已。
但这根本就不能说明哪个系统更好。Windows已经提供了非常优秀的机制，只是Ngnix重心不在这一块，没有去启用而已。
如果你觉得Linux更好用，更熟练，那就好好用。我平时的开发也是基于Linux为主，同时要兼容Windows。但我从不觉得哪个系统能够远胜于另一个。。也没有任何全面的评测，能够证明哪个系统纯粹在技术上有压倒性的优势。。
两个系统都是砸了无数的钱和人进去的，两边也都有最好的科研和开发团队，操作系统领域最新的科研成果也都是会应用在其中的，只是商业上发展策略不同而已。
另外微软的技术底子是厚到一般人无法想象的，也是少数有研究机构的企业之一，对学术界和科研的贡献是不小的。说Windows很差，个人觉得可能性很低。。 本帖最后由 mandriva 于 2014-8-14 22:15 编辑
和路雪 发表于 2014-8-14 21:39
我没有明白。。
FD_SETSIZE在windows上不可调那就是内核对其有更严格的设定，这没什么好奇怪的。因 ...
我没有明白。。
FD_SETSIZE在windows上不可调那就是内核对其有更严格的设定，这没什么好奇怪的。因为这个模型太古老了，1024在那个时代已经足够了。因为调大这个值意义不大，反而会容易出问题。
Linux都开源了，那实际上就是啥都允许了。。你强行调大这个值，也只是勉强能容纳更多的连接数，加大CPU的负担，属于很笨重的做法。。明智的选择是用更先进的IO模型取代之，比如Epoll。
Windows的IOCP理论上比Epoll和Kqueue更先进，也不存在1024的限制。如果Ngnix愿意支持IOCP，那么技术上完全不是问题，性能会有大幅度提高。
Ngnix当系统不支持Epoll和Kqueue的时候，作为保底可以选择Select IO模型。因为Select是绝大多数系统都支持的，代码的移植性很好。 换句话说，Ngnix根本没有针对Windows做深入的开发和优化。只是仅仅能在Windows上编译和跑起来而已。
但这根本就不能说明哪个系统更好。Windows已经提供了非常优秀的机制，只是Ngnix重心不在这一块，没有去启用而已。
如果你觉得Linux更好用，更熟练，那就好好用。我平时的开发也是基于Linux为主，同时要兼容Windows。但我从不觉得哪个系统能够远胜于另一个。。也没有任何全面的评测，能够证明哪个系统纯粹在技术上有压倒性的优势。。
两个系统都是砸了无数的钱和人进去的，两边也都有最好的科研和开发团队，操作系统领域最新的科研成果也都是会应用在其中的，只是商业上发展策略不同而已。
另外微软的技术底子是厚到一般人无法想象的，也是少数有研究机构的企业之一，对学术界和科研的贡献是不小的。说Windows很差，个人觉得可能性很低。。
我没有明白。。
没有明白 就 等你能解决了 我说的下面的红色加粗的这个 nginx用在Win下 的 问题 再来给我说，再来XX我，而不要信口开河和通篇废话。我就说睁大眼睛看你到2016年都解决不了。
http://nginx.org/en/docs/windows.html
Known issues
Although several workers can be started, only one of them actually does any work.
A worker can handle no more than 1024 simultaneous connections.
The cache and other modules which require shared memory support do not work on Windows Vista and later versions due to address space layout randomization being enabled in these Windows versions.
说Windows很差，个人觉得可能性很低。。
我有说过 “Windows很差” 吗？ 自己模棱两可不要给别人戴绿帽！
我只执着自己的信念和主张，和别人讨论问题只在一个点上 Linux 在做服务器方面 远胜于 Windows
，而不是通篇废话。
解决不了那个问题就自行送客吧。 mandriva 发表于 2014-8-14 23:14
没有明白 就 等你能解决了 我说的下面的红色加粗的这个 nginx用在Win下 的 问题 再来给我说，再 ...
红字加粗。。。
哥可以分析代码，然后做些移植工作，最后解决。
但是哥为什么要解决你这种无聊的问题呢？哥觉得毫无意义，因为正常的工程师在正常情况下不会没事在windows上跑Ngnix这种东西。但如果你有这嗜好，而且出得起个好价钱，那么哥自然愿意帮你解决。。
红字是人家开发者心里清楚，在Windows上咱没投入精力搞，只能用个破烂模型将就用用，顺便好心提醒你这样的小白一下，免得出了问题都不知道咋回事。。弄得不好还往微软身上泼脏水。。
其实吧，人家兼容windows也就是象征性的表示一下：这玩意是能够跨平台的。。 结果你还真信了！！
你看看自己这句：我只执着自己的信念和主张。
虽然是个病句，但哥看着还是好感动。。这态度，完全已经超越了理性思维，上升到了信念的新高度，快和绿教那帮人对自己主的态度一样了。。
Linus知道了，可能会比哥更加感动，考虑给你发工资的。。
本帖最后由 mandriva 于 2014-8-14 23:23 编辑
和路雪 发表于 2014-8-14 23:06
红字加粗。。。
哥可以分析代码，然后做些移植工作，最后解决。
红字加粗。。。
哥可以分析代码，然后做些移植工作，最后解决。
但是哥为什么要解决你这种无聊的问题呢？哥觉得毫无意义，因为正常的工程师在正常情况下不会没事在windows上跑Ngnix这种东西。但如果你有这嗜好，而且出得起个好价钱，那么哥自然愿意帮你解决。。
红字是人家开发者心里清楚，在Windows上咱没投入精力搞，只能用个破烂模型将就用用，顺便好心提醒你这样的小白一下，免得出了问题都不知道咋回事。。弄得不好还往微软身上泼脏水。。
其实吧，人家兼容windows也就是象征性的表示一下：这玩意是能够跨平台的。。 结果你还真信了！！
你看看自己这句：
我只执着自己的信念和主张
。
虽然是个病句，但哥看着还是好感动。。这态度，完全已经超越了理性思维，上升到了信念的新高度，快和绿教那帮人对自己主的态度一样了。。
Linus知道了，可能会比哥更加感动，考虑给你发工资的。。
就你这种的就会欺负幼儿园的朋友呢。
一开始别人不会写字就欺负别人不会写字，
等到别人学会了写字，理屈词穷就开始骂街和泼赖了。
以前某个写手笔下的XX精神在你这种人的身上体现得淋漓尽致。
你发的另一个贴还有人等着你回复呢。就像你这种三脚猫的程序员 碰到不给力的同事咋办？ 你的同事想给你说，你要是能解决那个在Win下的问题，叔把它给吞了。 和路雪 发表于 2014-8-15 00:06
红字加粗。。。
哥可以分析代码，然后做些移植工作，最后解决。
有这时间和无聊路人鸡同鸭讲 为什么不陪陪你学机械的老婆逛个街聊聊天。。
页:
[1]