1czachas
Иван Иванов

(36)
Надо проверять работу кэша, но причем тут это?

Создание пустышки в MSSQL, на создание которой требуется 2 секунды, на 980pro отнимало 4 секунды. Это не запись, а резервирование места.

Я думаю, дело в используемом в этих дисках контроллере или в прошивке. На что и нарывается специфика работы MSSQL с диковой подсистемой.

(33)
Откуда такой вывод?

(22)
Не совсем понял. Если вы про скрин с двумя эпиками 7763, то там утилизацию процессорного времени сложно разгонать даже на 10%.

(24)
Развернутый ответ выше

(23)
Благодарю)

(21)
Описывал здесь и в разговоре со starik-2005, что перепробовал за трое суток, казалось бы, всё.
Раз 20 переустановил полный набор: от оси до бенчмарков. На пяти компах у оператора: 7950х, 13900к, и три 11700к с разным набором комплектующих (диски Patriot P300 и Samsug 970evo).

С самого начала я подозревал диски, но Кристалмарки и Аиды рвали всё живое, мэджисиан демонстрировал корейскую уверенность и спокойствие. Не говоря уже о тестах памяти и проца. Память, кстати Selectel отказался поднимать на 7950х с 3600Mhz, заявив, что "не получилось".

Сразу напрягало, что 11700 на каких-то Patriot P300 давал в гилеве 72 очка, а крутые 980pro как-то подозрительно долго даже просто загружали детешник теста в конфигураторе. Причем, одинаково помойные результаты были на 13900 и 7950. Ну, блин, просто чудеса. Да, диски у них одинаковые - 980pro, но как объяснить саму проблему, если диски явно быстрые pci-e x4?

К концу третьего дня, опустошенный полученным совершенно бесполезным опытом, стал долбить Instant File Initialization. Ну да, он включен и был включен у меня везде и 50-гиговая пустышка создавалась за пару секунд. Но на Патриотах она создавалась 2 секунды, а на Самсах - 4!

На 7950х еще стоял 4ТБ HDD. Ну кому в здравом уме придет в голову ставить базы на хард, когда есть NVMe?

В общем, вы уже поняли, последний скрин моего предыщущего сообщения сделан, когда гилев стоял на диске в 150 раз более медленном. После такого марафона уже не было ни радости, ни злости.

Я, конечно, не могу сказать за всю линейку этих дисков. Но в разное время собранные с ними компы одинаково чудили под скулем. Причем, и на 970evo (чуть лучше) и 980pro. Чего-то мы про MSSQL, видимо, не знаем.

Диски поменял на Patriotы эти несчастные (так же 4 штуки во всем дыры м.2), в итоге. Попугаи радостно засуетились.
Спасибо, парни, что пытались помочь!

(19)
Да, с вами разобрался с первого же сообщения.
Ценность ваших агро замечаний сложно переоценить.

После проср***х в хламину майских праздиков, потраченных на бесконечные тесты и бенчи и установки уже вызывающего ненависть набора ПО, нашел проблему.
Если интересно - лайкайте этот камент. Я, хотя бы, получу возможность в личку людям писать. А не интересно - буду одной из тех скотин, которых все находят в конце треда с интересующей их проблемой, завершающегося не описанием решения, а словами "Всё нормально! Разобрался!".

Прикрепленные файлы:

horey.png

(329)
Я реально проверил бенчи и стрессы первым делом. На мой взгляд, криминала нет.

Самое смешное, взял еще один комп, только на 13900К и на тех же винтах (выбирать не приходится - это "облачные" варианты), повторил все то же самое и получил тот же отстойный результат в районе 34 попугаев на WinServ 19/22 (обе версии), MS SQL22, 1C23.
Кто-то самодовольно заметит, что дело во мне, но как тогда объяснить отличные показатели на откровенно более слабой Intel-системе? Да и пройтись, устанавливая 1С, по давно выученному чек-листу можно с закрытыми глазами...

Вот гикбенч, вот аида, пожалуйста.
https://browser.geekbench.com/v6/cpu/1193224

Прикрепленные файлы:

ram 59 - 27.png
disk 59 - 27.png

(8)
Вы гадаете по процентам?
Вот, например, что скажете по этой загруженности?

Прикрепленные файлы:

epic.png