Проблема с 1С и железом....

Народ, нужна консультация, может кто знает. Вобщем есть 1С Предприниматель, база 1.2 гига (насчет размера базы сам все понимаю.........но бухи сказали надо). Вобщем при формировании отчетов 1-7 и прочих жутко долго это все обрабатывает. Но проблема даже не в этом..... Загрузка процессора не более 16%, оперативы - 1%. Я так понимаю, какая бы не была база - он должен грузить железо хотяб наполовину. А то получается что скорость формирования отчета на селероне 1000/256 мозгов и на двухпроцессорном серваке с ксеонами и 8 ядрами/4 гига мозгов абсолютно одинаковая (проверено). При этом перегнал все в связку с SQL - скорость обработки упала раз в 8. Вобщем я мозг уже сломал......... Город у нас небольшой, специалистов такого уровня нету, максимум могут отчетик состряпать...

За толковую консультацию или помощь готов платить.

icq 7783182

БУКВОВ много...
Где ТРАБЛ - непонятно?

Что есть ЖУТКО ДОЛГО? ПЯТЬ МИНУТ? ПЯТЬ ЧАСОВ?

А конфигурация ТИПОВАЯ?

В типовых РЕДКО бывают "ДУРАКИ" с ОЧЕНЬ ДОЛГИМ исполнением обработок.
Хотя.. Один пример точно есть: в типовой БУХГАЛТЕРИИ разделение счета Н02
на субсчета было так КОНДОВО сделано, что, бывало, при большой номенклатуре обновление и по СУТКАМ стояло...

И "исчо" - так при чем здесь процессор, если, бывает, 1с-ная обработка "чисто канальная" - диски все читаются... читаются.. читаются... А то еще - сетевые...

Трабл в том, что отчет формируется уже шестые сутки на четырехпроцессорном серваке в связке с SQL. Траблы в том, что использование системных ресурсов при обработке равно 0. Трабл в том, что рядом на 1100 селероне то же самое формируется с такой же скоростью.

Уже было сказано что при обработке информация читается-пишется... И тормоза скорее всего в скорости обмена с дисками.
К слову сказать в свое время приходилось сворачивать базу. Запустил процесс сначала на компе с Pentium IV 1600Ггц. с IDE дисками. Потом то же самое запустил на копии, на Pentium III 500Мгц, но с дисками SCSI. Так вот "третий пень" в конце концов догнал и перегнал "четвертого"...
И еще, при равных условиях в монопольном режиме база в DBF формате работает быстрее чем SQL-серверная.

Ну вообще бы для начала посмотреть в отладчике на что 1С "тратит время". Если 99,99% идет на "Запрос.Выполнить()", то тут надо обратить внимание на дисковую систему (или на источник данных, где хранятся базы).

> Трабл в том, что отчет формируется уже шестые сутки...

КАКОЙ отчет?

Если "самописный" - АВТОРА!!!

Итак, по пунктам.......

1. Отчет стандартный - Таблица 1-7 и 1-5 Предпринимателя
2. Формирование тестировалось на 4 машинах (IDE, SCSI, SATA, SAS)(от селерона 1100 до двухпроцессорного восьмиядерного ксеона)
3. По поводу конфигуратора, я допускаю что формирование отчетов может быть написано проктологически, но даже в этом случае система (железо) должна быть загружена обработкой. А получается, что проц занят на 16%, память 0-1%, и обращения к диску практически нет. Это то, что показывает системный монитор. В других програмных продуктах 1С загрузка проца и памяти в разы больше.
4. SQL выбран из-за стабильности обработки. В DBF варианте 1С на вторые сутки работы занимала в памяти 600-700 метров и вылетала по какой-то внутренней ошибке (чегото там Рунтайм еррор). Вот сегодня на 6 сутки сформировался отчет 1-7, запустили 1-5 (это будет полный П....).

Есть единственное предположение. 1С 7.7 не умеет распределять нагрузку на многопроцессорных системах и использует только одно ядро, а винда не даст ей загрузить  это ядро более чем на 60%. Вобщем сейчас буду читать по распределению нагрузки на процы или думать как несколько ядер объединить в одно.