blocks|key|699985|text|确保您的读和写缓存已启用并足够大。Cache在世界上产生了所有的差异。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|entityMap^0^^$0|@$1|2|3|4|5|6|7|C|8|@]|9|@]|A|$]]]|B|$]]

Make sure that your read and write cache are enabled and big enough. Cache makes all the difference in the world.

blocks|key|4801699|text|如果您的RAID是镜像，那么去镜像%2B剥离将加快速度。不过，你需要买更多的驱动器。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|entityMap^0^^$0|@$1|2|3|4|5|6|7|C|8|@]|9|@]|A|$]]]|B|$]]

If your RAID is mirroring, then going to mirroring + stripping will speed things up. You'll need to buy more drives though.

blocks|key|4801867|text|RAID+1015K磁盘，但很明显，这涉及到财政支出和重建/迁移练习。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4801868|老实说，我会避免过度优化服务器，除非perf瓶颈确实会导致问题。你所做的每一次优化都是某种权衡，你需要问问自己，这样的权衡是否值得。对于服务器，我总是乐于接受“足够好但不一定很出色”的性能，如果这意味着更好的稳定性和可靠性。|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|E|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|F|8|@]|9|@]|A|$]]]|D|$]]

RAID 10 15K disks, but obviously that involves a financial outlay and a rebuild/migration exercise.

To be honest I would shy away from over-optimizing servers, unless the perf bottleneck is really causing problems. Every optimization you make is a trade-off of some kind, and you need to ask yourself if that trade-off is worth it. With a server I'm always happy to accept performance that's "good enough but not necessarily stellar" if it means better stability and reliability.

blocks|key|700065|text|性能命中是RAID+1的本质(镜像)。您需要速度，那么您必须使用RAID+0(条形)，这实际上不是服务器的选项，因为您希望从磁盘错误和故障中获得容错。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|entityMap^0^^$0|@$1|2|3|4|5|6|7|C|8|@]|9|@]|A|$]]]|B|$]]

the performance hit is in the very nature of RAID 1 (mirrored). you want speed, then you'll have to use RAID 0 (striped) which is not really an option for servers where you want fault tolerance from disk errors and failure.

blocks|key|4801747|text|我建议不要试图调整Windows执行I/O的方式，一些聪明人已经在尽可能地优化它中投入了大量的思想和测试，跨越了许多不同的场景。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|4801748|远程副本的另一个增强是由SMB2文件系统驱动程序srv2.sys发布的流水线I/O，这是Windows和Windows+2008的新特性。SMB2不像原来的SMB实现那样在网络上发出60+an的I/O，而是发出流水线的64+an/O，这样当它从应用程序接收到一个大的I/O时，它将同时发出多个64+an的I/O，从而允许数据以较少的延迟间隔从远程系统传输。副本引擎还会发出4个大小从128+Os到1MB不等的初始I/O，这取决于要复制的文件的大小，这将触发Cache+Manager预读线程来发出大的I/O。在SP1中对缓存管理器所做的平台更改使其能够执行更大的I/O操作，既可用于预读，也可用于写后。更大的I/O只有在最初的Vista+I/O系统中才有可能支持大于64+of的I/O，这是Windows早期版本的限制。更大的I/O也提高了本地副本的性能，因为磁盘访问和磁盘查找较少，并且它使Cache+Manager写后线程能够更好地跟上内存填充复制的文件数据的速度。这降低了(但不一定消除)导致活动内存内容在副本中被丢弃的内存压力。最后，对于远程副本，大型I/O允许SMB2驱动程序使用流水线。Cache+Manager读取的I/O是应用程序发出的I/O的两倍，在Vista上最多读取2MB，在Server+2008上最多读取16+1MB，在Vista上写入最多1MB的I/O，在Server+2008上写入多达32+1MB的I/O。|blockquote|4801749|如果您可以将那些2003服务器切换到2008，并让客户端运行Vista，您将没有更快的I/O，但您可能只有更高效的I/O。|4801750|尽管如此，正如其他答案所述，研究硬件解决方案可能更容易，也更好。|entityMap|0|LINK|mutability|MUTABLE|url|http://blogs.technet.com/markrussinovich/archive/2008/02/04/2826167.aspx^0|X|7|0|0|0|0^^$0|@$1|2|3|4|5|6|7|R|8|@]|9|@$A|S|B|T|1|U]]|C|$]]|$1|D|3|E|5|F|7|V|8|@]|9|@]|C|$]]|$1|G|3|H|5|6|7|W|8|@]|9|@]|C|$]]|$1|I|3|J|5|6|7|X|8|@]|9|@]|C|$]]]|K|$L|$5|M|N|O|C|$P|Q]]]]

