对于一个小型的家庭networking – 两台笔记本电脑，两台台式电脑，再加上主服务器 – 我应该期望通过在主服务器上运行Squid获得更多收益吗？ 我完全理解为小型家庭networking运行caching名称服务器的价值，但我不确定运行HTTPcaching代理是否有任何价值。 主服务器为networking上的所有其他计算机执行完整的NAT，以防万一。
我的物理服务器经验法则是操作系统的快速随机存取磁盘（VelociRaptor / SSD），以及数据的大磁盘（例如WD Caviar）。 这是如何寻找应该运行两个虚拟机（文件服务器+内联网，Dynamics CRM）的Hyper-V？ 把物理操作系统放在一个单独的磁盘上还有意义吗？ 我应该在物理操作系统上设置多less磁盘空间/内存？ 文件服务器：是否有传递磁盘与VHD的显着差异？ 任何关于备份，卷影复制服务，其他东西的偏好？ 我应该将虚拟OS部分（FileServer-OS，FileServer-Data，CRM）分割到单独的物理磁盘上吗？ 说，用镜子2x2x1TB，或2x2TB？ 你如何备份“生活”VHD？ “像往常一样”从服务器内？ 我已经阅读了微软公司提出的相关问题和系统要求，我更多地从以前做过的人那里寻找实际的投入。 规格仍然是开放的，我的目标是一个i7-920四核，板，如技嘉EX58-UD5（开放的build议）8GB的RAM 我的目标是总计2TB的磁盘存储。 想法1：用于Hyper-V的80GB固态硬盘，2个2TB WD RE4-GP，用于两个虚拟机的镜像，总计约850欧元 想法2：4个1TB的WD RE-GP在2个镜像中，导致2T1TB的存储，一对用于HyperV和第一台机器，另一个用于第二台。 总计520欧元，可以让另外4GB的内存带来巨大的变化。 一个评论者要求最后的configuration，这是我学到的 （以及我们所做的） 由于各种控制器的不佳体验，软件镜像的低开销以及传输到另一台机器的简单性，我决定不采用硬件RAID。 我们把最繁忙的networking共享通过磁盘。 他们在HV主机中“离线”，并在虚拟机中镜像。 性能对我们的目的是足够的。 我没有添加一个单独的操作系统磁盘，只是为了更灵活的configuration。 （WD Raptor 300GB）。 所以我们configuration了一对1TB作为pass-through，另一对镜像在HV主机上，并保存两个服务器的VHD。 请注意，直通磁盘会禁用Hyper-V-Console中的快照（我希望有一个选项可以排除它们，但继续快照）。 我也了解到，快照是一个坏主意，因为它打破了活动目录同步。 备份是通过e-sata连接到主机的外部磁盘。
是否将零写入整个ssd（dd if = / dev / sdx / zero）给出了与“安全擦除”相同的性能还原效果，还是安全擦除还会执行其他操作？ ==编辑==稍微澄清; 我不在乎安全地破坏数据，我只是想把这个驱动器（它已经做了很多填充/删除），并恢复随着时间的推移发生的SSD性能损失。
我负责一个较小的数据库300多百万张100个桌子，大约有45个用户在整个工作日内击中它。 大多数读取，但相当数量的更新和插入。 我一直在放慢学习数据库的结构，以获得一些性能。 我听说看看索引是一个很好的开始。 所述数据库表的所有大部分索引都是聚簇的，其中一些是非聚簇的。 有聚集与非聚集速度优势吗？ 我有一个维护计划（是的，我知道）在差异备份之前每晚重新组织和重build索引，现在是否足够好，直到我更好地掌握索引的形成和使用？ 是否有（a）脚本能够帮助我查看各种指标的“performance”？ 我有多大的蠕虫能让自己进入？
是否有桌面应用程序（最好是Windows）连接到远程Linux服务器，并提供该远程服务器上的服务器负载和其他指标的实时仪表/历史logging图表？ 通常情况下，服务器性能问题是我在事后才听到的，如果有一个应用程序持续监视服务器，并且能够在服务器负载过高时发出警报，那将是非常好的。 谢谢！
我打算通过在hosts.deny文件中添加适当的条目来完全拒绝访问大约2000个IP地址。 这会对合法IP远程访问系统的响应性产生影响吗？
有些同事提出了在同一硬件上运行的不同虚拟机上的多个Web服务器（IIS7）的Web负载平衡架构。 这是一个真正有利的设置？ 所有的机器都是64位，所以内存寻址不应该是一个问题。
我有一个在Linux机器上运行一些计算密集型任务的pipe道。 启动这些脚本的脚本检查当前的负载平均值，如果高于某个阈值，则等待负载降至低于该值。 这是一个Ubuntu虚拟机（运行在Ubuntu主机上，如果这是相关的），可以为其分配不定数量的核心。 我们的开发和生产机器都是在同一物理服务器上运行的虚拟机，我们根据需要手动为每个虚拟机分配内核。 我注意到，即使VM只有20个内核，大约60的负载也不会使机器瘫痪。 我对 Linux负载平均值工作原理的理解是，高于CPU数量的任何东西都是问题的表示，但显然事情并不像所有那样清晰。 我正在考虑设置像$(grep -c processor /proc/cpuinfo) x N这里N>=1的阈值。 有没有什么聪明的办法来确定N值应该达到的最大化性能和最小化滞后？ 换句话说，我怎么知道在性能开始下降之前，一台机器可以支持的最大负载平均值？ 我天真地认为是CPU的数量（所以， N=1 ），但似乎并没有阻止。 由于核心的数量可以变化，所以testing可能的组合既复杂又费时，并且由于这是由各种人使用的机器，所以是不切实际的。 那么，怎样才能决定一个可接受的最大平均负载阈值作为可用核心数量的函数呢？
我已经configurationcron使用以下规则每天调用pg_dump： # xyz database backups: 00 01 * * * root umask 077 && pg_dump –user=xyz_system xyz | gzip > /var/xyz/backup/db/xyz/`date -u +\%Y\%m\%dT\%H\%M\%S`.gz 基本上，它的工作。 数据库增长速度相对较快，但指数不是很大。 目前压缩转储大约需要160MB。 当数据库被转储时，系统开始抓取。 我使用top命令看到的平均负载大约是200, 200, 180 。 基本上服务器很难响应。 第一个问题是如何确定瓶颈在哪里。 I / O操作繁重导致性能下降吗？ 是由表locking问题引起的？ 也许这是一个记忆问题？ pg_dump命令的输出pg_dump送到gzip命令。 它是顺序的，即整个转储放在内存（交换问题？），然后压缩或并发（即gzip压缩得到的东西，等待更多）？ 可能是由其他因素引起的？ 第二个问题是如何使倾销行为对系统的主要function不那么侵犯。 据我了解，由于数据库的完整性，转储不会花费太多时间。 有表写锁，等等。我可以做些什么来限制这个问题（或考虑到数据库的增长而延迟）。 第三个问题 ：现在是不是应该学习更高级的数据库configuration了？ 系统工作正常，当数据库备份不执行，但也许数据库转储问题是传入问题的第一个症状？
我正在使用一个在OMVS中的tomcat上运行的应用程序。 它在一台主机上运行非常糟糕，另外一台主机也是如此。 有没有一种方法可以比较两个主机的CPU作为参考？ 我试过了： /dm=cpu 我没有发现结果非常有希望。 结果似乎是我们的迷你和我们的主要系统相同。 我会认为迷你实际上是更有限的。 注：我正在寻找更多的CPU处理能力在这个特定的LPAR。 GC_