由于Apache基于线程（每个新连接一个新线程）和nginx基于进程（每个连接到服务器的新连接一个新进程），所以Apache与Nginx的性能比较明智。 所以Nginx自基于进程以来performance更好。 但是，如果将它们部署在Linux上，则由于没有线程的直接概念，并且在Linux线程被映射为在内核级别上进行处理，这是否重要。 所以对于Linux上的Apache和Nginx，性能应该是一样的，但是Nginx比Apache好，为什么呢？
当Linux开始交换时，你基本注定了。 系统很快就不会对任何input作出反应，而是快乐地交换直到天数结束。 你能想到一个可以保存所有进程的命令，因此（同时）允许你打开一个干净的shell，在这个shell中你可以检查问题的根源，并且杀死所有内存的进程。 （我想这不是件容易的事情，因为内存可能完全被占满了，所以你需要换掉更多的内存来收集打开一个shell的空间，另一方面，所有其他的交换过程都必须停止。） 如果你把这样一个命令绑定到一个热键，那么也许你可以使用它作为一个紧急button，为你节省了很多时间。 任何想法，如果这是可能的呢？ 有人试过这样的事吗？ 如果可以意识到这将是一个很酷的function:)
我正在运行带有SP1的Windows Server 2003框。 任务pipe理器列出名为“ZYBBB9”的进程，位置字段指向c：\ windows \ temp \ zybbb9.exe。 有没有人知道这个过程是什么？
我在我的Mac OS X系统上有一个处于E状态的进程（“进程正在尝试退出”）： % ps auwwwxc | grep -si JavaApplicationS sbwoodside 84547 0.0 0.0 0 0 ?? E Mon12am 0:00.00 (JavaApplicationS) 杀-9 84547什么都不做。 有没有什么特别的窍门让这个过程退出？ 这是开放的一些端口，我希望它放弃。
我正在云VPS（Xen）上运行Debian Lenny（x86_64）， top命令告诉我有210个进程正在运行，209个正在hibernate： top – 14:49:29 up 15:18, 1 user, load average: 0.09, 0.11, 0.05 Tasks: 210 total, 1 running, 209 sleeping, 0 stopped, 0 zombie Cpu(s): 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 532288k total, 437316k used, 94972k free, 30584k buffers Swap: 1048568k total, 408k used, 1048160k free, 219772k cached 以下是ps aux命令给我的： USER […]
我有一个程序，NC_net，它允许Nagios监视Windows机器的各种指标，似乎已经造成了一个零星的问题，当服务停止时，TCP端口保持打开状态。 该服务已停止超过两个小时，港口将不会被释放。 任何想法如何让这个端口closures而无需重新启动？ TCPview将允许您单击该端口并closures它，但在这种情况下不起作用。 本机上没有本地防火墙。 套装软件： <non-existent> 1552 TCP EXPUBDR01-XXX 17 EXPUBDR01-XXX 0 LISTENING 用netstat： c:\> netstat -ano|findstr 17 TCP 0.0.0.0:17 0.0.0.0:0 LISTENING 1552 TCP 192.168.100.12:17 192.168.99.30:35028 CLOSE_WAIT 1552 TCP 192.168.100.12:17 192.168.99.30:35029 CLOSE_WAIT 1552 TCP 192.168.100.12:17 192.168.99.30:35030 CLOSE_WAIT 1552 TCP 192.168.100.12:17 192.168.99.30:40994 ESTABLISHED 1552 … TCP 192.168.100.12:17 192.168.99.30:55207 CLOSE_WAIT 1552 TCP 192.168.100.12:17 192.168.99.30:55208 CLOSE_WAIT 1552 […]
我想得到有关CPU使用率，RAM使用率，由我的服务器（运行Debian）上的特定进程（或进程组或cgroup）导致的磁盘使用率的图表。 这个工具需要是FOSS，如果有Debian软件包，这是一个好的方面。 如果资源X> 75％，那么该工具不需要进行监控，只要提供图表就足够了。
我正在学习红帽authentication。 在书中说，从RHEL 7（也是Centos最新版本）开始，如果你在后台启动一个进程，你不需要使用nohup，如果你杀了父shell，启动的进程将不会被杀死。 我试图testing这个，看到了两个行为。 如果我跑了 sleep 3600 & 那么就像书中所说的那样，即使我杀了父shell，我也看到这个进程正在运行。 如果我运行（例如从书中） dd if=/dev/zero of=/dev/null & 我杀了父壳然后我不再看到这个过程。 谁能说出这是为什么？
我想问一下当用户注销时Linux进程中“D”不可中断睡眠状态的进程的影响。 即使在磁盘睡眠中持续存在的不可用的用户进程的情况下，甚至有可能通过注销（不closures或重新启动）来结束用户会话，或者系统在注销时尝试冻结/崩溃？ 如果注销过程成功，注销成功，过程会发生什么？ 它是否成为孤儿和重新安置？ 它会继续到下一个用户会话吗？ 另外，如果进程在进入不可中断睡眠之前正在访问共享内存段，那么共享内存和使用它的其他进程会发生什么情况？ 他们是否也受到影响？ Linux系统如何处理这种情况？ 这个状态很难有目的地重现，所以我不能想出一个方法来自己testing，以便知道答案。 如果在某个地方出现过类似的问题，我很抱歉。 我已经尝试过search各种Linux网站和留言板来解答这些问题，但是大多数网页似乎只是解释了不间断睡眠以及如何防止/解决问题。 我没有设法find任何资源来解释用户会话结束而不重新启动系统时发生的这种过程。 大多数来源只是build议重新启动系统来摆脱它。
谷歌今天没有给予这个爱，所以我转向专家… 目前，我正在依靠Linux（RHEL 4）中的/ proc / pid / environ特性来检查特定的环境variables。 麻烦的是，似乎某些环境variables没有出现在那里出于某种原因。 例： create some test vars: $ export T_1=testval TEST_1=testval T=testval TESTING_LONGEST=testval open a subshell: $bash $ cat /proc/self/environ|tr "\0" "\n"|grep testval TESTVARIABLE_LONGEST=testval T=testval 嗯… T_1和TEST_1去了哪里？ 什么规则pipe理这个奇怪的宇宙？ 在此先感谢，乔希 更新： 我已经能够在不同的RHEL版本和不同的用户上重现这个问题，但是它似乎是Bash独特的（我正在使用3.0）。 ksh不显示此行为。