Имя: Пароль:
1C
 
На SSD SQL не увеличил производительность
0 Shur1cIT
 
09.06.17
08:39
Взяли сервак для тестового SQL
HP DL320e Gen8/1x E3-1220v2 4C 8M
3.1GHz/32GB(4x8GB)DDR3 ECC Unbuffered/1xHDD
Seagate 1TB 7.2K SATA/1xIntel S3520 SSD
480GB

Операционка win 2016 Sql 2008 вертуализации нет всё на железе
скорость бекапа всего 80.105 MБ/сек
на обчном рейде 10 на вари скорость была 200 MБ/сек

режим подключения ssd  IDE
Винда на обычном диске, база SQL включая temp на SSD


Резултат теста


CrystalDiskMark 5.2.1 x64 (C) 2007-2017 hiyohiyo
                           Crystal Dew World : http://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) :   211.888 MB/s
  Sequential Write (Q= 32,T= 1) :   366.699 MB/s
  Random Read 4KiB (Q= 32,T= 1) :    28.279 MB/s [  6904.1 IOPS]
Random Write 4KiB (Q= 32,T= 1) :    95.983 MB/s [ 23433.3 IOPS]
         Sequential Read (T= 1) :   209.927 MB/s
        Sequential Write (T= 1) :   370.408 MB/s
   Random Read 4KiB (Q= 1,T= 1) :    26.525 MB/s [  6475.8 IOPS]
  Random Write 4KiB (Q= 1,T= 1) :    78.748 MB/s [ 19225.6 IOPS]

  Test : 1024 MiB [D: 7.1% (31.6/446.6 GiB)] (x5)  [Interval=5 sec]
  Date : 2017/06/09 8:36:47
    OS : Windows Server 2016 Server Standard (full installation) [10.0 Build 14393] (x64)



Вопрос, почему такая низкая скорость? неужели IDE ?
1 1dvd
 
09.06.17
08:43
Потому что операционка на обычном диске. И свап, поди, там же
2 Shur1cIT
 
09.06.17
08:47
(1) бекап средствами SQL идет
почему в тестах скоростьзаписи польше скорости чтения?
   Sequential Read (Q= 32,T= 1) :   211.888 MB/s
  Sequential Write (Q= 32,T= 1) :   366.699 MB/s
3 1dvd
 
09.06.17
08:49
(2) особенность SSD
4 ildary
 
09.06.17
08:50
(0) а материнка умеет работать с SSD на всю его мощность? Почему режим IDE а не AHCI?
5 Shur1cIT
 
09.06.17
08:52
(4) говорят проблемы с драйверами были под server 2016 при установке
6 Shur1cIT
 
09.06.17
08:54
по характеристикам скорость должна быть
Чтение    До 450 Мб/сек
Запись  До 380 Мб/сек
7 ildary
 
09.06.17
08:59
(5) Разве это не бутылочное горлышко?
8 Shur1cIT
 
09.06.17
09:00
(7) диск та встал драйера подключились
9 Fram
 
09.06.17
09:09
(5) HP DL320e Gen8 на древнем C204 чипсете! какие там могут проблемы с драйверами AHCI на вин2016?!!!
10 Fram
 
09.06.17
09:11
+(9) все системные драйвера на это железо у майкрософта должны быть, даже подсовывать ничего не нужно
11 dmpl
 
09.06.17
09:11
(0) Что-то IOPs'ов мало...
12 dmpl
 
09.06.17
09:12
Да, вы поставили в настройках сервера максимальную производительность?
13 vde69
 
модератор
09.06.17
09:12
для начало http://wiki.mista.ru/doku.php?id=it:analiz_sql_block

а потом уже вопросы...
14 Fram
 
09.06.17
09:13
(0) бэкап на ssd пишете?
15 Shur1cIT
 
09.06.17
09:16
(14) да на SSD
да тут не с бекапом нужно разбираться, а почему
Sequential Read (Q= 32,T= 1) :   211.888 MB/s
  Sequential Write (Q= 32,T= 1) :   366.699 MB/s

Вместо

Чтение    До 450 Мб/сек
Запись  До 380 Мб/сек

