Конфиг компа: Ryzen 2200/16Gb оперативы/ SSD Samsung 970 NVMe/
Server 2016

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

Неужели это нормально?

77? реали?

Да, 7.7

Релиз 7.70.027

Там должно быть видно почему так долго.
Реиндексация, небось, идет.
Какой конкретной таблицы тоже должно показываться.

Нет, не вижу реиндексацию
Вот так:
http://prntscr.com/m7o6e0

Т.е. изначально вижу перебор товаров, потом остановка картинки на количестве 1200.
К утру точно закончится, но мне казалось эта процедура должна длится пару минут максимум, а уже больше получаса

(5) и как быстро цифры меняются?
База файловая? Расположена локально?

А, ну обработка справочника идет.
Я уже не помню временные возможности 7ки.
Если там реквизитов и так уже много и много больших строк может так долго и нормально.
База файловая, просто на локалке без сети?

Что показывает монитор ресурсов?

Менялись быстро до 1200, секунд пусть 10.
Да, файловая. Да, на локальном компе

http://prntscr.com/m7o8de

(11) смотри диск, какие файлы пишет. Какого они размера

Делаешь виртуалку с WinXP туда засовываешь свою 1С 77 с базой и там правишь, затем назад.

И да ТиИ не забудь сначала и именно в виртуалке.

(12) Странно. На две минуты процесы 1с из дисковой активности пропали. Потом опять появились, уже на другом файле
http://prntscr.com/m7ocbw
Потм опять процессы 1с пропадают может на минуту

И да у 77 куча разных глюков при много реквизитов и длинных строковых реквизитах.

Еще меня в свое время чуть не добил глюк когда на форме много элементов то перестают работать назначенные клавиши на кнопки.

(16)+ Причем не кнопок было много а простых текстовых полей для вывода инфы, обошел объединением их в одно многострочное.

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

Уже поменял несколько разных конфигураци компов, наверное штук 5 (i5, i7, сейчас райзен, операционки Server 2012, сейчас 2016 - раз 5 уже переустанавливал).

Вспоминаю счастливое время, когда была Server 2003 - всё летало на компах в разы слабее

Мля, вы щас рушите просто у многих веру что 8-ка еще сырая...

(18) Блин ну не рассчитана была 1С77 на работу на современных крутых компах и последних операционках.

Оно разрабатывалось под Win95-98 потом слегка адаптировали под Win2k и еще совместимости на WinXP с Win2k3 хватило.
Виста и 7-ка уже траблы, а уже 8-ка с 10-кой пипец глюки.

Вот например сейчас уже несколько минут не вижу в работе диска процессов 1с
http://prntscr.com/m7of5h
Но в ближайшее время появятся 9секунд на 30) и потом опять пропадут

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

Так что да 77 еще сырее была, просто научились ее готовить.

(20) Я понимаю что не была рассчитана.
Но как у других?
Неужели все у кого 7.7 работают на Server 2003 ??

Какие варианты решения?

(23) Лично я в виртуалке конфу редактирую на Win2k3.

(23) Работаем на терминале server 2008 + SQL 2008 R2 проблем нет

(24)+ И там же sql-ная она крутится в этой виртуалке win2003 под линуксом на хосте

(25) Работать в режиме предприятия можно и на 10-ке с патчами.
Вот с конфигуратором и прочим проблема.

сдается мне дело в руках админа...

(27) Нет проблем особо

Даже опенконф поставил

точно не виртуалка?

У нас на работе 7-ка крутиться в терминале на win2012R2 сервер. Дома работаю в 10-ке в 7-ке - проблем нет.

Вот как раз сейчас тоже сижу жду когда номенклатура сохраниться

Единственное неудобство при отладке слетает активность окна иногда.

(31) Точно. 1с крутится на Server 2016
Сижу по RDP

Для белого экрана при сохранении гуглить ConfStat http://catalog.mista.ru/public/14645/

(0) тся

(18) Антивирус?
Сколько пользователей одновременно браузеры открывать по 19 стр? Тупо оперативки может не хватать. 16гб это на 10 польз максимум.
Система на том же самсе 970?

*открывают по 10 стр

(23) Варинт решения самый радикальные - переход на SQL, там нет этого глюка. И подаришь старушке 7.7 новую жизнь прямыми запросами :)

(34) а скуль какой? или файловая.
если удалось настроить для свежего SQL поделитесь опытом?

