如对此有任何反馈,我们将不胜感激。
1.-t标志(线程)-如果使用此查询捕获工作线程信息
SELECT SUM(current_workers_count) as [Current worker thread] FROM sys.dm_os_schedulers
然后从这些数据中计算出线程的平均数量,并使用它作为-t值扩展到256个的参考点,同时测试SQLIO --这是否是确定正确线程数的正确方法?
2.下面的Perfmon计数器是否按以下方式映射到SQLIO编号:?
I-(磁盘读取/秒和磁盘写入/秒)-> IOPS,ii- (平均磁盘秒/读和平均磁盘秒/写入) -->延迟,iii-(平均磁盘字节/读取和平均磁盘字节/写入)->块大小,iv- (Avg./当前磁盘队列长度)->突出或等待IOPS,v- (磁盘读取字节/秒和磁盘写入字节/秒)->吞吐量或聚合吞吐量,
3.应该使用-i、-f和-t的什么值来测试磁盘的极限值?
发布于 2014-09-05 12:28:39
欢迎来到Stack。作为参考,当你问一个问题时,把它保留在每个问题上。这里有几个不同的问题:
没有“正确”的号码。我碰巧在我简短的SQLIO指令中使用了8,在较长的(通宵)测试中,我尝试了很多组合(2、4、8、16、32等等)。使用的线程越多,向存储区抛出的负载就越多。不过,在大多数情况下,我只需要8个线程就可以达到存储的极限,就像文章中描述的那样。
不,有很多原因。您可能同时在存储上发生不同的事情,您的驱动器格式可能与SQLIO正在执行的IO不匹配,您可能正在同一物理驱动器上测试多个逻辑驱动器,等等。
您必须尝试多种组合,因为不同类型的存储对不同的负载有不同的响应。对于所有类型的存储,没有单一的“最坏情况场景”。
https://dba.stackexchange.com/questions/75467
复制相似问题