1С и Hyper-Threading сочетание...? #97768

Сервер 2xXeon, Hyper-Threading включен, 1С ИТРП Стандарт с большими доработками, Windows 2003, запуск с консоли.Операция закрытия месяца стала занимать время 12-14 часов, что не позволительно.При этом в процессах видно, что процессоры грузятся на до 27 процентов. Иначе говоря работает один виртуальный процессор.Если отключить Hyper-Threading, то думаю, что время на закрытие сократится.Правильно, ли я думаю?Как это повлияет на работу остальных пользователей? (в SQL порядка 30 подключений)

HT хорош при выполнении операций различного рода, т.к. на самом деле идет речь не о двух процессорах, а о двух управляющих устройствах на одном процессоре. Так вот они должны использовать разные ресурсы процессора, тогда увеличение производительности, иначе возможно и замедление. Попробуй выключить. Хотя вроде б значительного сокращения скорости работы замечено не было.

Неправильно думаешь. При условии, что мать сервера нормальная.Будет 54% ;-))PS: 2% из 27 отъедает система. Займи сервер еще чем-нибудь, если сие смущает ;)

Отключай и не сомневайся, получешь ускорение в разы. Реальное увеличение он дает только в тестах или под Unix подобными системах. Сочетание Windows и MS SQL дает замедление при включенном HT минимум в два раза максимум в 8. Проверено тестами.

Что-то мнения слишком разные...Я полагаю, что в данном конкретном случае (закрытие месяца) я выиграю точно, так как будет задействовано 50%(1 физ.проц.)Вопрос как это скажется на ежедневной работе?

не веришь - проверь. Потом все равно обрубишь его.

База у тебя большая, вот и все.Я проверял у себя как - путем ввода нового реквизита в ну о-очень большой справочник и просто полной реиндексацией базы.Так вот, что в лоб, что по лбу - все едино (с) Высоцкий.Реиндексация даже чуть быстрее выполнилась с НТ.Зато в случае наличия большого числа юзверей в базе - НТ просто манна небесная.

Вижу, что прийдется проверять на своем опыте...

я проверял на множестве баз. И мое утверждение применительно не только к 1С, более того 1С тут вообще не причем. Не умеет просто MS SQL нормально работать с HT.

Скуль или ДБФ?

такая проверка - это проверка не проца и НТ, а скорости работы дисковой подсистемы...

база в SQL

он же вроде конкретно написал в последней строке темы что SQL

Точно. :-)За скуль не скажу насколько эффективно он использует НТ на скуль сервере.Поэтому попробуй. Хуже не будет.

2 Почему же тогда процы грузятся, и грузятся хорошо?

Процы грузит SQL (Почемуто на 1С растат logo файл) но %25 еще грузить система зашиты ИТРП

кстати, не глянул что винда 2003. В ней не пробовал, все мои тесты были в Windows 2000 Server. И по ней кстати сама Microsoft неоднократно заявляла что Windows 2000 Server со всеми сервиспаками не поддерживает HT (хоть и рисует в TaskManager дополнительные процы), и официально на семинарах рекомендовала отключать HT.

сегодня после работы вырублю HT и посмотрим что получиться...

Сообчить не забудь. ;-)

да куево они живут вместе. даже статья была на тему почему оно тормозит. там же два процессора физических. с HT получается четыре - два физических и два виртуальных. если приложение и/или (не помню) ОС кривые, при определенных условиях загружается сначала физический, потом виртуальный процессор, который HT сделал из этого физического процессора. т.е. работает один физический процессор.

Это про W2000, в 2003 это исправлено.ЗЫ: Хотя на самом деле это справлено в ХР, а уже оттуда мигрировало в 2003 сервер. Если загрузка 27%, то вкл/откл НТ тебе не поможет.

да проблема врядли в такой загрузке проца, т.к. у меня в тестах получалась полная загрузка всех 4-х (2реальных) процов, и графики винда рисовала нормальные что пашут все 4 "аж бегом". А эффект при этом был явно отрицательный, и чем больше нагрузка на процы тем больше разница получалась. Не знаю может в 2003 они что подправили, но про 2000 ответ - только отключение HT.

Авторитетно утврждаю что на Windows Advanced server 2000 + MSSQL + 1С надо отключать. Особенно это чуствуется прит выполнении регламентных работ на больших БД.(Тесты проводились)

а в 2003 не пробовал? у парня то именно 2003про XP и .NET сам помню читал что проблема решена была, у майкрософта даже статья по этому поводу на сайте болталась (англ.), но интересно как оно на самом деле, статью то написать легче чем ось переделать.

