Здравствуйте!
Подскажите, вот у меня Windows Srever 2008 R2 Standart x64, SQL Server 2008 x64 и Сервер 1С предприятия 8.2.19.68 x32

запускаю отчет, который долго формируется, гляжу в диспетчер задач и вижу, что загружено только одно ядро проца. Вопрос: если я перейду на сервер 1с предприятия х64, то будут использоваться сразу все ядра? отчеты тогда будут быстрее формироваться? или такая задача, как формирование отчета, в принципе не может выполняться несколькими ядрами процессора?

в принципе то я задачу формирования так, для примера привел

формирования отчета*

Нет. На один процесс - один процессор.
Несколько процессов, несколько пользователей - тогда ядра будут использоваться.

скорость работы с базой в принципе должна стать быстрее, по идее?

(4) чисто конкретно

а какой тогда плюс сервера 1с x64?

(6) перечитай (3) пятнадцать раз для просветления

Не знаю, у меня все 64 бита, в работе 1С задействованны все 4 ядра, грузит все равномерно.

(0) не будут.

(8) при одном пользователе?

(10) Да, Я пря ща зашел на резервный сервак, и проверил. Пользователь только Я.

(7) не совсем понял, т.е. на х32 сервере 1с предприятия все пользователи используют 1 ядро многоядерного процессора?

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

(13) Из за виртуальности.
(12) нет.

(12) нет, все ядра будут видны как при 32х так и при 64х битах, они от битности не зависят. Имеется ввиду что сколько пользователей подключилось, столько и ядер задействовано.

(14) так в чем тогда плюс x64 сервера 1с?

просто не могу разобраться
почитал это http://www.gilev.ru/app1c/

"Q: ВОПРОС: Рабочй процесс 1С:Предприятие 8.1 является однопоточным приложением или многопоточным? Т.е. может ли загрузить много ядер при одном подключенном пользователе? При нескольких? А рабочий процесс 1С:Предприятие 8.2? Спасибо.
A: 1Сv8.exe и rphost.exe в версии 8.1 отъедали 1 ядро. По сколько в 8.1 соединение клиента находится жестко привязанным к рабочему процессу, то можно условно считать, что обработка клиентов 1С выполняется в рамках одного ядра. Исключение составляет СУБД, которая использует ядра не зависимо, как работает сервера 1С.

В версии 8.2 соединения заменены сеансами. Сеансы могут уже выполняться в разных рабочих процессах. Поэтому назвать 8.2 однопоточной наверно не правильно. Клиент 8.2 тоже визуально загружает несколько ядер, поэтому так:

платформа 8.2 не реализует всех возмжностей многопоточной системы, но она существенно лучше использует возможности железа по сравнению с 8.1, в том числе и в плане параллельности."

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

(16) автор, ты реально? или прикидываешься?

сам ведь скопипастил "платформа 8.2 не реализует всех возмжностей многопоточной системы", или не читатель?

(17) нет, ну там написано "платформа 8.2 не реализует ВСЕХ возмжностей многопоточной системы", т.е. она частично реализована с помощью рабочих процессов, а 1 пользователь может использовать несколько рабочих процессов (исходя из той статьи)
чего я не понимаю, объясните, пожалуйста.
я же хочу просто понять, неужели стоимость лицензии на x64 сервер 1с предприятия выше в раза только из-за возможности работы с большими объемами памяти и размерами БД?

выше в 2 раза*

(0) немного согласен с тобой, то есть ты хочешь сказать, допустим сервер 16 ядер, и я создам 16 процессов и у меня работа пользователя вообще будет мимолетной, если все задачи разойдутся?

вместо то есть = но .

(19) в отчете вообще-то 98% времени занимает обработка одной строчки Запрос.Выполнить(). Допустим чисто гипотетически, что программа насколько умная, что выделит в отдельный процесс эту строчку. Всё равно на другие процессы придется 2 процента. Ты их и не заметишь. ПО времени также будет выполняться. Откуда у тебя такие мысли появились, про в 2 и про в 3 раза?

(20) я этого не утверждал, а всего лишь привел выдержку из статьи, поэтому спрашиваю у людей здесь

(22) "в 2 раза" я имел ввиду стоимость лицензии на х64 сервер 1с предприятия

(0)
Если запрос отправлен на SQL и он его жует: SQL сам решает, сколько ядер использовать.
Если запрос переваривается сервером 1С, то, скорее всего, будет 1 ядро использоваться.
Если результат дошел до клиента и он просто обходит выборку - будет загружено только 1 ядро.

(24) а как определить на SQL отправлен запрос или нет?

вообще я думал, что на SQL только запросы и отправляются, а на сервере 1с предприятия выполняются всякие остальные процедуры и функции

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

(0) в большинстве стандартных отчетов у вас будет использоваться мало ядер сервера 1с и много ядер на ms sql server, но есть как минимум отчеты с построением в "фоновом режиме", там еще будет тратиться ресурсы на фоновый поток

в НЕ стандартных отчетах вы можете написать сбор исходных данных через фоновые задания в несколько потоков, а потом собрать данные, НО это есть смысл делать для реально длительных отчетов, которые длятся минутами, так как как передача данных от одного фонового задания к другому из разных РАБОЧИХ процессов занимает до 30 секунд иногда (если объем данных большой), т.е. вы многократно копируете одни и теже данные по разным процессам (потокам)

если вы не программист, то вообще не заморачивайтесь - воспринимайте все как должное )))

(25) Ёлы-палы, ну посмотри ты в диспетчере задач, какой процесс грузит процессор.

(28) понятно, спасибо за пояснение
вообще у меня упп 1.3.44.1 слегка подредактированная, поэтому менять механизмы построения отчетов и не собирался))
меня интересовало конкретно, увеличилась бы скорость работы отчетов при переходе на сервер 1с предприятия x64

(29) а, ну это да. я просто еще имел ввиду, неужели в клиент-серверном варианте запросы могут выполняться еще на чем-то кроме сервера БД? я думал, что все запросы должны посылаться на SQL, а весь остальной программный код выполняется в самой 1с-ке

(30) не думаю, что возможность х64 системы по предоставлению большего объема оперативной памяти для сервера 1с сильно может  повлиять на скорость
обычно большие объемы нужны просто если много пользователей или отчетами дергаются большие объемы памяти и вы при этом получаете ошибки о нехватке памяти

(30) Да, запрос посылается в SQL, оттуда результат идет на сервер 1С, где он тоже обрабатывается. Обработанный результат идет клиенту, а там уже может очень долго работать вывод через Выборка.Следующий() и ТабДок.Вывести().
Поэтому сначала надо найти, на что уходит основное время.