Имя: Пароль:
IT
Админ
RAID 50, 6 SAS - скорость копирования файлов в nul низкая, почему?
,
0 Провинциальный 1сник
 
10.03.19
20:19
В общем, есть сервер. В нём райд-контроллер Intel SRCSAS18E, и корзина с 6 дисками SAS на 15000 оборотов, создан raid50 (страйп из двух raid5). И почему-то скорость копирования любого файла не превышает 60 мегабайт в секунду. При этом, если мониторить чтение с диска при выполнении sql-сервером скана большой таблицы, то скорость достигает 600 мегабайт в секунду.
В чем может быть причина медленного чтения файлов процедурами копирования, и почему тогда mssql читает файлы быстро?
1 Йохохо
 
10.03.19
20:22
копирования файла куда?
2 Провинциальный 1сник
 
10.03.19
20:43
(1) в nul
3 NorthWind
 
10.03.19
21:14
а чем копия делается, случайно не FARом?
4 NorthWind
 
10.03.19
21:17
просто еще несколько зависит чем копировать. Например если у фара стоит галка "Use system copy routine" в системных настройках - скорость одна, а если не стоит - скорость в 3-4 раза меньше под Windows 10.
5 Провинциальный 1сник
 
10.03.19
21:25
(4) Да, фаром, пробовал и с галкой и без неё - разницы нет.
6 Aleks Kucher
 
11.03.19
00:24
Контроллер я бы сказал древний уже "Скорость передачи данных 3 Gb/s" как SATA2 в общем.

https://ark.intel.com/content/www/ru/ru/ark/products/22778/intel-raid-controller-srcsas18e.html
7 Garykom
 
гуру
11.03.19
00:29
Для начала выкинуть FAR и попробовать TC.
По моему личному опыту скорость копирования Total Commander'ом обычно превышает скорость через проводник, особенно если много мелких файлов.

Ну и для любых RAID'ов с резервированием проблема для HDD с дефрагментацией, а sql-сервер в том числе имеет оптимизацию (вплоть до хаков) для этого дела.
8 Garykom
 
гуру
11.03.19
00:31
А да FAR если не ошибаюсь вроде как только x86 (32-х битный).
sql-сервер же думаю x86_64 как и операционка с TC аналогично 64-битную запускать.
9 Злопчинский
 
11.03.19
00:49
https://farmanager.com/download.php
Фар давно уже есть x64
11 Провинциальный 1сник
 
11.03.19
04:00
(6) Да при чем тут это. Скорость получается даже меньше чем одиночный диск. Это явно проблема контроллера. И да, фрагментации файлов нет.
12 Туц
 
11.03.19
04:48
(11) Контроллер как диск со временем не деградирует. Скорее какой-то из дисков хочет на пенсию. Ну, и опять же, а причина точно в железе?
13 dmpl
 
11.03.19
08:20
Какая средняя длина очереди диска?
14 Провинциальный 1сник
 
11.03.19
08:46
(13) При какой нагрузке?
15 arsik
 
гуру
11.03.19
08:54
попробуй копировать стандартными средствами винды. Например robocopy
16 dmpl
 
11.03.19
09:03
(14) При разных. SQL может давать очень высокую длину очереди, а обычное копирование дает, как правило, меньше 1.
17 Aleks Kucher
 
11.03.19
09:20
(11) в 2019 вы спрашиваете почему может тормозить то что в 2007 появилось. Проблема конечно в контроллере. Скорее всего и в дисках. Какие бы новые диски или SSD туда подключить - будите душить скорость диска в два раза.
18 Cyberhawk
 
11.03.19
09:27
Запусти синтетический тест CDM
19 ansh15
 
11.03.19
10:00
(11) Web Console или CMDTool2 что сообщают о контроллере и дисках? Все ли нормально? Может прошивка контроллера не последняя, хотя последней уже 9 лет..
20 Провинциальный 1сник
 
11.03.19
11:52
(18)
-----------------------------------------------------------------------
CrystalDiskMark 6.0.2 x64 (C) 2007-2018 hiyohiyo
                          Crystal Dew World : https://crystalmark.info/
-----------------------------------------------------------------------
* MB/s = 1,000,000 bytes/s [SATA/600 = 600,000,000 bytes/s]
* KB = 1000 bytes, KiB = 1024 bytes

   Sequential Read (Q= 32,T= 1) :   304.580 MB/s
  Sequential Write (Q= 32,T= 1) :    32.327 MB/s
  Random Read 4KiB (Q=  8,T= 8) :    10.158 MB/s [   2480.0 IOPS]
Random Write 4KiB (Q=  8,T= 8) :     4.126 MB/s [   1007.3 IOPS]
  Random Read 4KiB (Q= 32,T= 1) :     8.127 MB/s [   1984.1 IOPS]
Random Write 4KiB (Q= 32,T= 1) :     3.495 MB/s [    853.3 IOPS]
  Random Read 4KiB (Q=  1,T= 1) :     3.201 MB/s [    781.5 IOPS]
Random Write 4KiB (Q=  1,T= 1) :     1.465 MB/s [    357.7 IOPS]

  Test : 1024 MiB [D: 57.7% (267.5/463.9 GiB)] (x5)  [Interval=5 sec]
  Date : 2019/03/11 7:35:10
    OS : Windows Server 2003 R2  SP2 [5.2 Build 3790] (x64)
  
(19) Веб консоль пишет что всё нормально, проблем нет. Консистенси чек делал - всё ок.
По поводу прошивки - да, прошивка старая, которая была изначально на сервере. Попробую перепрошить на последнюю, но это надо время выбрать, ибо прошивка из доса.
21 Провинциальный 1сник
 
11.03.19
11:53
(17) Всё комплектное, как в 2008 году купили.
22 Сияющий в темноте
 
11.03.19
12:08
по идее,если райд 5,то чтение идет блоками,обычно по 128к,если страйп,то еще разбивка по 128к или другого размера.
попробуйте почитать блоками по 256-512 кб разово и сравнить скорость.

просто,если кеширование настроено криво,то при линейном побайтовом чтении (посекторно а 4к)будет несколько операций чтения.
23 Cyberhawk
 
11.03.19
12:25
(20) Вот видишь какой медленный диск. А вопрос-то твой в чем, кроме медленнного копирования файла?
24 Провинциальный 1сник
 
11.03.19
13:37
(22) Страйп 64к. Плюс там raid двухуровневый (50), то есть реальный страйп получается 128к. И скорее всего контроллер как-то нехорошо кэширует последовательное чтение мелкими блоками, ибо размер кластера ФС 4к, и при повторных обращениях читает весь.
(23) Вопрос в том, так должно быть (всё-таки 6 пятнадцатитысячников и контроллер аппаратный)?
В общем, пока ничего не придумал, кроме как прошивку обновить.
25 Cyberhawk
 
12.03.19
10:22
(24) Про пенальти рейда всяко же что-нибудь слышал?