Формируется около часа на ССД (на скуле тоже пробовал), ни на что не ругается. База около 10 гигов, остальные отчеты работают. У кого-нибудь наблюдается что-нибудь подобное?

(0) кэш и временные файлы на SSD?

(1) а куда их? в рам?

Может свернуть базу уже пора, тяжело ей 10 Гб крутить, в БГУ же есть типовая свертка...

(2) некоторые хранят базу на SSD, а остальное на медленных дисках - от этого часто бывают тормоза

была инфа что после обновления платформы нужно ТиИ сделать

(3) сдадим отчетность и свернем. просто два часа против одной минуты - это, извините, не в свертке дело

(4) нет, чисто ссд, иначе от него толку мало.
(5) надо будет попробовать. только я платформу не обновлял. только конфигу и отчетность

Что там можно в БГУ на 10 гигов напереть?

(8) 120 учреждений

721 форма действительно стала формироваться медленнее.
заметил в нескольких учреждениях на файловых вариантах, но в файловых вариантах терпимо, конечно не в 120 раз, как у тебя (2 час против одной минуты), а так, раз в пять дольше.

А вот в одном учреждении у меня база на IBM DB2. Тормоза при формировании формы жуткие. Где-то 25-30 минут против 40 секунд раньше.
Но!
Только один! первый! раз под каждым! пользователем. (Пробовал под тремя - под собой, главбухом и замом ГБ).
А потом - как ни в чем не бывало. Те же 40 секунд.
зы: списал на "причуды" DB2 после обновления. :)
А оказывается, вон оно что - и у других такие же проблемы.

(10) по-моему, там есть кэш, так что второе формирование быстрее, но только с теми же параметрами.
я сейчас пытаюсь очистить все регламентированные отчеты и загрузить старые и проверить. 8й час чищу.

наверно, зря. в старых ошибка - по строке 321 (КОСГУ 310) идет суммирование оборотов 101.хх.310 и 106..хх.310.

(12) да, в старой отчетности косяк, но дело не в ней. началось что-то вообще уму непостижимое.
для начала удалил все отчеты и все, что с ними связано, заняло кучу времени, ну да ладно, загрузил последний комплект и решил формировать посмесячно, чтобы найти зависимость. результаты поначалу были неплохие
Январь    14 с
Февраль    24 с
Март    35 с
Апрель    50 с
Май    58 с
и сразу же после этого
Июнь    7:31
решил вернуть май и замерить снова
Май    9:28    !!!
закрыл 1С, открыл еще раз -
Май    10:24  !!!!!
это что за хрень?
продолжаю наблюдения. на соседнем компе делается тии, на нем еще попробую, оба компа чисто ссдшные

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

подверждаю косяк. на платформе 8.2.17.157 ЗА ГОД формируется за 7 секунд
вышеприведенная проблема - на 8.2.18.109.
8.2.19.83 даже ставить боюсь. на ней тоже самое.

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

что же это творится?

Фигня какая-то творится...
а 127 форму ещё никто за январь не заполнял? структуру КПСов поменяли, а правила заполнения формы - нет?

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

(17) Да ладно) Посмотрите общий модуль "ОбновлениеИнформационнойБазыБГУ", процедура "ЗаполнитьТЧКонтрагентыДляСведенийОГК".
Если есть хоть один документ "Сведения о гос. (муницип.) контракте", то база в клиент-серверном варианте до 1.0.24.3 вообще не обновится. 1С уже 2 неделю отсиживается и не исправляет) А вы говорите тестеры...

(18) да таких примеров уйма. например, посмотрите встроенную обработку КорректировкаДвижений, она вообще ни разу не выполнится, правда, и правится она легко. про нее нигде не говорится, конечно, но иногда она нужна, если люди не выполняют восстановление последовательности проведения документов, но любят лазить в прошлые периоды.

                //Обработаем регистры, формы которых предопределены в обработке
                Если СтрокаТаблицы.Имя = "ЕПСБУ" Тогда
//Anthon -<
                    Если НЕ ЗначениеЗаполнено(Запись.Учреждение) Тогда
                        Запись.Учреждение = ДокументОбъект.Учреждение;
                    КонецЕсли;
                    Продолжить;
//Anthon ->
                    Если НЕ ЗначениеЗаполнено(Запись.Организация) Тогда
                        Запись.Организация = ДокументОбъект.Организация;
                    КонецЕсли;
                КонецЕсли;

а вот этот элементарный код в форме документа Закрытие года может сэкономить не один человеко-час:

        Если СтрокаТЧ = Неопределено Тогда
            СтрокаТЧ        = ЗакрываемыеСчета.Добавить();
            СтрокаТЧ.Баланс = Остатки.Баланс;
            СтрокаТЧ.Счет   = Остатки.Счет;
            СтрокаТЧ.КВД    = Остатки.КВД;
//Anthon -< 23.01.2013
            СтрокаТЧ.Счет40103 = ПолучениеНСИ.ПолучитьСчетПоКоду("401.30");
            СтрокаТЧ.КОСГУСчета40103 = Справочники.КОСГУ.НайтиПоКоду("000");
            СтрокаТЧ.КБКСчета40103 = Справочники.КБК.НайтиПоРеквизиту("ВидКБК", Перечисления.ВидыКБК.гКБК);
//Anthon ->
        КонецЕсли;


ЧТО мешает 1С проставить по умолчанию эти счета? ну, с КПС, конечно, есть варианты, но их легко можно определить по типу учреждения. эта же проблема во многих документах, например, КорректировкаРасчетовСУчредителем. а ведь 1С специально не пишет этот код, вовсе не из-за неопределенности счетов, а из-за вредности, чтобы мы помучились. а, может, как козырь держит на будущее.