windows server 2008 R2测试多路径I/O遇到的性能问题

2013-01-30 11:01:07 676 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

maomaostyle 墨衍会员 · AI 创作全网分发关注 + 加入社区

SQL Server裸设备原理与实战：绕过NTFS提升I/O性能裸设备是SQL Server一种底层存储配置方式，通过跳过Windows NTFS文件系统层，让数据库引擎直接访问物理磁盘扇区，从而消除双重缓存、元数据开销和VSS快照阻塞等I/O瓶颈。其核心在于重构I/O信任链，由SQL Server自主管理Buffer Pool与Write-Ahead Logging（WAL）协议，实现确定性延迟与高吞吐写入。该技术在金融、医疗等对等保三级合规、日志物理落盘、老旧SAN存储优化有强需求的场景中仍具不可替代价值。本文深入解析裸设备的Windows I/O路径差异、SQL 阅读详情

我发现我在测试mpio的时候，无论是两条链路还是四条链路，平均传输速度都是140MB/S每秒左右，期间我尝试不同的jumbo packet（1500-4000-9000），网卡都是boardcom 1Gi的（支持TOE），拷贝的数据都是一些wim镜像文件，总大小才6GB

请问为什么速度就只能冲到140MB/S呢？瓶颈是在哪里？我测试时拿一台DELL2950做initiator，另一台DELL R710 SAS300GB*6 RAID5做的target，系统是windows server 2008 R2

拷贝的时候观察网卡占用率，如果是两条链路，平均每条使用大概70%多；四条链路的时候每条只有35%左右。。。why why why~

...全文

LaTeX参考文献格式apsrev4-1，增加文献标题 APS的LaTeX参考文献格式apsrev4-1是隐藏标题的，如果想要出现标题，需要更改apsrev4-1.bst文件内容在apsrev4-1.bst文件靠后部分，定义不同类型文献格式的地方，将article类型的内容替换为， FUNCTION {article} { output.bibitem format.authors booktitle empty$ { "author" output.check }{ output } if$ author format. 阅读详情

Windows Server 6,873 成员 177,927 内容

+ 关注 + 加入社区

评论 7

切换为时间正序

maomaostyle 2013-02-17

打赏
举报

回复

引用 6 楼 qishine 的回复:

你的存储就是个服务器? 一般存储都有读缓存和写缓存的分配比的,这个也会对磁盘读写性能造成影响.

我就是拿俩服务器做个环境测一下，两台配置都一样啊，唯独从LUN向host本地拷贝就慢

qishine 版主 2013-02-17

打赏
举报

回复

你的存储就是个服务器? 一般存储都有读缓存和写缓存的分配比的,这个也会对磁盘读写性能造成影响.

maomaostyle 2013-02-07

打赏
举报

回复

引用 3 楼 shrekz 的回复:

可能就是你所说的原因，缓存被用完，木桶原理，如果哪里到达最大值，瓶颈就在哪里。最主要的应该还是磁盘的io。

还有个问题不太明白，从initiator向LUN写数据的时候，速度已经理想了，但是反向的话，就不够好，网络使用率只有60%左右，为什么呢？

maomaostyle 2013-02-05

打赏
举报

回复

引用 3 楼 shrekz 的回复:

可能就是你所说的原因，缓存被用完，木桶原理，如果哪里到达最大值，瓶颈就在哪里。最主要的应该还是磁盘的io。

明白了，非常感谢

shrekz 2013-02-05

打赏
举报

回复

可能就是你所说的原因，缓存被用完，木桶原理，如果哪里到达最大值，瓶颈就在哪里。最主要的应该还是磁盘的io。

maomaostyle 2013-02-04

打赏
举报

回复

引用 1 楼 shrekz 的回复:

瓶颈在本机，而不再传输上。除非2端都是riad5.

你好非常感谢回复，我更换了设备后，确实不一样了，两路的MPIO可以达到千兆线速，但还有个问题想请教，就是拷贝开始时网卡占用率会达到99%，但是没有维持到拷贝结束就开始下降，是因为存储端缓存已经被沾满的原因么？我以为整个拷贝阶段网卡都会以100%的负载来工作

shrekz 2013-02-02

打赏
举报

回复

瓶颈在本机，而不再传输上。除非2端都是riad5.