"Оптимизировано:
Первый запуск конфигуратора
Запуск клиентского приложения из конфигуратора в клиент-серверном варианте
Проверка наличия циклических ссылок
Потребление оперативной памяти полнотекстовым поиском"

https://wonderland.v8.1c.ru/blog/optimizatsii-v-versii-8-3-26

теперь 300 попугаев Гилева будет выдавать на core2duo

(1) точно? там пишут что
Компьютер конфигуратора и сервера 1С:Предприятия
Процессор: 12 core 3700 Mгц
Память: 64 Гб

а когда в 8.3.23 сборка с этой оптимизацией будет?

(0) оптимизация, всегда круто

Ожидаю еще больше глючков отложенной фоновой подгрузки в кэш

если бы еще и размер индекса ППД уменьшили хотя бы для ЕРП

(7) Может просто разрешить сохранять его снаружи базы 1С?
По типу прикрепленных файлов, которые могут храниться снаружи
Аналогично его в отдельной СУБД (SQL или NoSQL) чтобы можно было вести

(8) а он и так снаружи базы хранится, только диску от этого не легче, особенно когда этот индекс больше размера базы

(9) ну вроде бы он кроме Вкл/Выкл еще и настраивается

цЫтата:

Ну норм. Работаю на 22й, так что..

(9) Подразумевал в отдельной внешней субд хранить и на другом сервере

(12)+ Суть что при бэкапах на этот индекс ППД глубоко пофиг, его всегда можно заново создать

Кстати а можно в текущий индекс ППД свои данные засовывать?
Например ключевые слова из/для прикрепленных файлов
Как то не интересовался никогда

(14) Мы делали так: вытаскивали текст из файла и сохраняли в невидимый реквизит. Потом по нему искали.

Всё равно никогда не догонят старые конфы на ОФ. Про 7.7 вообще молчу.

(16) "Всё равно никогда не догонят старые конфы на ОФ"
соглы.
"Про 7.7 вообще молчу"
планы запросов кривые (кривее, чем нынешние). фтопку клюшки.

(15) Так и 1С так делает, Garykom просто не в курсе

(16) В жопу вашу 7.7
6.0 рулит

(19) Шестёрка ещё сырая...

(18) Ты понимаешь что это ахтунг?
Зачем лишний раз раздувать базу/бэкап 1С?

(21) Это же тексты, они мало весят. Если конечно, у вас там не библиотека имени Ленина

(22) Хотят распознавать бумажные сканы в текст и затем использовать это для автозаполнения документов налогового мониторинга (реквизиты их заполнять), прикрепляя сам скан.
Причем на основе некоего самообучения (да ML по сути) используя полный индекс ППД.
Да еще хитрым образом с разбиением/разделение большого скана на страницы, которые по разным документам поделятся.
Как это будет работать пока непонятно, идея что пользователи вручную сначала делают новые документы разбивая сканы и заполняя реквизиты.
Это все сохраняется в ППД (реквизиты документов как ключевые слова, файлы как где встречаются) а затем оттуда используется неким обратным образом.

(0) Так себе
вот это поинтереснее будет https://wonderland.v8.1c.ru/blog/uluchsheniya-v-administrirovanii-sistemy/
- Назначение каталогов для хранения данных сервисов кластера
- Завершение сеанса при бездействии пользователя

ППД не нужен.. Даже в какой-то официальной рекомендации от 1с был совет его отключать.

(23) так уже сделанов Документоооброте. см ВерсииФайлов.ТекстХранилище. распознавание штатное правда очень плохое, но есть.

только мне это пришлось срочно отключать, когда стали забирать файлы из СБИС: там в архивах куча XML захотеть попасть в полнотекстовый поиск, что вызвало его коллапс.

(26) Да интеграция с ДО, файлы там хранятся
Новые доки надо в ERP, нмПервичныеДокументы

А мне вот это понравилось
https://wonderland.v8.1c.ru/blog/novye-rezhimy-zapisi-podchinennykh-registrov-svedeniy-i-registrov-nakopleniya/

(28) Костыли для ускорения.

(28) Это реально круто будет если сделают обновление а не скрытое удаление/создание записи.

(30) Это не круто. Это костыль для ускорения.

(28) Чем дальше развивается 1с, тем дальше она от простой и четкой предметной модели. Всё больше "заката солнца вручную", программист всё больше должен думать не о задаче, а о её реализации. Если вектор не изменится, то через какое-то время 1с потеряет свою уникальность и станет всего лишь одним из десятков рантаймов для разработки приложений. Будет некий гибрид веб-конструктора с функциями СУБД.

(27) [нмПервичныеДокументы]
ну АИС Налог-3 пока не всем нужен =)

(17) да все тоже самое было с упп, когда вышла, на некоторых серверах еле запускалась, сейчас же все летает на всем, так и ерп сейчас

(15) >  Мы делали так: вытаскивали текст из файла и сохраняли в невидимый реквизит. Потом по нему искали.

угу. Вот у меня тормоза как раз из-за больших данных в реквизите формы на ОтчетеРеализатора были. Пока не прибил реквизит тормозило.

(5) Когда она не завязана на режиме совместимости

(35) А ещё мы делали так. В объекте создавали табличную часть ИндексПоиска с полем "Слово" (индексированное). В него доставали все слова, от которых обрезали окончания. Технология стемминг - простой способ учёта словоформ: "ходил, ходили, ходить" превращаются в "ходи" или "ход". Дальше искали по нему запросом типа "ГДЕ ИндексПоиска.Слово LIKE ход%". По сути, это полнотекстовый индекс на коленке. Работало быстро, обновлялось при записи объекта тоже быстро.