bc2. Жду отчета о производительности после отключения НТ. Заранее спасибо

(20,22) точно, вспомнил - про w2k. но осадочек остался :)

И вообще MS SQL тут никоим боком не виноват.Это беда от управления потоками халом винды. А в 2000 винде его не патчили и патчить не собираются.

короче, unix rules forever

(18,24) Результаты будут (самому интересно какие), но нескоро,потому как сервер рабочий.Поскольку меня интересует конкретно закрытие месяца в ИТРП, то на нем и посмотрим. При включенном HT март месяц 14 часов 20 минут,при выключеном HT - сегодня с вечера запущу...

То 28.Интересно а как вы это проверять будете?Нагузка может отличатся следовательно нужно либо спец. тесты подготовить к максимально приближенным реальным условиям либо статистически определить интервали времени с одинаковой нагрузкой(счетчики ,трасы) а потом на них замерять с НТ и без.

Меня интересует прикладное применение: просто посмотрю сократится ли время на закрытие месяца (штатно в ИТРП оно проводится монопольно).Согласен, что эксперимент не будет на 100% чистым.

Результаты:Проводилось Закрытие марта месяца в ИТРП монопольно.Кроме отключения HT в настройках сервера и в конфигурации 1С ничего не изменилось.При включенном HT - 14 часов 20 минут,при выключеном HT - 12 часов 40 минут.Итого сокращений времени ~12% : не густо, думалось будет больше...И пока неясно как повлияет на работу пользователей с сервером...

спасибо за результат.Короче и в 2003 пользы от HT никакой.

А при чем тут операционка?Без того, что написано в притом по отношению ко всей цепочке: ЦПУ->Операционная система->сервер SQL->1С, говорить, что-либо безапеляционно совершенно бесполезно..Поскольку 1С не использует параллельных запросов, а только последовательные, и с SQL базой работатет только один пользователь в монопольном режиме, то сильно сомневаюсь, что и сам SQL сервер будет выполнять запросы на нескольких процессорах одновременно. Соответственно отключение НТ могло привести просто к тому, что, например, обменом информацией с устройствами занимался один "реальный" процессор, а запросы SQL выполнялись на другом. Было бы интересно принудительно заставить работать SQL сервер на каком-либо определенном "реальном" процессоре.

Замер должен производится по крайней мере 3 раза. Иначе это не тест.

нету у ГТ никаких ни "реальных" не "нереальных" процессоров, ну добавили алу и конвейер разделили, а проц один всеравно выходит, разделяют поток вычислений на разные устройства, но данные передаваемые всеравно в симплексе будут идтить, да думаю еще и передаются по определенным условиям тому или другому, вот и может выйти что не тому и не другому, и разделить задачи между ними не возможно, с 2 процами еще коечто и возможно, но тоже полное разделение задачь очч сложно сделать, можно задачу(поток команд/данных) разделить но попробуй из него отловить что кому послать и потом раздать...

Ну ожидал человек чуда. Не обломилось.

а что, никто не оптимизировал код например начисления амортизации под СКЛ? под СКЛ минут 20 проводит, а в ДБФ - 1.

"Всё, Новосельцев. Теперь ваше дело труба" (с)Алгоритмы, мля. Уму не постижимо чего там можно закрывапть 14 часов.

Хороший эффект получается при обработке разнородных данных, так как тогда различными виртуальными процессорами используются различные мощности реального процессора.У пня длинный конвейер и при оптимизации он работает весьма неплохо. Насчет потока входных данных ИМХО ты не совсем представляешь как это работает. Процессор раздачей не занимается.

занимается, еще как - если 2 алу конвеер(ы) и раздают, конечно конвеер можно считать не процессором, поверь на слово без всяких умных словей что пишут в разных журналов (всеж электронщик изначально и выч технику начинал с 8080 и 589(на ем еще тогда можно было много/мультипроцессорную систему сбацать) и ни на уровне ассемблера, а в кодах и ручками складывал все в схемы

А ты в отладчике глянь :)Там два процесса отжирают все время: пересчеты регистров и обращения к ВК.Если с первым еще можно побороться, то со вторым ;)

Вот блин, да что вы спорите - это уже давно известно, что отключение HT дает прирост порядка 10%, но на одном однопотоковом приложении.Если таковых много, то эффект будет прямо противоположный - до 20-25 выигрыша при использовании HT.Прописные истины блин ...

А чего спорить, человек хотел провести эксперимент? Он его провел... и убедился, что все произошло, как и говорили :)