问题 我最近安装了一个新的磁盘并在其上创build了一个zpool： /# zpool create morez /dev/sdb 使用一段时间后，我注意到它很慢： /morez# fio –name rw –rw rw –size 10G read: IOPS=19.6k, BW=76.6MiB/s (80.3MB/s)(5120MiB/66834msec) write: IOPS=19.6k, BW=76.6MiB/s (80.3MB/s)(5120MiB/66834msec) 这个testing与我的实际使用情况非常相似。 我正在从磁盘读取中等数量（〜10k）的图像（每个〜2个MiB）。 当磁盘大部分是空的时候，它们都是一次写入的，所以我不认为它们会被分割。 为了比较，我testing了ext4： /# gdisk /dev/sdb … /# mkfs.ext4 -f /dev/sdb1 && mount /dev/sdb1 /mnt && cd /mnt /mnt# fio –name rw –rw rw –size 10G read: IOPS=48.3k, BW=189MiB/s (198MB/s)(5120MiB/27135msec) […]
目前，我们正在从单一的Web服务器转向两个负载平衡的Web服务器，并面临着一些我们不太清楚如何解决的挑战。 其中之一就是当前的单个服务器托pipe将内容写入磁盘的应用程序。 在服务器上运行的应用程序期望，当事情被写入磁盘时，它实际上将存在，所以这个前提在双服务器体系结构中也是很重要的。 双服务器设置是与Windows Server 2008 R2作为来宾操作系统的几个VMWare实例。 开箱即用，这些实例不共享任何types的文件系统，因此只要移动应用程序就会使其中断，因为一个实例会向文件系统写入一些不存在的文件系统。 因此我们需要在两台虚拟服务器之间共享一个文件系统。 我们的主机build议在SAN上创build一个networking共享，并在每个虚拟机上分别映射这个共享。 由于NTFS权限等原因，这并不是很好，因为共享需要被几个独立的Web应用程序访问，这些应用程序甚至不在同一个应用程序池中。 这种工作的唯一解决scheme是将每个Web应用程序的“身份”硬编码到它的web.config文件中，但是这意味着明文密码不能很好地与我保持一致。 由于服务器是虚拟的，所以我想：在某种程度上，gues操作系统中的物理磁盘不可能作为一个物理磁盘使用吗？ 由于VMWare完全控制了虚拟硬件，所以你可能会认为虚拟机上的本地硬盘实际上是NAS上的一个文件夹，但是到目前为止我还没有发现任何说明如何以及如果这是可能的。 所以我必须要问一个很好的服务器故障社区：NAS上的一个文件夹可以在两个虚拟机中作为一个物理驱动器（典型的D: ：）吗？
我在服务器上有四个磁盘，其中两个是WD15EARS，我试图把这两个WD15EARS放在Linux mdadm RAID中，但由于某种原因，磁盘arrays的性能非常慢（它同步速度约为15 MB / s） 。 起初我以为这是一个alignment问题，因为他们是先进的格式驱动器，但我不这么认为。 这是我如何alignment他们。 我的台式电脑中也有两个这样的驱动器，它们与LVM和RAID一起苦苦经营，运行良好。 我对单个驱动器（sdb和sdd）做了一些速度testing。 Hdparm -t对于sdb显示80 MB / s，对于sdd显示只有30 MB / s（另外两个驱动器，两个Samsung驱动器，测量速度约为100 MB / s）。 这些结果是可重复的。 这也表明，这不是一个alignment的事情，因为那么hdparm -t会在两个驱动器上很慢。 我一直无法辨别出任何可能解释为什么其中一个驱动器较慢的差异，只是SMART在良好的驱动器上报告了以下内容： Offline data collection status: (0x82) Offline data collection activity was completed without error. Auto Offline Data Collection: Enabled. 它报告坏的驱动器： Offline data collection status: (0x85) Offline data collection activity was […]
我有一个在Win2k8 64位“服务器”（Dell Precision M4300）中使用了几年的OCZ Vertex 2 SSD。 每隔几个星期它就会处于一种情绪，在这种情绪中，它经常会暂时冻结约60秒。 在冻结过程中，任何不依赖或阻塞磁盘活动的应用程序或线程仍然有效。 驱动器固件是最新的。 这是冻结期间我的资源监视器的屏幕截图。 资源监视器没有图例或帮助中的描述，但我认为绿色是好的， 蓝色的线是坏的。 我已经打开了与OCZ的票（最后，现在他们有一个适当的支持系统），他们build议它被replace。 但是我想知道是否有一些设置可能会在不更换驱动器的情况下得到解决，或者如果不能解决问题，会导致更换同样的问题。 更新： 该驱动器是善良的，没有麻烦取代OCZ敏捷3.我已经恢复了Windows 2008系统上的新驱动器，令我惊讶的是，行为仍然存在！ （实际上，比起第一个驱动器，它似乎更加激烈）。 我有一些运气在设备pipe理器中卸载ICH8M SATA控制器 – 至less通过一个testing，卸载它使得停止冻结，但是当我重新启动时它又回来了。 在BIOS中禁用AHCI模式似乎完全消除了这个问题，但是在性能或数据稳定性方面成本如何？ 修剪？
是否有一个如何解释SMART属性的“开机时间”取决于硬盘制造商的表？ 其中一些使用小时，几分钟甚至几秒钟…
我在NewEgg上发现了这个硬盘： 希捷Barracuda 7200.11 ST31500341AS 1.5TB 7200转32MBcachingSATA 3.0Gb / s 3.5“内置硬盘（裸盘） – OEM http://www.newegg.com/Product/Product.aspx?Item=N82E16822148337 而且有很多关于驱动器周期性冻结的不好评价。 如果您search了一下，您可以find几个有问题的论坛，但是当find解决这些问题的解决scheme时，论坛当然不会得到更新。 我只是想知道，有没有人知道这些硬盘驱动器冻结问题的最终裁决是什么？
我们在办公室里有一些公司的笔记本电脑出现了一些问题。 笔记本电脑将停止响应，似乎随机，约10-20秒。 这是越来越频繁。 现在每5-10分钟发生一次。 发生这种情况时，硬盘驱动器指示灯亮起，但不会使硬盘驱动器产生正常的滴答声。 你实际上仍然可以使用笔记本电脑，但似乎只是让你做的东西被caching在RAM中。 就像发生这种情况一样，我仍然可以在FF和其他应用程序之间切换打开的标签。 但是，如果我尝试从硬盘访问任何东西，应用程序将locking（灰色，并显示在“无响应”），直到停止拖延。 在Windows事件查看器中（在pipe理事件和硬件事件中）我什么也看不到。 我在启动时运行chkdsk ，没有报告错误。 笔记本电脑的规格是： 酷睿2双核T7500,2.2 GHz 2 GB RAM 150GB HDD，10GB免费（日立HTS541616J9SA00 ATA） GeForce 9500M GS gfx卡 Windows 7专业版 我已经尝试了以下内容： registry清理 硬盘碎片整理 病毒/恶意软件/间谍软件扫描 卸载未使用的程序 任何人都可以点亮什么是造成这一点，和/或采取什么步骤来debugging和解决这个问题？
我收到了Autodesk的一封信，要求提供“许可证评估”。 我理解它是一个软件审计。 他们打算远程执行。 问题是，我是一名自由职业者，我没有使用任何软件资产pipe理软件，而且最近刚刚换出新的硬盘驱动器，并进行了全面的安装，然后我收到了Autodesk的这个请求。 现在我的硬盘上几乎没有任何东西。 软件审计人员在遇到这种情况时会做什么？ 他们（他们是否被允许）联系我的客户（该信息遍布networking），以获取信息，因为他们什么都没有发现在这里？
我正在build立一个基于freenas和ZFS的NAS盒子。 我读过很多关于“ 深度恢复 ”和使用RAID-5的绿色驱动器的post（比如这个）。 ZFS（vs Raid-5）是否意味着这个问题消失了，还是我应该看着Red或Black驱动器放入我的NAS？
在Linux中，挂载支持commit选项，在mount（8）手册页中描述为： commit=nrsec Sync all data and metadata every nrsec seconds. The default value is 5 seconds. Zero means default. 在Windows中，回写式caching只有在存储Policies Removal policy设置为Better performance才能起作用。 我们假设它已打开。 有没有什么办法可以像在Linux中一样调整Windows中的写入caching行为？ 在commit选项旁边的Linux中，挂载的文件系统types必须支持才能生效，还有一些重要的虚拟机设置可以创build与写回caching行为相关的附加约束条件，并且可以通过将新值附加到/proc/sys/vm/目录下的/ proc / sys / vm / *文件中描述： dirty_background_bytes 包含pdflush后台写回守护程序将开始写回的脏内存量。 注意： dirty_background_bytes是dirty_background_bytes的对应物。 一次只能指定其中一个。 当一个sysctl被写入时，它立即被考虑到评估脏的内存限制，另一个在读取时显示为0。 dirty_background_ratio 包含占总系统内存的百分比， pdflush后台写回守护进程将开始写出脏数据的页数。 dirty_bytes 包含生成磁盘写入的进程本身将开始写回的脏内存量。 注意： dirty_bytes是dirty_bytes的副本。 一次只能指定其中一个。 当一个sysctl被写入时，它立即被考虑到评估脏的内存限制，另一个在读取时显示为0。 注意：dirty_bytes允许的最小值是两页（以字节为单位）。 任何低于此限制的值都将被忽略，旧的configuration将被保留。 dirty_expire_centisecs 这个可调参数用于定义脏数据的大小，以便有资格由pdflush守护进程写出 。 它以百分之一秒表示。 在内存中已经被脏了的时间比这个时间间隔更长的数据将在下一次pdflush守护进程唤醒时被写出。 […]