(0) Даже читать не стал ветку .... полчаса на 30К позиций справочника на клюшках???
- Вы молодой человек сильно много кушаете!
- В каком смысле?
- В смысле зажрались!

...Добавляется колонка в справочник, по всем 30К позициям заполняется пустым значением (в зависимости от типа значения) ... Дальше идет реиндексация, пусть и не явная для вас, но идет. Учитывая движок 7.7 полчаса это достаточно шустро проходит.

+++(42) >>>  (34) <Точно. 1с крутится на Server 2016
Сижу по RDP> А чем ещё в это время сервер загружен?

(18) да все нормально у 7.7 с производительностью...

(0) Попробуй поставить для базы Уровень совместимости: SQL Server 2012 (110)
На SQL 2014 были тормоза пока уровень совместимости не понизил.

(45) да у него файловая базёнка.

(0) опять старые грабли :))
У номенклатуры есть поле НеВключатьВпрайс типа Число(1), и в ём отбор и сортировка. Для ДБФ это страшная штука, при построчном добавлении записей в индекс ему плохеет.
Перед обновлением отключаем эти галки, после обновления включаем взад.

Кстати, есть такая замечательная программка ConfStat (в поиске легко находится). Умеет показывать прогресс обновления, когда сама окно 1с перестаёт обновляться.

(48)  Да говорили ему уже про конфстат в прошлой ветке...
но осьминог жеж...
И про реструктуризацию справочника тоже ветка была с месяц назад...

(38) Был запущен только один сеанс. Всё в нём закрыто кроме 1с
Да, система тоже на SSD
Антивирус NOD 32 - ео както слабо в него верится. Проверю отключением.
(42) ПО факту примерно 90 минут. Так давайте определимся, для справочника в 30 к позиций это нормально???? Ну очень както не верится
(47) Вот про это думал. Но почемуто показалось, что тормоза, когда именно добавляемое поле имеет Отбор и Сортировку. А сейчас дошло, что при наличии таких полей 1с и может тормозить при пересчёте индексов справочника.
Но мне просто както очень не верится, что на 30 тыс позиций перестройка пусть 8ми индексов занимает полтара часа времени
(48) Она была установлена, а что она даст?? Ну видел я в ней состояние строки состояния, и в ней медленный перебор справочника ТМЦ.

ConfStat работает через одно место - если окно 1С перестало быть активным, то ConfStat перестает показывать прогресс.

(50) Дело не в количестве индексов, а в селективности одного конкретного. И в способе построения его конкретным движком.

(50) не нужно "верить". нужно _знать_. Именно знать, что программа делает при том или ином действии. (впрочем, клюшки изучены вдоль и поперек.)
ну и кроме того, в части обновления метаданных 7.7 сделана черезжоппу. когда такая базёнка, как у вас - это еще незаметно. а вот на больших базах, да когда требуется 24/7 с не более 1 часа простоя в месяц - тут уже приходится сложнее. Хотя и это делали.

(0) Добавлю реквизит в любой справочник, за 2 минуты.

(54) независимо от размера базы и скорости компьютера? )))

(55) Для дбфверсии - да.

файло, даже близкое по размеру к 2 гига быстро сохраняется в норм дбф редакторе

(55) в справочниках новые реквизиты добавляются в конец списка. в отличие от журнала.  поэтому со справочниками проблем нет.

(53) Именно так. Дело не в вере а в знаниях. Поэтому и создал тему чтобы узнать.
Хотя конечно правильно эту же процедуру провести на другом компе и посмотреть разницу, чтобы понять, проблема в железе/винде или в самой 1с

(59) Это всё описано еще году в 2003-м. я уже пришел фактически "на готовенькое". Ищите поиском, и вам воздастся..

(59)проблема в 1с - неверно делает реструктуризацию

лечится штатно - снятием отборов и сортировок со всех реквизитов , добавлением нового, возвращением галок сортировок и отборов взад, или... по православному - добавление реквизита в табличку руками + подмена мд и словарика.

(51) ConfStat отлично работает не зависимо от того, активно окно конфигурации или нет. В ConfStat щелкаешь по нужному процессу 7ки и всегда можно увидеть его состояние (если оно изменяется)

Вот вроде проблем нет, базы здоровые есть на winserv 2003 и на winserv 2008. Вполне себе DBF-базы работают шустро включая всякие добавления вних полей. Тоже ТИС 7.7 + 5 перифериек

(64)+ Тьфу тьфу тьфу чтоб не сглазить )

(65) ДБФ-базы, и "здоровые" (в смысле - "большие")?

