|
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) Про пенальти рейда всяко же что-нибудь слышал?
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |