Здравствуйте! Подскажите, пожалуйста, каким образом можно заставить работать 1с с многоядерным процессорами? и можно ли? или что делать?
2 четырехядерных процессора, но используется только одно ядро....
?
Есть ли способ решения?

только увеличивать количество одновременных процессов

(0) Всех загнать в терминал

только увеличивать количество одновременных процессов
Всмысле?

Да нет, проблема только с длительным временем перепроведения базы - 5 часов,
через sql 7...
а загружается только одно ядро процессора..

(3) проверь max degree of parallelism, немного поможет, хотя в редких случаях параллельность запросов приводит к глюкам в базе

(3) имхо, тогда SQL сервер оставить там, а обработку запускать на клиенте с максимальной частотой процессора

(0) Это сделать очень просто - переписать движок 1С.

в общем понятно - готового решения нет..?
max degree of parallelism - получается тоже может привести к глюкам и опасно ставить?
обработку запросов - для этого и сервер покупался, но оказалось не верно, нужно было упор делать на частоту процессора,а не многоядерность и кол-во.

>в общем понятно - готового решения нет
1С - это и есть готовое решение

а у тебя как в анекдоте - вот вам 9 женщис и справляйтесь за месяц

(7) см (2)

Прямые запросы
Смотри чо с винтами во время перепроведения творица

(0) Если SQL, ставь смело max degree of parallelism = 1 (можно через  ENTERPRISE MANAGER в свойствах сервера на закладке PROCESSOR поставить "use 1 processor". Никаких глюков не будет.

(12) и что это даст если у него основная работа делается в 1С? как бы ты не включал распараллеревание запросов в MSSQL - процесс 1С - слабое звено ;)

(13) 1С как работала на одном ядре физического процессора, так и будет работать :)))

(13) Распаралелит SQL при одновременной работе нескольких пользователей.

(15)"use 1 processor" и распараллеливание между несколькими процессорами не противореит друг другу?

(16) Нет. "use 1 processor" - только для текущего запроса от одного пользователя. 2-й пользователь будет использовать 2-й процессор. и т.д.

+(17)
http://www.sql.ru/articles/mssql/2005/052402ParallelismAndUncertainty.shtml

"Use the max degree of parallelism option to limit the number of processors (a maximum of 32) to use in parallel plan execution. The default value is 0, which uses the actual number of available CPUs. Set max degree of parallelism to 1 to suppress parallel plan generation."

!!!max degree of parallelism = 1 to suppress!!!

Писец советчики...

(16) +1

(15) ко всему сказанному, прочитай ветку полностью

(7) сервер покупался правильно, т.к. работают много пользователей...

а для перепроведения всей базы одним пользователем попробуй (5)

(23) + очепятка: работают = работает

(20) Оригинальная мысль. Можно ссылку в обоснование? Личное мнение - не очень убедительный аргумент.

(25) ссылка - Ваши ответы в данной теме

(25)вот сейчас (25) это что было?

(26) + специалисты меня поймут, а я никогда не спорил здесь и спорить не собираюсь

(26) Повторюсь:
у Вас есть по этому поводу какие-то аргументы в виде ссылок, бенчмарков?

(0) Вам бы лучше на специальный форум. Там эта теме уже обсуждалась, например:
http://www.sql.ru/forum/actualthread.aspx?bid=1&tid=499466&pg=1&hl=max+degree+parallelism

(29) для того, что бы заставить работать все процессоры, достаточно их разрешить в настройках MSSQL

Я еще раз повторюсь... Прочитай внимательно (0) и, главное, эту фразу "заставить работать 1с с многоядерным процессорами"

(29) А ссылки просьба давать на официальную документацию

(30) Ваше личное мнение мне понятно. Возможно, оно основано на личном опыте. Я просил обоснование этого мнения. Ссылки, сравнения. То, что можно посмотреть и проверить.

(33)

Установленное по умолчанию значение 0 использует все доступные процессоры. Чтобы отключить формирование параллельных планов, присвойте параметру max degree of parallelism значение 1. Установите значение, превышающее 1, чтобы ограничить максимальное количество процессоров, которое можно использовать при выполнении одного параллельного запроса. Если указано значение, превышающее число доступных процессоров, используется фактическое число доступных процессоров. Если у компьютера только один процессор, то значение параметра max degree of parallelism учитываться не будет.


Ссылка на локальный MSDN
ms-help://MS.SQLCC.v9/MS.SQLSVR.v9.ru/udb9/html/86b65bf1-a6a1-4670-afc0-cdfad1558032.htm

(31) "заставить работать 1с с многоядерным процессорами"
Сама 1С не паралелится. Но SQL запросы, порождаемые 1С, очень даже паралелятся самим SQL сервером. Рекомендации - не паралелить один запрос, а выполнять одновременные запросы от разных пользователях на разных процессорах.

Впрочем, вопрос был не в этом. Фразы типа "Писец советчики" в (20) неприемлемы в профессиональной дискуссии. Даже если Вы с чем-то не согласны.

Кажется многопроцессорные приложения не работают как монопроцессроные... А монопроцессорные не могут загружать все ядра...

З.Ы. логично?...

Выход - 8.1

(35) сравни (34) с (12)


и подумай, что ты там посоветовал...

p.s. Использование всех процессоров включено по умолчанию.

pps. Но я посмотрю, как это поможет, при огромных расчетах и ненужных обращениях к БД в модуле проведения документа...

(36) Не логично. SQL сервер под 7.7 прекрасно загружает все процессоры при многопользовательской работе. Для этого надо поиграться с двумя параметрами:
1. max degree of parallelism
2. cost threshold for parallelism

(39) вот поэтому и спрашивают... как ускорить работу 1й копии 1С на 8процессорном сервере - ответ: никак

а MSSQL по умолчанию использует все серверы

(40) очепятка: а MSSQL по умолчанию использует все процессоры

(38) "Чтобы отключить формирование параллельных планов, присвойте параметру max degree of parallelism значение 1"
Именно это я и посоветовал - установить значение 1. И утверждаю, что это подавляет рапаралеливание только одного запроса от одного пользователя. Другой одновременный запрос от другого пользователя будет выполняться на другом процессоре одновременно (паралельно) с первым. Т.е. смысл: одновременное выполнение разных запросов на разных процессорах.

(35)Все понятно...
На закладке "Processor" есть два параметра настройки работы с процессорами:
1. Количество и какие именно, на которых будет работать эта инстанция sql-сервера;
2. Количество процессоров, которые будут использоваться для выполнения параллельного !запроса! от !клиента! (а не от !клиентов!);

+43 т.е. (для п2) !один! !запрос! от !одного! клиента распараллеливается и выполняется на разных процессорах (а на каких именно и скольких штуках определяется этими настройками).

(43) с больными тяжело спорить :)), так что забей на него :)))

(40) Безусловно: одну копию 1С никак не следует паралелелить. (Хотя при желании это можно делать с помощью параметров в (39). И я для эксперимента это делал. Но делать это не стоит, т.к. с высокой вероятностью это ухудшит время выполнения).

+43 кстати, из-за того, что !один! запрос от !одного! клиента выполняется на разных процессорах, возникает странный эффект, как дедлок, где жертва и победитель один и тот же spid.

(46) а ты еще и ограничиваешь работу и для MSSQL одним логическим процессором... вот и думай

(44) Да.
(45) Вы ничему не учитесь?

(49)ага, спасибо за науку. Буду знать.

(50) проверь и посмотри, что получится

(51)что проверить и посмотреть? что-то я сбился с текущего контекста.

(49) предлагает, отключить параллелизм.

Данное действие должно увеличить скорость работы маленьких запросов.
Но для (0) - когда запущена одна копия 1С получается следующий момент: На каждый запрос 1С будет выделяться 1 поток, 1С не запускает одновременно несколько запросов (или я не прав?), таким образом получаем: 1С работает на 1 логическом процессоре + MSSQL работает на 1 логическом процессоре...
При нескольких пользователях данная схема может и увеличит быстродействие (это тоже надо проверять), но при случае в (0) мы просто добавляем еще одно ограничение.

Это и все выше сказанное, ИМХО

(48)
"Max degree of parallelism (DOP) - дополнительна опция конфигурации SQL Server, с которой связано много вопросов и которой посвящено множество публикаций. В этой статье своего блога, автор надеется внести немного ясности в то, что эта опция делает и как её нужно использовать.
Во-первых, автор хотел бы рассеять любые сомнения по поводу того, что указанная опция устанавливает, сколько процессоров может использовать SQL Server при обслуживании нескольких подключений (или пользователей) - это не так! Если SQL Server имеет доступ к четырем неактивным процессорам, и он настроен на использование всех четырёх процессоров, он будет использовать все четыре процессора, независимо от максимальной степени параллелизма.
Так, что же эта опция даёт? Эта опция устанавливает максимальное число процессоров, которые SQL Server может использовать для одного запроса."

(54) пользователь один, он выполняет запросы один за другим, Вы выделяете ему один процесс на один запрос, даже если все запросы будут выполняться по очереди на разных процессорах, то это ситуацию не изменит...

(53)
1. Предполагаю, что 1С следует запускать все-таки на клиенте, а не на сервере.
2. Даже в случае однопользовательской работы не следует разрешать использовать более 1 процессора - см. (46)

(55) Да.

(57) я и говорю, что работать будет медленнее, так как пользователь один, запускает запросы по очереди (каждый в отдельном потоке, читай на одном процессоре) и сколько при этом процессоров не важно, т.к. он запускает эти запросы ПО ОЧЕРЕДИ.. т.е. больше, чем 1 логического процессора, он использовать не будет!

(58) + и чел, все-таки запускает там и 1С... это по поводу вопроса в (0) и к пункту 1 в (56)


кстати, следуя пункту 1 в (56) надо сначала сделать так (5)... а потом думать, стоит ли делать (12)

есть мнение, что вы уже гоните.
быстро определились в своих показаниях.

(58) Вы неправильно меня поняли. Один пользователь не одном процессоре в общем случае работать будет быстрее. Даже если больше никто не работает.
Разумеется, при желании можно придумать и реализовать частный случай, когда это утверждение можно обойти.
Но в целом это утверждение верно для большинства ситуаций.

Всю ветку не читал. Много букв. Вроде ктото писал под терминал и многоядерность ВК для 77. Или я чтото путаю?

(61) это верно, для всех мелких запросов

(61) я ж и говорю, делается (5) а потом думает, стоит ли делать (12)... пробует, прибавилась скорость или нет... и оставляет как лучше

(63) Для любых запросов.
(62) Про терминал никто не писал.

+(61) Исправление:
"Один пользователь на одном процессоре в общем случае работать будет быстрее."

(64) Для одного пользователя выигрыш может быть незначителен и очень зависит от кеша SQL.
Реальный выигрыш будет именно для многопользовательской работы.

(65) цитата из той же статьи

"Так, что же эта опция даёт? Эта опция устанавливает максимальное число процессоров, которые SQL Server может использовать для одного запроса. Если запрос к SQL Server должен вернуть большой объём данных (много записей), его иногда имеет смысл распараллелить, разбив на несколько маленьких запросов, каждый из которых будет возвращать своё подмножество строк. Таким образом, SQL Server может использовать несколько процессоров, и, следовательно, на многопроцессорных системах большое количество записей всего запроса потенциально может быть возвращено быстрее, чем на однопроцессорной системе."

(66) для нескольких пользователей может быть и будет выигрыш...
но опять же зависит от типа большинства используемых запросов

(67) "его иногда имеет смысл распараллелить, разбив на несколько маленьких запросов, каждый из которых будет возвращать своё подмножество строк".
Вы знаете, как это сделать в 1С? Я нет.
ИМХО, из 1С не стоит и пытаться.

(69) а это делает именно сам MSSQL при использовании распараллеливания... вне зависимости от клиента

(70) ИМХО, дискуссия плавно выдохлась. Подитожу.
Вы полагаете, что Max degree of parallelism надо ставить в 0 (по умолчанию). В надежде, что SQL сам разберется, что ему делать.
Я полагаю, что Max degree of parallelism надо ставить в 1 всегда. И особенно в нагруженных системах.

(71) в общем, верно

Проблема только в 1с Он всеравно работает только на 1 ядре, sql -бегает нормально.
самый быстрый имеющийся сервер, это 3ghz, но здесь SAS технология + xeon, поэтому выходит по времени даже быстрее...

У меня стоит версия sql 2005 русская.
там: в закладке Процессоры в свойствах сервера:
"Максимальное число рабочих потоков" - это и есть max degree of parallelism?
Но когда я выставляю значение 1, и сохраняю, при повторном открытии, вместо 1, стоит значение 128.
+ еще есть такое: "Использовать волокна Windows (использование упрощенных пулов)"

Вообще решил до этого не использовать все же SQL, или получается работа пользователей c sql базой будет в таком случае лучший вариант?

kuromanlich
Выход - 8.1

Значит в версии 8.1. реализована возможность использования многопроцессорных систем?

Все нашел, в ms sql 2005 во вкладке Дополнительно.

Кстати еще есть такая функция не знаю что она даст во вкладке соединения:
Использовать регулятор запросов для сокращения времени их выполнения(по умолчанию выключено)

(73) Вы используете SQL 2005 для 1С 7.7 ?

(73) где ты такие термины берешь? гугл их не знает, давай бо английски

(77) Он сказал, что у него на сервере процессоры Xeon с тактовой частотой 3 гигагерца и винчестеры SAS.

(78) >Использовать волокна Windows
вот здесь я  понимаю что это "Use NT fibers", но AFAIK их в 2005 нету. мож со вторым сервис паком появились но вряд ли. а что такое "Использовать регулятор запросов" я даже предстваить немогу

(79) Наверное, "Use query governor"

(74) "Значит в версии 8.1. реализована возможность использования многопроцессорных систем?"
Там другие проблемы. SQL, при грамотной настройке, редко бывает узким местом.

Все готов сообщить результаты:
при sql max degree of parallelism
в общем немножко быстрее обработал базу
вместо 7.30часов. за 6.50.
но вообще без использования SQL за 5 часов

Вот такой вопрос, имеет ли вообще смысл тогда, использовать sql?
На сервере всегда всего примерно 15-20(25) клиентов. Может будет 35.



--------
Там другие проблемы. SQL, при грамотной настройке, редко бывает узким местом.

всмысле?

значит сложно настроить нормально?
а если без SQL. в ней реализована работа многопроцессорная?


  shaggyboy - появлялись или нет - у меня есть, стоит windows server 2003 sp2.  сейчас поищу про волокна.

да всмысле 3 гигагерца это уже другой сервер, а так на нем 2 xeon 1.6 quad

при sql max degree of parallelism =1

(83) а с при sql max degree of parallelism =0?

(82) смысл использования MSSQL именно в том, что большее количество пользователей сможет работать с базой одновременно. Но в то же время нет и быстрой работы ОДНОГО пользователя.

(82) "значит сложно настроить нормально?" - сложно только первый раз. Надо просто запомнить несколько простых правил: об использовании памяти, об использовании дисков, о настройках сервера и SQL сервера, о резервном копировании.

"Вот такой вопрос, имеет ли вообще смысл тогда, использовать sql?" - тебе решать. SQL ставят в целях:
1. Масштабируемость
2. Возможность круглосуточной работы (регламентные работы можно делать, не прерывая работы пользователей)
3. При определенной квалификации - возможность резко увеличить скорость работы приложений (T-SQL,1С++)

(86) +100

val, молодец. Смог вывернуться. И почти никто и не заметил.

(88) ты об использовании одного процессора в (12)?

(88) Я тоже не заметил. Просветишь?

(12) - ставь смело max degree of parallelism = 1 --> (15) Распаралелит SQL при одновременной работе нескольких пользователей. --> (16)+(17) --> дальше какой-то бред сумасшедшего.

(91) Вы не в теме. Совсем.
Вам сюда:
http://www.sql.ru/articles/Publications.shtml#075

(92) по поводу (12) он прав...

т.к. Вы посоветовали отключить параллелизм (что делает один запрос на одном процессоре), а потом еще и оставить доступным SQL серверу только один процессор... а потом говорить, что каждый запрос будет выполняться на РАЗНЫХ процессорах (это тогда, когда мы все, кроме одного запретили)

(93) "а потом еще и оставить доступным SQL серверу только один процессор".
В каком посте я сморозил такую глупость?

(93) Попытаюсь догадаться:
Вы говорите о 12 посте "можно через  ENTERPRISE MANAGER в свойствах сервера на закладке PROCESSOR поставить "use 1 processor" ?
Которое в секции "Parallelism" на закладке PROCESSOR ?
Так это то же самое, что "max degree of parallelism = 1".
Я думал, Вы знаете.

(95)мы то знаем.

(95)еще раз диалог:
v: -ставь смело max degree of parallelism = 1. Никаких глюков не будет.
g: -и что это даст?
v: -Распаралелит SQL при одновременной работе нескольких пользователей.
к: -"use 1 processor" и распараллеливание между несколькими процессорами не противореит друг другу?
v: -Нет. "use 1 processor" - только для текущего запроса от одного пользователя. 2-й пользователь будет использовать 2-й процессор. и т.д.
...
v: -"Чтобы отключить формирование параллельных планов, присвойте параметру max degree of parallelism значение 1"
Именно это я и посоветовал - установить значение 1. И утверждаю, что это подавляет рапаралеливание только одного запроса от одного пользователя. Другой одновременный запрос от другого пользователя будет выполняться на другом процессоре одновременно (паралельно) с первым. Т.е. смысл: одновременное выполнение разных запросов на разных процессорах. (прим: вот это вообще за гранью добра)

(97) "Т.е. смысл: одновременное выполнение разных запросов на разных процессорах. (прим: вот это вообще за гранью добра)"
И что не так?

"Другой одновременный запрос от другого пользователя будет выполняться на другом процессоре одновременно (паралельно) с первым" - это ни какой настройкой не делается.

(99) да он сначала предлагал включить параллелизм поставив 1.

но к концу ветки разобрался, что оказывается выключить :))

Главное разобрался в вопросе... хоть на начало дискуссии и был полностью "не в теме" :))

(99)
1. Вы пробовали? Я проверял.
2. Я не пытался давать точные определения. Я пытался на пальцах обьяснить, что происходит при одновременной работе пользователей при "max degree of parallelism = 1". Если Ваш уровень выше, Вы просто могли дать свои рекомендации.

(100) "max degree of parallelism = 1" как раз выключает параллелизм (по одному запросу). И позволяет загружать процессоры равномерно при многопользовательской работе.

(102)
к: -"use 1 processor" и распараллеливание между несколькими процессорами не противоречит друг другу?
v: -Нет.

(103) Неоднозначность толкования "распараллеливание" - теперь понятно, что смутило. Просто бы переспросил. Ну а теперь, когда все выяснено и рекомендации даны, стоит продолжать ветку?

(104)у меня ни какой неоднозначности толкования "распараллеливание" не было, говорили же про "max degree of parallelism", а эта опция сервера влияет на план выполнения параллельного запроса (парал. выполнение конкретного запроса от конкретного пользователя, а не от нескольких пользователей, которые будут выполняться каждый на своем сервере (кстати, что будет, когда процессоры кончаться? :) )).

ты это спрашивай не у меня, который знает, а у автора ветки, который интересуется. хотя, на твоем месте я бы тоже был заинтересован, чтобы ветка быстрее утонула :)

А у тебя блокировок документов при работе не встречается