(66) Ну да. Правда я их свертываю но 4 последних года работы влезают в базу постоянно.

(67) хм. просто привык к объемным базам - за 37 месяцев (автообрезка ежемесячная по регламенту настроена была) набегало больше 100Г..  ну а архив - я даже и не помню. глубоко за 300 вроде был(но туда вообще ходили мало и редко).

(68)Ну понятно. Это уже скулевые базы. Лет за 20 можно было набрать такие

(59) Поэтому сегодня взял конфигурацию домой и провёл туже операцию на домашнем компе:
Win 10, AMD A6-9500/8гб оперативы/ SSD обычный

напомню конфигурацию сервера:
Server 2016, Ryzen 2200п/16гб / SSD NVMe который быстре в разы обычного SSD

На домашнем компьютере процедура сохранения конфигурации заняла от 40 мин до часа /не заметил точного окончания/.

А на рабочем сервере 90 минут, хотя железо мощнее

(70) Давай начнем с того что ни вин 10, ни вин 2016 не входят в список поддерживаемых ОС, и что там происходит на низком уровне - тайна тайной.

Я в лохматые года 77 на Вин 7 для обучения запустить так и не смог, то одно валилось то второе - пришлось ставить виртуалку с XP, там все работало как надо.

Странный ныне пошёл 1-сник. Менять реквизиты на рабочей базе? А потом ахать типа база полетела.
Или уже изменять конф, отлаживать и лишь затем накатывать на рабочую сейчас не в тренде?

(73) Прямо смешно
Какое отношение это имеет к вопросу и с чего Вы взяли что реквизит меняется в рабочей базе и что такого крамольного менять его сразу в рабочей, когда есть копия базы?

Может если 1-сник и один комментарий хочет в код добавить, то это тоже сначала нужно оттестировать на копии, недельку проверить, как себя ведёт база с внесённым комментарием и только потом накатывать это изменение на рабочую базу?

Любые изменения должны быть основаны на определённой достаточности. Если это база пентагона, то может быть и внесение одного комментария в код нужно недельку тестировать на копии. А если это база предприятия с тремя работниками, там принципы совсем другие.

(62) Перед входом в конфигуратор просто удалял *.cdx, но для sql-версии не канает.
Ну и судя по длине наименования 100, названиям реквизитов и положению бегунка, у ТС этих реквизитов навалом. И правда, очень интересно, сколько из них имеют галки отбора и сортировки.

(75) Вы не поверите.
Добавил комментарий и случайно удалил строку - не такая редкая ситуация как кажется.

(75) Любой достаточно большой семерочный справочник можно  легко задушить бездумными галками "Сортировка" и "Отбор по реквизиту".

(0) Попробуй удалить cdx от номенклатуры перед сохранением, посмотри - может побыстрее будет.

(76) Пересмотрел.
4ре реквизита имеют птичку Отбор м Сортировка

(77) Но всё должно подчинятся принципу необходимой достаточности.

++++ К (78)
Если есть реквизит справочника, у которого есть галочка "Сортировка", то может и часами выполняться сохранение конфы после добавления реквизита в справочник. Вот, почитайте: Как быстро добавить реквизит в "большой" справочник?
Я для себя выработал методику добавления реквизитов в "большие" справочники, в которых есть реквизиты с сортировкой. По ссылке описано. А вообще, после всего этого, я стараюсь отказываться от "сортировки". Если мне нужно что-то искать по реквизиту, то использую поиск с помощью DR SqlLite. Работает отлично, и сортировка не нужна.

DR = ВК(внешняя компонента)

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

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

(84) "Необходимая достаточность" всегда определяется в каждом конкретном случае по факту. А заочно чтото безапиляционно по данному поводу утверждать - нужно быть как минимум экстрасенсом.

(86) Удачи, чо.

(85) В моём случае я запускал процедуру в 22-00, когда юзеры уже спят. Выполнение процедуры занимало 2 часа.
И утром у меня в запасе ещё пару часов.
Когда суть процедуры - добавление элемента справочника, и при этом есть копия базы, не вижу смысла сначала делать это на копии (ждать 2 часа) а потом тоже самое на оригинале и опять ждать 2 часа.
Если чтото пошло не так, намного проще и быстрее просто развернуть копию

Но мы же все экстрасенсы ), /не в обиду/, и имеем право поучать молодых 1-сников правильному администрированию баз )

(63) нет. у меня с конфстатом были аналогичные проблемы