Работая админом, наткнулся на 1 интересный факт! Как так - 1с при многоядерном проце, файловая версия, загружает всего одно ядро... Возникает вопрос, не собирается ли "1С" в ближайшее время поправить столь большое неудобство.

Рабочие процессы сервера 1С занимают отдельные ядра. На текущий момент этого достаточно.

файловая версия через HTTP вроде тоже много процев жрет

К чему просто начал поднимать тему, в последнее время интегрируем 1с с информационным портал пользователей, выгрузка через xml, каждый день выгружаем порядка 50 000 элементов, на все про все 10-15 мин, при загрузке 1 ядра из 8...

а слабо выгружать не все, а только измененные?

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

и потом:

(0) Собрался в 1С видео кодировать или делать анимацию бух баланса с 3D-эффектами? Характер работы в базами данных _одного_человека_ никак не предполагает распараллеливания, ну а фоновое исполнение отчетов в 1С уже есть.

(0) Уточни, какую 1с имеешь ввиду 7.7 или 8.x?

(0) но независимо от версии 1с почитай про парковку ядер

(7) фоновое исполнение отчетов в 1С уже есть - а что это, и как оно работает?

(5) Нет особого риска, если руки прямые.

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

(12) Делать многопоточность чисто для обновления экрана?

(13) Не только - чтобы каждая форма на экране могла работать в своём потоке - тогда механизм событийного взаимодейстия между ними становится прозрачным и понятным, и не надо думать, что будет там, когда что-то будет здесь.
Просто в случае многозадачности и параллельного исполнения программировать на самом деле проще, хотя многие почему-то считают, что очень сложно.

(14)каждая формочка будет требовать свого подключения к бд 1с и будет устанавливать свои блокировки. проводишь док1, переключаешься на док2, тоже проводишь, открываешь проводишь док3, вываливается док1 из-за недостачи остатков, вместе с ним док2-и3 из-за блокировки транзакции. Какая-нибуть маня запустит параллельно 6 карточки материального счёта за 2 года -всем весело, все счастливы, все тормозят.  Torquader - вы гений, как только другие до такого не додумались

(12) Фигня. Если это то как сделано в 8.2 мне совершенно не нравиться
Запустил отчет он что-то счтает. При этом по отчету можно тыкать кнопки, но меню 1С не доступно. Можно вообще тупо закрыть отчет, а 1С будет все висеть. Так что не вижу ничего в этом хорошего

(7)Уточните пожалуйста.Я правильно понял что в 8ке отчет будет выполнятся другим ядром?Или нет?

(17) Фоновые(регламентные) задачи живут своей жизню. При этом ничего не мешает этим фоновым задачам тупо зависать, и приходиться перезапускать сервер

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

(15) Будто бы сейчас каждый документ не выставляет свои блокировки. Да и несколько процессов прекрасно могут работать с один подключением к базе данных - просто не нужно ждать его готовности, а выполнять действия и задания - по мере их возникновения.
Да и некоторые отчёты можно в несколько потоков выполнять - будет только быстрее.

P.S. будто бы сейчас нельзя запустить паралелльно несколько отчётов под разными пользователями ?

(15) Почему-то мне казалось, что при работе по сети именно так ситуация и обстоит. Но, наверное, лишь показалось.

предлагаю автору убиться об стену

(16) Какое еще меню? Режим фонового выполнения работает только в управляемом приложении. И как бы другие окна тупят только при формировании табличного документа отчетом. Во время получения данных система спокойно работает.

(23) Я про отчеты на СКД, которые тоже фоновые юзают

Поставь 8.2 d в управляемом режиме,SQL и кластер серверов
будет счастье

А файловая она на то и файловая - чтобы тормозить и стимулировать покупать что то посерьезнее

(17) Да, специально сейчас попробовал.
Два отчета выполняются параллельно, никакие менюшки ес-но не блокируются. Само собой клиент-сервер (MS SQL 2008).
В диспетчере загрузка rphost до 100% на двухядернике. Управляемое приложение, тонкий клиент.

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

(26) Т.е. можешь выбрать меню файл. закрыть, пока отчет считает?

(28) Да, появляется кружочек в отчете и делай что хочешь