Вот так бывает, - я случайно вырубил HT и не мог понять откуда такие дикие тормоза. Вы натолкнули меня на мысль перепроверить настройки биоса. Благодарю Вас !

@SERVAK

3 жыл бұрын

Пожалуйста )

Все просто, лаконично, приятно посмотреть. К слову, мы с MS SQL Server в свое время проблем поимели. Заметили очень большие ожидания CXPACKET, сервер делил сложные запросы на несколько мелких. Отключение HT сильно повысило производительность, издержки на распараллеливание оказались очень высоки, более мощные ядра были предподчтительней. Сложные запросы, аналитическая нагрузка- лучше мощное ядро. Но для OLTP нагрузки с сотнями подключений можно и включить.

@SERVAK

3 жыл бұрын

Спасибо за инфо, с таким кейсом не сталкивалась. У нас покупали сервера в банк, там было специфичное ПО, у них такой запрос был. Ну и под 1С это стандартный запрос, у тех кому нужно выжимать максимум.

@DiggerDnepr

3 жыл бұрын

@@SERVAK в свое время с 1С поимели проблем, доставляли неоптимальные индексы. Пришлось их вычислять, вручную на полигоне добавлять- но это запрещено лицензионным соглашением. Потому их после удаляли и создавали штатным образом. А еще поразила рабочая нагрузка. MS SQL имеет множество счетчиков, по ним вычисляли. В момент отдельных расчетов запрос из памяти превышал 2 Тб в минуту (!!, счетчик Page lookups/sec|SQLServer:Buffer Manager|), что на 1-2 порядка выше, нежели у обычных серверов. www.digger.dp.ua/wp-content/uploads/2018/04/1C_TEST_WORKLOAD.html Рабочая нагрузка 1С радикально отличается от других серверов. Если у обычного сервера кэш это некий способ ускорения доступа к диску, то у 1С это какой-то зверский математический механизм. Чтобы так колбасило память на каком-то другом сервере я и не видел ни разу. При чем, ладно бы сервер 1С, нет- плющит именно MS SQL Server. Соответственно, под такую рабочую нагрузку критично важна производительность процессора и скорость доступа к оперативной памяти.

@SERVAK

3 жыл бұрын

@@DiggerDnepr Да, есть такое дело. 1С очень классная штука в плане скорости разработки, но на больших объемах иногда начинают происходить чудеса и загибаются даже самые мощные конфигурации. Благодаря этому gilev.ru такой популярный )

@DiggerDnepr

3 жыл бұрын

@@SERVAK Гилев тот еще жук :) Я у него подсмотрел много любопытного, но в последние годы он все больше напирает на платные услуги. Мол, ставьте у себя на сервере нашу приложуху- и мы расскажем где у вас тупит.

@SERVAK

3 жыл бұрын

@@DiggerDnepr Ага, причем довольно в агрессивной манере ) Я сначала хотела позадавать пару вопросов, но потом почитала форумы на его сайте и на ответы команды и его самого и как-то решила не спрашивать )

Ля какая умничка!

@SERVAK

3 жыл бұрын

Спасибо )

Очаровательно! )))

@SERVAK

3 жыл бұрын

Спасибо )

Запутался, НТ лучше чтобы был включен или выключен? И нужен это НТ на производительных процессорах или нет? ОС на сервере Win Serv 2019 Std

@SERVAK

3 жыл бұрын

Зависит от программного обеспечения, которое вы используете. Если там есть требования к максимальной частоте ядра, то можно выключить HT и производительность будет лучше. Но это редкая история. В большинстве случаев чем больше ядер на сервере, тем лучше, поэтому HT должен быть включен. Если сбрасывать настройки биоса по умолчанию, то HT будет включен.

Ольга, поделитесь чем можно быстро бэкаппить виртуальные сервера ms hyper v размером в 800гб

@SERVAK

3 жыл бұрын

Veeam довольно быстро делает, не нужно останавливать виртуальные машины и можно настроить график бекапирования. Либо средствами самого HyperV делать snapshot

@efes8649

3 жыл бұрын

@@SERVAK использую veam, делает очень долго через сеть 1 гигабит. Репозиторий это nas через iscsi. Бутылочное горлышко показывает сеть, но очень уж не стабильна скорость.

@SERVAK

3 жыл бұрын

А очень долго, это сколько? И какая скорость сети если просто копировать файл?

@efes8649

3 жыл бұрын

@@SERVAK вроде около 3х часов, надо ставить следственный эксперимент

@SERVAK

3 жыл бұрын

@@efes8649 Ок, я тоже понаблюдаю с какой скоростью у нас виртуалки бекапятся, как-то раньше не задумывалась над этим вопросом )