Читали тему (1): Анонимы (1)
Читали форум (1): Анонимы (1)
|
|
|
Nvme медленнее ssd в работе с SQL базой
|
|||
|---|---|---|---|
|
#18+
andreysneg Попробовал на другой плате от другой фирмы, но тотже чипсет. MSI 450 pro max. Была Gigabyte Aourus 450. Чутка подороже плата. Скорость NVME с SQL не изменилась. Вы описание плат почитайте, в принципе они одинаковы... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2021, 20:26 |
|
||
|
Nvme медленнее ssd в работе с SQL базой
|
|||
|---|---|---|---|
|
#18+
andreysneg Это я читал. Но у меня 1) Windows. где тут fsync ? Так что это статья ничего не объясняет. базы пишут на диск в режиме небуферизованной записи, эффект как и после fsync. Допускаю, что причина в этом. Так же производитель может имитировать эти режимы не сбрасывая данные в постоянную память, этим может объясняться то, что более дешевые диски работают быстрее, они просто не делают то что их просят. Где то в интернете видел тест, как проверить, делать диск честный fsync или только имитирует. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2022, 13:19 |
|
||
|
Nvme медленнее ssd в работе с SQL базой
|
|||
|---|---|---|---|
|
#18+
Alew базы пишут на диск в режиме небуферизованной записи, эффект как и после fsync. Допускаю, что причина в этом. Так же производитель может имитировать эти режимы не сбрасывая данные в постоянную память, этим может объясняться то, что более дешевые диски работают быстрее, они просто не делают то что их просят. Причина действительно может быть в этом. В документации sqlite есть пункт про это: Disk drives that do not honor sync requests P.S. По собственному опыту владения SATA SSD Kingston могу сказать, что он был быстр, как молния. А про Самсунги неоднократно встречал мнение, что они распиарены, но их производительность не соответствует цене и заявленным характеристикам. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2022, 16:10 |
|
||
|
Nvme медленнее ssd в работе с SQL базой
|
|||
|---|---|---|---|
|
#18+
а на какой слот nvme m.2 диск (не SATA) подключен? тот который напрямую к cpu (туда разумней операционку ставить, но там максимум на десктопных х20 т.е. х16 на графику и х4 на nvme) или который на чипсете/pch? если кеширования и обработки данных нет то отдача в сеть будет быстрее с того который на чипсете (данные напрямую с диска через чипсет будут идти в lan не загружая dmi, cpu будет только команды передавать что откуда брать и куда кидать) если есть предварительное кэширование в память или обработка данных (аггрегация и пр.) то тот который подключён к cpu pcie lanes - по идее будет быстрее попробуй отключить лишние sata - есть гибридные mb где nvme может переключиться со стандартного x4 PCIe в x2 режим если подключено много устройств. (а иногда прямо в инструкции к mb написано что один nvme х4 а второй x2) хотя и с графикой тоже иногда чудят и раскидывают по системе на разные концы с данными, потом удивляются почему ниже бенчмарков результаты получаются не задумываяс что сами неправильной конфигурацией запускают данные в лабиринт. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.02.2022, 22:54 |
|
||
|
Nvme медленнее ssd в работе с SQL базой
|
|||
|---|---|---|---|
|
#18+
andreysneg 2) Все винчестеры простые - не серверные . Kingston - самый дешевый ssd на рынке сейчас. И он обгоняет nvme 970 evo pro в 1.5-2 раза. Только в работе с sql. Во всем остальном nvme быстрее . У самого EVO PRO правда SATA. Честно говоря, работа не очень нравится. Все вроде работает, но в последнее время непонятные зависания Chrome при банальном просмотре страниц, при этом чувство, что виснет именно "винт" Подозреваю, не все IOPS'ы одинаковы и одинаково полезны. Любой софт оптимизируется по какому нибудь параметру и выигрывая в одном, проигрываем в другом. Вполне возможно по дефолту EVO PRO оптимизирована на паттерн "обычного" использования, а нагрузка от СУБД все же должна быть достаточно специфическая. Т.ч. ничего удивительного, а с учетом "все винчестеры простые - не серверные" вроде и притензии предьявлять не к кому Как я понимаю, EVE PRO по умолчанию отформатировано на полный объем диска. Samsung Magicial предполагает режим с выделением части емкости диска под буффер для записи. Сам я с включением данного режима не разобрался IMHO ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.02.2022, 15:28 |
|
||
|
Nvme медленнее ssd в работе с SQL базой
|
|||
|---|---|---|---|
|
#18+
Leonid Kudryavtsevс выделением части емкости диска под буффер для записи. Over provisioning? Это "выравнивание уровня износа". в корпоративных дисках вроде до 28% от общей емкости. А про торможение при записи - вот статья хоть и 4х летней давности, но всё-таки https://3dnews.ru/974560/obzor-nvmenakopitelya-transcend-ssd-110s-schastlivaya-gizn-bez-drambufera-vozmogna Там на первом же графике (последовательная запись) видно что скорость записи при непрерывном процессе падает катастрофически когда заполнено только 20% диска. Понятно что такое не у всех, но я графики подобного типа вижу не первый раз. То есть, ssd при непрерывной записи может "захлебываться", и ему надо давать передохнуть. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.02.2022, 21:43 |
|
||
|
|
Start [/forum/topic.php?fid=30&tid=1528747&startmsg=last&offset=-1]: |
0ms |
get settings: |
0ms |
get forum list: |
9ms |
check forum access: |
1ms |
check topic access: |
1ms |
track hit: |
40ms |
get topic data: |
3ms |
get forum data: |
0ms |
get page messages: |
15ms |
update_topic_read_status (1528747): 10.02.2022 21:43:13: |
0ms |
get tp. blocked users: |
0ms |
get online users: |
20ms |
check new: |
2ms |
| others: | 77ms |
| total: | 168ms |
| 0 / 0 |
