Включил в конфигураторе тестирование и исправление ИБ Пересчет итогов
База DBF 7Gb Комп Intel Quad Q6600 RAM8Gb считает уже больше суток Не могу понять завис процесс или все таки так долго делается?
Сколько времени обычно уходит на такую операцию  Делал подобное на базе 2gb процесс длился около 6 часов

Люк, используй силу ConfStat

Пусть считает, семь гигов не показатель.

если процесс 1с в диспетчере задач активность проявляет, то не завис. Сутки не показатель

Где-то документы хорошие завалялись...
В смысле бездатые

диспетчере задач показывает загрузку ЦП 25%

Значит будем ждать

(5) 25% означает загрузку одного проца из 4-х на 100%

ждать можно несколько лет и не дождаться ))

(7) ну а что ты хотел от 77, многопоточности что-ли

(0) Проц и память - это хорошо. А диски быстрые?
PS: У меня такой же, при 4Гб памяти. Правда, дисков 4 шт. Скорость копирования с одного на другой - до 90 мб/сек в Фаре. Своп и Temp на отдельных от системного дисках.

у меня база - 8 ГБ, открытие месяца ~7-8 минут, соответсвенно персечет итогов - умножить на количество месяцев.

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

если в конце каждого меясца не формировали регламентые книги покупок и продаж - считать будет ОЧЕНЬ ДОЛГО - так как регистры незакрыты. если покупаете на олдну фирму, а продаете с дургой - без перепродаж (выключен контроль осттатков иликонтроль в целом по компании) - регистры незакрыты - будет считать очень долго, пересчет одного месяца может достигать более плутора часов. если есть отдача на комиссию товара, но нет отчетов комиссионеров - будет считать очень долго....

(10) Диски обычные samsung HD502HI

(11) И что ты хочешь при таком диске?
Время включения    10 секунд - типичное
Скорость вращения шпинделя 5400 оборотов/мин.
Буфер HDD    16 Мб
Среднее время доступа    8.9 мс
Среднее время ожидания    5.52 мс

У меня Toshiba DT01ACA300
Емкость    3000 ГБ
Интерфейс    SATA III
Размер буфера    64 МБ
Скорость вращения    7200 об./мин.
Время перехода на соседний трек    0.5 мс (чтение)
0.6 мс (запись)

Я думаю что диски несущественны в этом случае

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

(0) (10) +100
правильный учет в ТиС подразумевает: закрытие долгов, партий, закрытие книг покупок и продаж и т.д. Далеко не все и не всегда это нужно, а раз не нужно - то и не делается. Как следствие, регистры пухнут, и при пересчете все это дело вылазит боком. Сам кучу раз натыкался.

+ часто проще оказывается ввести остатки и начать с нуля, чем разруливать ситуацию с такой "опухшей" базой

Когда то у меня сутки пыталось "итоги пересчитать" с совсем мелкой базой в 800 метров на нехилом таком i5 с с 16 гигами памяти и ssd дисках

В результате пришлось сделать тупую вещь по запуске этого перечета вместо Win7x64 на древненьком пне4 с WinXP и все пересчиталось за полчаса

(18)+ потом до меня дошло что можно виртуалку для таких извратов юзать

(19) Или тупо поставить режим совместимости, тогда в белый экран не будет уходить, или заюзать (1)

(20) пробовал... не помогает... режим совместимости нифига не помогает на многопроцессорниках и многоядерниках с кучей памяти и слишком быстрой дисковой подсистемой

там наверно когда писали не могли додуматься что операция с жестким диском будет быстрее чем в момент разработки 1С 7.7 операции с оперативной памятью

(14) +1 пересчитывал итоги на ssd на базе 6 гигов (i5) - за полтора суток не сделалось, база за два года, убил нафиг.

Самое смешное если поставить Win98 то в ней этот процесс пройдет на порядки быстрее.

(23) Так понимаю, все вышесказанное относится к семерке?

(23)  тоже вариант попробовать ;-)

Но это все костыли
Причина - в незакрыиых регистрах

лучший вариант это перевод с SQL так как при больших не закрытых регистрах эта процедура может тянуться до недели
была  меня как то такая база

все остальные варианты типа SSD I7 диск на Ram для временных файлов существеный прирост не дают

(27)  самый лучший вариант это закрывать регистры

(23) Кстати да, вариант :-)