像在Ubuntu中一样，我们可以select创build“Ubuntu更新caching服务器”，它直接从互联网下载和更新包，并为其他客户端Ubuntu机器安装/更新包提供服务。 以同样的方式，基于RHEL的发行版（Centos，Fedora）可以创build“更新caching服务器”，它可以从互联网发送包并提供给局域网内的客户机。也可以像ubuntu那样caching服务器为所有版本的centos，fedora等。
我想知道如果我可以看到哪个应用程序正在使用我的内存缓冲区和caching。 当数据从caching中删除时，在内核中还有任何指定的时间。 我的RAM正被缓冲区和caching充分使用，它也开始进行交换。 free -m的输出： $ free -m total used free shared buffers cached Mem: 14034 13878 156 0 10 11362 -/+ buffers/cache: 2505 11528 Swap: 8187 478 7709
我喜欢运行nginx作为本地代理服务器，如果上游服务器不可用，则提供陈旧的caching文件。 这个效果很好，除了本地机器重新启动，而互联网连接故障。 在这种情况下，nginx根本不会启动，说'主机不在上游….'。 我需要在每种情况下启动nginx，否则无法在上游连接失败时提供陈旧的caching。 那么如何让nginx在启动时忽略连接错误呢？
有没有人遇到过这个问题？ 在远程桌面连接浏览资源pipe理器中的文件夹时，有时文件名string将被损坏，所以它们在Windows资源pipe理器中显示不正确。 远程桌面（或terminal服务）必须有某种forms的stringgraphicscaching，几乎随机地破坏特定的string，特别是在Windows资源pipe理器中的文件名。 我不能复制按需错误，但一旦发生，您可以复制文件名string并将其粘贴到资源pipe理器中的其他位置，例如地址栏，“运行”对话框等等。string也会在那里被破坏。 如果你手工inputstring，即使你input了string的第一部分，最后一部分，并添加了最后一个字符，最后的结果也一样，只要你添加了最后一个字符，它也会被破坏。一旦被破坏的string被重新build立，可视化显示是错误的（它变成空白或者具有错误的字符）。 这完全是一个视觉缺陷。 我仍然可以编辑string。 如果我删除一个字符，整个string显示正常（因为它是一个不同的string）。 如果我添加一个不同的字符，它也显示正常，但只要我添加原始字符，恢复原始（损坏）的string，string的显示是空的或乱码。 谁可以报告..这显然是一个讨厌的错误。 编辑：一个损坏的string似乎通过从文件属性对话框，如IDstring，像“权限”或“允许”，和文件path的单词stringreplace可视化显示自己： 也许这个bug与显示文件属性窗口有关。 编辑：添加下面的图像。 如果我调整分隔符的大小，string将会改变（它们以“…”结尾，所以它是一个不同的，没有损坏的string，显示效果很好。实际上，你甚至不能从远程捕获这个全屏图像桌面上，因为它回来没有显示毛刺！只有通过将远程桌面窗口恢复到窗口化状态，并打开远程桌面窗口打开客户端桌面的图片，才有可能看到这个腐败…所以也许它是一个客户端string呈现问题。 远程桌面损坏示例http://i29.tinypic.com/2dihh0l.png
我在Linux服务器（内核2.6.37,16核心，32G内存）上的2个文件系统之间复制大文件（3 x 30G），而且性能下降。 我怀疑缓冲区caching的使用正在消除I / O性能。 为了尝试缩小问题，我直接在SAS磁盘上使用fio来监视性能。 这是2个fio运行的输出（第一个直接= 1，第二个直接= 0）： configuration： [test] rw=write blocksize=32k size=20G filename=/dev/sda # direct=1 运行1： test: (g=0): rw=write, bs=32K-32K/32K-32K, ioengine=sync, iodepth=1 Starting 1 process Jobs: 1 (f=1): [W] [100.0% done] [0K/205M /s] [0/6K iops] [eta 00m:00s] test: (groupid=0, jobs=1): err= 0: pid=4667 write: io=20,480MB, bw=199MB/s, iops=6,381, runt=102698msec clat (usec): min=104, max=13,388, […]
我知道这听起来很奇怪，但我需要一个较慢或caching的文件系统。 我有很多防火墙将syslog的数据写入一对Linux虚拟机，这些虚拟机将这些文件写入“本地”（实际上是FC SAN连接的）ext3格式的磁盘，并将消息转发到我们的Splunk服务器。 问题在于，系统日志服务器正在将这些系统日志消息每秒写入数百甚至数千次，这些消息每秒写回到我们的FC SAN–目前可以处理这个工作负载，但是我们的FWstream量至less会增长一倍在接下来的几个月里，这个数字会达到5000％（真的），这对SAN来说是一个痛苦，我想在问题出现之前解决根本原因。 所以我需要一些帮助，找出一种方法，使得这些写入以某种方式从“物理”磁盘caching或保留，以便虚拟机发出较大但较不频繁的写入 – 无法避免这些写入，但存在没有必要做这么多小的。 我已经看了各种ext3选项，设置noatime和nodiratime，但这并没有造成太大的问题。 很显然，我正在研究其他文件系统，但是以为如果其他人在将来也遇到同样的问题，我会抛出这个问题。 哦，我不能将这些消息转发给Splunk，我们的防火墙团队坚持认为它们是用于诊断的原始格式。
我正在尝试为nginx中的特定location块设置一些标头。 我遇到的问题是这些location块包含rewrite语句，显然这似乎删除自定义标头。 在这个例子中，我有两个规则： 里面的/static文件应该已经expires max; （其中设置头Cache-Control: max-age=some huge value和Expires: some future date really far off ），并将其名称被重写为不包含/static 其他地方的文件应该有Cache-Control: public （没有max-age ） 这是我尝试的configuration： server { listen [::]:80; root /somepath; location /static { expires max; rewrite /static(.*) /whatever$1; } add_header Cache-Control public; } 并具有以下目录结构： /somepath /somepath/f1.txt /somepath/static/f2.txt 然后我们得到以下内容： f1.txt ： Cache-Control: public ，no Expires标题 f2.txt ： Cache-Control: public […]
该分区使用软件RAID在RAID1中。 Command line used: iozone -s 190g -r 300k -O -b test_file OPS Mode. Output is in operations per second. random random bkwd record stride KB reclen write rewrite read reread read write read rewrite read fwrite frewrite fread freread 199229440 300 240 234 254 253 58 127 100 6539 91 234 234 254 254 […]
我想使用Varnish来caching某些页面，即使存在cookie。 有三种可能性，我需要照顾： 匿名用户正在查看某个页面 login的用户正在用光定制查看某个页面。 这些自定义都存储在一个signed-cookie中，并由Javascriptdynamic填充。 不同的cookie http头没有设置。 login的用户正在使用数据库中的自定义数据查看某个页面。 不同的cookie http头被设置。 预期的行为将是： caching页面。 这是Varnish处理的最基本的情况。 caching页面，不要删除cookie，因为一些Javascript逻辑需要它。 永远不要caching这个页面，因为不同的cookie正在传递cookie的内容会影响这个页面的输出。 我已经阅读了一些关于Varnish的文档，我不知道这是默认行为，还是在VCL中需要做一些设置才能实现。
我们有运行nginx 7.65和fastcgi PHP5的web服务器，并正在研究caching的可能性，以加快内容交付和降低系统负载。 服务器运行不同的（自定义）应用程序。 有这么多的caching选项我不知道什么是一个理智的设置。 有memcached，APC，Nginx的fastcgi_cache，proxy_cache …. 我知道memcached具有分发能力作为奖励，但我们现在不需要它。 根据我的经验，如果memcached安装在与服务器相同的机器上，其执行速度会比APC慢，但这是前一段时间。 我不熟悉Nginx的fastcgi_cache甚至是常规的proxy_cache模块。 它可比较还是完全不同？ 对于Nginx w来说，一个好的，理智的caching方法是什么。 FastCGI PHP5？