причем скорость записи соответствует заявленому, а чтение в два раза порезано
16 mehfk
 
09.06.17
09:18
(15) Правильно ли ты понимаешь слово "До"?
17 mehfk
 
09.06.17
09:18
Ну и про AHCI уже сказали.
18 Shur1cIT
 
09.06.17
09:21
(13) я с разу с теста SSD начал который показал скорость всего
Sequential Read (Q= 32,T= 1) :   211.888 MB/s
  Sequential Write (Q= 32,T= 1) :   366.699 MB/s

(16) правильно понимаю До, но До должно быть не в два раза меньше на чистом диске, ДО я понимаю это когда запись 366.699 MB/s по тестам как у меня, а заявлено 380 Мб/сек
19 vde69
 
модератор
09.06.17
09:28
(18) SQL это сетевое приложение, по этому на них зачастую главное влияние оказывает сеть и клиентские тачки (или сервер 1с), то есть локальное тестирование - ни о чем... тестирование должно быть комплексным...
20 Jump
 
09.06.17
09:31
(0)>>>режим подключения ssd  IDE
Это пять!

Вы в курсе что в режиме IDE не работает ни TRIM, ни NCQ?
21 Jump
 
09.06.17
09:35
А по поводу скорости - мало информации.

Модель и емкость SSD, сколько оставлено под резерв?
Где стоит система, где лежит база, где лежит лог.
Как тестируется, откуда запускается тест.
Откуда и куда идет бэкап.
22 Shur1cIT
 
09.06.17
09:38
(21) Intel S3520 SSD 480GB
резерв по умолчанию
Система на обычном SATA
База и лог на SSD
Тест CrystalDiskMark запускался с SSD
23 Jump
 
09.06.17
09:39
(15) Бэкап на SSD это нечто невообразимое.
SSD нужен для быстрой работы с небольшими объемами часто меняющейся информации.

Хранить на нем бэкап и писать на него бэкап - невыгодно.
Бэкап это огромный объем информации - при том что у вас TRIM не работает, при записи вы получите сильную просадку скорости из-за нехватки чистых ячеек.
Нужно резерв неразмеченный оставлять в размере не менее чем объем записываемых при бэкапе данных.
24 Храбрый
 
09.06.17
09:39
(0) Настораживает режим подключения ssd  IDE
25 Shur1cIT
 
09.06.17
09:41
(23) бекап для теста запускал, когда был "удивлён скоростью" полез CrystalDiskMark смотреть
26 Jump
 
09.06.17
09:41
(22) База и лог на SSD.
В (15) вы упомянули что бэкап пишите на него же.

Теперь считайте - с диска читаете, и на этот же диск пишите.
Какая скорсоть должна быть?
27 Храбрый
 
09.06.17
09:41
(25) Просто копирование большого файла с HDD на SSD какую скрость показывает?
28 Jump
 
09.06.17
09:42
(25)CrystalDiskMark зачастую показывает погоду, не надо на него сильно ориентироваться.
29 Shur1cIT
 
09.06.17
09:42
(26) CrystalDiskMark без SQL уже низкую показывает
30 Shur1cIT
 
09.06.17
09:43
заслал админов переделывать под AHCI
31 Jump
 
09.06.17
09:47
Рекомендации - в первую очередь переключите на AHCI
во вторую - оставьте неразмеченный резерв под запись. (не забудьте предварительно очистить диск)

Если у вас терминал - винда должна быть на SSD, если нет, хватит и HDD.

Не делайте бэкапы и прочую бессмысленную запись на SSD.

И самое главное - прирост скорости от SSD вы заметите только при большой многопользовательской нагрузке!

Т.е SQL сильно в диск, и особеннов  случайное чтение/запись не упирается, ибо кэширует.
Поэтому при небольшом количестве пользователей на SQL вы не заметите эффекта от SSD, если пользователей будет много, это будет заметней.
32 Shur1cIT
 
09.06.17
10:03
(31) достаточно неразмеченую облась оставить или всё же утилитой резервировать?
33 ildary
 
09.06.17
10:09
(31) у правильно настроенного SSD основная польза - он не будет тормозить в узком для HDD месте. Понятно, что SQL кеширует и все такое, но на сервере кроме него есть и другие вещи, которым SSD пойдет в плюс - сама ОС, сервер 1С и т.д.
34 Shur1cIT
 