I would recommend against trying to tweak the way Windows performs I/O, some smart people have already put a lot of thought and testing into <a href="http://blogs.technet.com/markrussinovich/archive/2008/02/04/2826167.aspx" rel="nofollow noreferrer">optimizing it as much as possible</a>, across many different scenarios.
<blockquote>
Another enhancement for remote copies is the pipelined I/Os issued by the SMB2 file system driver, srv2.sys, which is new to Windows Vista and Windows Server 2008. Instead of issuing 60KB I/Os across the network like the original SMB implementation, SMB2 issues pipelined 64KB I/Os so that when it receives a large I/O from an application, it will issue multiple 64KB I/Os concurrently, allowing for the data to stream to or from the remote system with fewer latency stalls.
The copy engine also issues four initial I/Os of sizes ranging from 128KB to 1MB, depending on the size of the file being copied, which triggers the Cache Manager read-ahead thread to issue large I/Os. The platform change made in SP1 to the Cache Manager has it perform larger I/O for both read-ahead and write-behind. The larger I/Os are only possible because of work done in the original Vista I/O system to support I/Os larger than 64KB, which was the limit in previous versions of Windows. Larger I/Os also improve performance on local copies because there are fewer disk accesses and disk seeks, and it enables the Cache Manager write-behind thread to better keep up with the rate at which memory fills with copied file data. That reduces, though not necessarily eliminates, memory pressure that causes active memory contents to be discarded during a copy. Finally, for remote copies the large I/Os let the SMB2 driver use pipelining. The Cache Manager issues read I/Os that are twice the size of the I/O issued by the application, up to a maximum of 2MB on Vista and 16MB on Server 2008, and write I/Os of up to 1MB in size on Vista and up to 32MB on Server 2008.
</blockquote>
If you can switch those 2003 servers to 2008 and have clients running Vista, you won't have faster I/O, but you might just have more efficient I/O.
That said, it is probably easier and better to look into hardware solutions as stated in the other answers.

blocks|key|700154|text|没有硬性规定。如果你在廉价的服务器上有便宜的控制器，那么你就得到了你付出的代价.|type|unstyled|depth|inlineStyleRanges|entityRanges|data|700155|我们还需要更多的信息。但我头上有些问题..。|700156|服务器在运行什么？数据库、文件服务器、DC、Exchange等？|unordered-list-item|700157|你目前的数字是多少？你认为这是个好身材吗？|700158|您是因为内存不足而分页吗？|700159|确切地说是什么RAID控制器:它是最上层的吗？便宜吗？它可以升级吗？PCI+32还是64？|700160|你在用SCSI吗？如果I/O很重要，为什么只有10k磁盘？|700161|最新的驱动程序/固件在控制器等？|700162|什么服务器规范？|entityMap^0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|T|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|U|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|V|8|@]|9|@]|A|$]]|$1|G|3|H|5|F|7|W|8|@]|9|@]|A|$]]|$1|I|3|J|5|F|7|X|8|@]|9|@]|A|$]]|$1|K|3|L|5|F|7|Y|8|@]|9|@]|A|$]]|$1|M|3|N|5|F|7|Z|8|@]|9|@]|A|$]]|$1|O|3|P|5|F|7|10|8|@]|9|@]|A|$]]|$1|Q|3|R|5|F|7|11|8|@]|9|@]|A|$]]]|S|$]]

There is no hard and fast rules. If you have cheap controllers in cheap servers, then you are getting what you pay for...

We'd also need more information... but some questions off the top of my head...

<ul>
<li>What are the servers running? DB, file server, DC, Exchange etc?</li>
<li>What are your current figures? Whet do you think is a good figure?</li>
<li>Are you paging because you don't have enough memory?</li>
<li>What RAID controller exactly: is it top line? Was it cheap? Is it upgradeable? PCI 32 or 64?</li>
<li>Are you using SCSI? Why only 10k disks if so if I/O is important?</li>
<li>Latest drivers/firmware in controller etc?</li>
<li>What server spec?</li>
</ul>

As I am optimizing all servers in our, I noticed that most of the performance bottleneck is directly connected with the harddisk read/write speed.

What I want to know is, are there any Windows / Registry / Device Driver tweaks I can do to increase I/O speed of my harddrives?

(All our servers run either Windows 2003 or Windows 2008)

All tips are very appreciated!

Thanks!

Increasing Harddisk Read/Write speed

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

在优化我们的所有服务器时，我注意到大多数性能瓶颈都与硬盘读写速度直接相关。我想知道的是，是否有任何Windows /注册表/设备驱动程序的调整可以提高我的硬盘的I/O速度？(我们所有的服务器都运行Windows 2003或Windows 2008)所有的提示都非常感谢！谢谢!

问提高硬盘读写速度
EN

回答 6

Server Fault用户

Server Fault用户

Server Fault用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问提高硬盘读写速度EN

回答 6

Server Fault用户

Server Fault用户

Server Fault用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问提高硬盘读写速度
EN