如果NFS客户端读取文件，是否发生networking通信？ 还是只是写入（通过任何节点），导致networkingstream量？ 特别是，如果目标文件位于NFS上，比在目标文件位于本机文件系统上，是否在PHP脚本中执行file_exists()调用会更加昂贵， 作为参考，这是我的NFSconfiguration： 服务器/etc/exports ： /var/www/staging/uploads 192.168.0.1(rw,sync,no_root_squash) 客户端/etc/fstab ： 192.168.0.1:/var/www/staging/uploads /var/www/staging/uploads nfs soft,intr,rsize=8192,wsize=8192
我有一个相当繁忙的媒体网站，MP3audio文件由会员上传，并从2个Windows服务器进行stream式传输/下载，此时服务器负载均衡。两台服务器只是互相镜像并保持同步。 我们目前所做的只是在每次当前驱动器已满时添加新的2TB硬盘驱动器，然后用户将数据上传到新驱动器…我们有足够的托盘支持24个磁盘。 我们正在获得最近添加的硬盘的I / O瓶颈，因为所有新的媒体都被添加到这个驱动器，这也是最stream行的…这可以通过在每个磁盘上传播数据来克服，但是当我们用完空间并添加一个新的空白驱动器。 我镜像我的文件的原因是，我有一个1：1的备份，情况1服务器故障的故障转移，以便我可以轻松地负载平衡我的网站与2台机器。 Somone之前曾经使用过NAS / SAN，但是我不能访问这个。 你会推荐什么我的情况…有没有办法改善我的设置？ 有一天，我阅读了分布式文件系统，听起来可能适合，但是他们似乎都只是linux …现在转换到linux将是一个挑战，至less我没有什么经验。 如果我错过了任何可以帮助你回答的事情，请告诉我。 谢谢你，保罗
寻找高性能的分布式可扩展解决scheme来存储大量的日志消息。 我们有多个并发日志源（=服务器）。 这里有趣的是， 性能是至关重要的 ，如果日志logging系统性能更好，我们甚至愿意放松所有日常消息的一小部分（比方说最多2％）。 我们想每天使用在线algorithm处理日志消息，所以我们不需要任何花哨的关系数据库的东西。 只是想顺序地运行数据并计算一些总量和趋势。 这是我们需要的： 至less98％的消息必须被存储。 放松一些信息不是问题。 一旦消息被存储，它必须被可靠地存储（ACID中的持久性Aka – 所以基本上需要复制） 多个来源。 消息必须以连续的方式存储，但是不需要精确的sorting（我们期望任何两个消息比几秒钟更接近正确的顺序，但是彼此靠近的消息可以是任意的顺序） 我们必须能够按顺序处理日常数据（理想情况下采用map-reduce等一些可靠的方式，以便处理机器故障并重新启动处理失败的节点） 任何RDBMS当然不是一个选项，因为它保证太多（对于这个任务不必要的）属性。
mysql> explain SELECT * -> FROM (`items`) -> WHERE `states` = 'A' -> ORDER BY `updated_date` desc -> LIMIT 20520, 40; +—-+————-+——–+——–+—————————-+———————+———+———-+——-+————-+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +—-+————-+——–+——–+—————————-+———————+———+———-+——-+————-+ | 1 | SIMPLE | items | ref | states_updated_date,states | […]
我喜欢依靠托pipe我的数据的第三方服务的概念，但通过远程托pipe使用超快NoSQL存储的重点是什么？ 它可能在不同的数据中心甚至国家！ 与本地存储相比，networking通话总是花费很多。 还是应该使用这样的服务，以防万一我不经常查询它？
我意识到这可能是非常基本的东西，但我很想知道你们会推荐什么作为推荐服务器性能的最佳方式？ 我刚刚买了一个托pipe的专用服务器，但我也有一个半专用服务器运行一些网站，所以我很感兴趣，看看有多less改善。 尽pipe我希望专用服务器性能更好（因为半虚拟化只是虚拟化），但我应该如何最好地进行这种比较？
我是一名软件开发人员，有时我想在家工作，但是在VPN上编写代码只是很慢。 我尝试了几个不同的事情来尝试，使之更合理。 在VNC上，我尝试调整它，使它尽可能轻。 我试过X11转发，我试图只使用一个纯粹的terminal。 这些都不是我能忍受的时间超过几分钟。 我不认为只是一个抱怨者，我认为我会用双向traceroute进行一些测量，看看它真的有多糟糕。 现在我有了这些数字，但是我不确定它们是否足够糟糕，不能保证我们公司的IT专业人士采取某些行动，或者他们是否只是将我视为投诉人（即没有人抱怨这一点）。 所以这里是数字。 从我的客户机追溯到我的服务器： $ tracert myserver Tracing route to myserver.myco.com [169.129.70.27] over a maximum of 30 hops: 1 663 ms 685 ms 404 ms 169.129.85.51 2 456 ms 295 ms 265 ms 169.129.85.40 3 421 ms 409 ms 423 ms 41.41.125.109 4 395 ms 411 ms 412 ms 41.41.125.122 […]
我相信这将非常依赖我们机器中的硬盘和其他硬件，但我不知道如何阅读这些图表。 这张图看起来不错，很低。 这个看起来很可怕。 我知道规模是不同的，但是我怎么知道什么时候事情开始出问题了，直到磁盘实际上在努力跟上呢？
系统可以调整什么来增强静态内容？ 像增加/减lessswappines，如何最大限度的磁盘caching等…
我们是一个小企业，试图为我们的内部盒子决定最佳的架构。 我们有一些开发，生产和分期环境。 所有这些都是公开的（但当然受到密码的限制）。 对于一个相当简单的需求，我并不认为每个盒子都需要多个IP地址。 似乎增加了不必要的复杂性。 相反，我在辩论说，在这个阶段只需要使用一个反向代理（例如Squid）就可以拥有一个公共IP地址，或者只需在Apache中使用重写将请求转发到合适的服务器（取决于域名）即可。 你怎么看？ 我得到这个错误，多个IP地址是要走的路，无论组织的大小？ 你通常select什么方法？