09.06.17
10:25
проблему победили , скорость возрасла в два раза.
Причина была в IDE  )))
35 ildary
 
09.06.17
10:29
(34) что это за админы такие, которые сразу эту проблему не стали решать?
36 Fram
 
09.06.17
10:30
(35) да, обычные админы - пока не пнешь не летают
37 ildary
 
09.06.17
10:33
38 Jump
 
09.06.17
11:05
(32) Достаточно.
Но нужно убедиться что вы оставляете неразмеченной чистую область, а не забитую данными.

Т.е перед тем как ее оставлять нужно либо очистить диск специальной утилитой, либо подключить к комьютеру, убедится что трим работает на диске, подождать, удалить все разделы и тогда размечать.
39 Jump
 
09.06.17
11:06
(34) Гнать таких админов надо.
У вас наверное и обычные SATA диски на других компьютерах и в серверах стоят в IDE?
40 Вафель
 
09.06.17
11:06
(13) на управляемых конфах скл блокировок НЕТ
41 Дык ё
 
09.06.17
11:15
(40) а если найду?
42 piter3
 
09.06.17
11:16
(40) Опа,это как так?
43 Fragster
 
гуру
09.06.17
11:16
каталог кластера и темпы надо тоже на ССД
44 Fragster
 
гуру
09.06.17
11:28
ну и вообще нормальный массив 10 уровня с 10к дисками и батарейкой на кэш работают нифига не медленнее, чем ssd
45 Jump
 
09.06.17
11:48
(44) Смотря что понимать под " не медленее"

Если речь идет о записи или чтении большого объема последовательных данынх - он может быть и быстрее чем SSD.

Если речь идет о случайной записи мелкими блоками - он в десятки раз медленнее.


В итоге если у тебя нагрузка линейная - рэйд из HDD идеальный вариант, если случайная - он будет узким местом.
46 Jump
 
09.06.17
11:51
SQL за счет кэширования уменьшает количество случайных запросов мелкими блоками.
Поэтому при грамотно настроенном SQL и достаточном объеме памяти SSD вроде и не нужен.

А вот файловая, или SQL с малым количеством памяти, или с большим количеством юзеров - уже есть необходимость в SSD.
47 ansh15
 
10.06.17
16:48
File size set to 205520896 kB
Record Size 4096 kB
Command line used: ./iozone -i 0 -i 1 -i 2 -s 196g -r 4096k
Output is in kBytes/sec
                                                  random    random
kB         reclen write   rewrite  read  reread    read     write
205520896    4096 292010  317159  734415 738157   171372   295276
iozone test complete.

С размером блока записи 4 килобайта скорость случайных чтения/записи составляет 1-2 МБ/с.
(45) У SSD во много раз больше? Мне просто не на чем посмотреть.
48 mistеr
 
10.06.17
18:45
у автора какая-то каша в голове. Показывает результат синтетического теста, жалуется на SQL. Зачем автору SSD, чтобы ускорить бэкап?
49 Fram
 
10.06.17
19:12
(47) в (0) смотри. 28/95
50 Fram
 
10.06.17
19:13
А не.. 26/78
51 Jump
 
10.06.17
19:24
(47) Раз этак в двадцать.
Для среднестатистического SSD это будет порядка 20-40МБ/с
52 Jump
 
10.06.17
19:27
(50) Что-то в (0) странновато как-то.
Обычно с большой очередью скорость случайного чтения намного больше, а тут практически одинакова что с очередью, что без нее.
53 Jump
 
10.06.17
19:28
Хотя да, там же IDE, NCQ не работает, так и должно быть.
54 rphosts
 
11.06.17
03:06
(0) по нормальной схеме принято делать так: дисковый массив например 10 рэйд под базы, просто большой быстрый диск под логи и ссд под темпы. Т.е. три автономных дисковых  системы, разумеется если у вас нагруженное решение. Если этого мало можно сделать несколько файлов на темпах. Разумеется на сервере не должно быть антивирусов и т.п.
В.Гилев как-то писал про дисковые массивы на ссд