Запустил 1с 7,7 монопольно для глобальной обработки. Надо бы успеть за выходные, но почему-то грузится только 1 процессор из 4х и грузится на 100% а остальные филонят
потыкал мышкой в процуссах - есть соответствие - вроде бы как назанчить процессоры для работы каждого процесса, но чото ни на чо невлияет...
Что еще покрутить?

Перекомпилируй экзешник - 1С 7.7 не умеет задействовать больше одного ядра

тогда может можно настройками сервера?
сервер этот виртуальный, физически стоят 2х4 = 8 процессоров.
Можно ли создавая виртуальный сервер создать ему 1 процессор с ресурсами восьми? тогда наверно все будут работать?

(2) О_о)))Тебе же уже объяснили - 1С однопоточное  приложение.

(3) ну дак в виртульном мире возможно все. и если создать 1 ОДИН процессор из 8 физических ядер, то 1с будет видеть тока ОДИН и ОДНОпоточно работать на ОДНОМ, но мощностью 8 ми ядер. типа как рэйд-массив для винтов.
если хипер-в не может может VM может?

Если 12 мопедов примотать друг к другу скотчем, то получится движок  V12... а это, практически, как у шестисотого мерсюка... ух, мощща!

странно что вы даже не допускаете возможность такого...

(4) ето как?Какфизические ядра будут один поток выполнять параллельно?Сказано же - компилируй в много поточное))).

хипер-в должен уметь распаралелить задачи одного виртуального на 8 ядер.
щас же он умеет делить между вирт. машинами даже с указанием приоритета и % нагрузки...

А чего допускать-не допускать? Читаем маны, есть - делаем, нет- не делаем.. а сидеть и фантазировать, что было бы хорошо, ежели так - смысла нет...  напиши свой гипервизор с блек,.. тьфу - с объединенным процессором и быстрым винтом

От того что поток будет переключаться между процессорами скорость только упадет,фигня все это, садись за компилятор)).

... ушёл за ассемблером

(11) Ну зачем так уродоваться?С++ вполне достаточно.

(0)Элементарно Ватсон! Запустите четыре процесса, и не мучайте 1с и сервер.

Кстати если будет трындеть на форуме вместо работы, за выходные точно не успеешь.

(13) а один монопольный сеанс на одном проце не быстрей чем 4 распределенных сеасна хоть и даже на 4 процессорах со 100% нагрузкой...
они все будут делать запись в одну таблицу и наверно также выстрояца в очередь...
хз
пусть лохматит пока так. монопольно на одном проце.
ПС а я пошел на Преметей...

(15)Я не предлагал тебе распределять один на четыре.
Просто запусти еще три копии 1с, с другими задачами, и задача из (0) будет решена - все процессоры будут загружены.

что такое "Преметей"?

(17)Прометей в переводе гоблина.

(0) Когда нужно было сделать выгрузку документов за год из ТиС в Предприниматель - делал как предлагает (13) (16). Только Я создавал 4 копии базы и в каждой копии делал выгрузку разных месяцев.

(0) автор, запусти 4 копии 1С, в них запусти 4 обработки, в которых уже и решай свою задачу распараллеливания

Это вообщем почему нельзя http://softpoint.ru/article_id376.htm
А вот применение в конкретном случае http://softpoint.ru/article_id375.htm
Согласен не просто но тем не менее можно применять в общем виде для различныхконфигураций.
Насчет виртуализации эти байки вообще повеселили:)
Если логика позволяет делай как указано в (20)

а 8-ка многопоточное приложение?
Или также как семерка грузит одно ядро?

(0) Бросай высокие материи теории паралльльных вычислений и вынимай базу из виртуальной машины - реальная машина всяко будет процентов на 5-10 быстрее. Можешь еще и базу на рам-диск положить, если памяти достаточно.

(21) по второй ссылке одна вода.
(22) сервер 1С многопоточный а вот платформа однопоточная. так что если документы проводятся на клиенте, то никакой многопоточности ты не получишь.

Как вариант, предлагаю ТС купить новый супер тупер комп с ЦП который гонится до 5 ГГц, ОЗУ которого на 32 Гб и выше, SSD быстрый.  Ну и тихо дома у себя выпонять всю работу, если конечно такое возможно...

(24) Если в общем виде расписывать то подругому не получится. Была где то статейка на примере УТ. Там более конкретно с примером кода. К тому же координатор блокировок для данной задачи  на 1С все равно не получится сделать, ну или по крайней мере он будет тормозной.
(25)Необходимо - ЦПУ с максимальной частотой(побольше кеш процессорный тоже плюс ), количество процессоров 2-а.Если клиентских вызовов много и они маленькие то лучше распологать на одной машине, засчет сетевого взаимодействия(точнее его отсутсвия) будет ускорение.Тогда один процесссор идет под клиенсткую часть, а второй под SQL.Если же накладных расходов на диск и по памяти в клиенте много тогда лучше разбить на две машины.  
Память побыстрее (зависит от мат платы и модели проца) тоже важно.Только RAM диски использовать(они быстрее а надежность не очень важна).

(2) 8.2 файловая может? 8.2 толстый клиент может?

(27) 7.7
вообщем не ссуть. если по быстрому нет, то кончу по ночам за пару недель... не горит.
мне надо разово. спросил. думал есть красивая кнопка в Хипер-В - создать виртуальный процессор из 8 физических и чтоб ОН был координатором и распаралеливателем всех в входящих в него вир.машин с их вирт.процессами.

(28) Это было бы круто;) Но это фантастика!

(27) Аналог Большой Красной Кнопки - мечты бухгалтера "Рассчитать все, как я хочу"

Извините, (28)