Работает 64-битная версия платформы 1С в режиме Конфигуратора, версии 8.3.17/8.3.18, базы в основном SQL, но не только. Если запустить пару-тройку (а то и больше) баз на сравнение/объединение, то практически железно, что один (или более) из конфигураторов вылетит с ошибкой о недостатке памяти. Такое впечатление, что у них криво работают dll'ки - вроде того, что кто-то где-то пытается в одном адресном пространстве обработать данные от разных конфигураций, что, ессно, вызывает фигню.
Инет ничего умного не говорит, вплоть до того, что 64-битная 1С она и не совсем 64-битная (как бы не может использовать 8ТБ, которые ей ОС вроде как должна давать О_О).
1. Как, блдт, может не хватать памяти 64-битной платформе?
2. Это только я такой "счастливый" или у всех(многих) бывают вылеты?
3. Это как-то лечится? Собирается ли лечить это 1С?
PS
Не надо умных слов про поставить 100500 гигов ОЗУ.

(0) Обрабатываешь на 3 гб и винде 11?

я бы железо проверил. память например. постоянно висит пара-тройка баз в сравнить/объединить. в том числе с хранилищем. одновременно с другим сотрудником на одном сервере. нет такой ошибки

(1) Что за 3 ГБ - не понял? Если про ОЗУ, то ясен пень, что объём нормальный (16). Да и не должно программу никогда волновать размер ОЗУ - ибо для этого случая и придуман своп-файл.
И никакой гадской 11-й винды - 10-ка.

(2) Как качество памяти может отразиться на её объёме? Если ошибка в памяти, то всё должно крашиться без предупреждения и случайным образом (чего не происходит) - в крайнем случае системное сообщение.

(0) если ОЗУ не хватает свободной памяти (смотри монитор ресурсов, именно свободной!!!) то вылетит ошибка. У меня так на сервере приложений было. Он при обновлении бух отжирался на 5-10 Гб

(0)  "Как, блдт, может не хватать памяти 64-битной платформе"
Если где-то зацикливается рекурсия - то достаточно быстро исчерпывается сегмент стека. Он намнооого меньше адресуемого пространства.

У меня сейчас, на винде 10ой открыт браузер с несколькими вкладками, пару конфигураторов, несколько клиентов 1с, почтовик и свободной памяти меньше 3гигов из 16. И это я не запускаю в несколько окон сравнение/объединение, что отжирает нехило ресурсов.

(5) Да у меня постоянно висит Диспетчер задач - ОЗУ свободной полно и больше.
(6) Ну, это понятно. Но откуда взяться рекурсии при объединении конфигураций? Ведь в следующий раз она нормально проходит.

(5) Т.е. у тебя может отображаться 50 используется 10 доступно, из них 9 ожидается и 1 свободно. Так вот когда 1 кончится, сервер не станет ждать когда 9 освободятся - обрубит

(9) ага, нужно смотреть в мониторинге ресурсов, чтобы увидеть реальную картину по свободной памяти.

(8) у тебя и клиент и сервер х64?
память смотришь на клиенте и сервере?

(11) Конечно - оба.
Память на сервере почти не смотрю, ибо там её как грязи. Была одна настройка 1С-сервера, которая тупила и жрала озу на сервере - отключили; теперь не жрёт.

(12) именно свободная, а не доступная? просто иногда озу практически вся попадает в "ожидается" - она при этом доступна, но не свободна и 1С ее не может использовать

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

(8) Можете скрин мониторинга ресурсов на вкладке память скинуть, когда у вас запущено несколько сравнений/объединений?

(0)Есть возможность проверить на более свежем релизе платформы?

>> Не надо умных слов про поставить 100500 гигов ОЗУ.

Поставь не 100500, а поменьше.
Уже давно говорилось, что 16Гб ОЗУ для компьютера разработчика 1С - это необходимый минимум (если ты работаешь хоть с чем-то сложнее БП), а желательно 32.
Была когда-то давным-давно аналогичная проблема на рабочем компе. Причём работал тогда как раз с БП 3.0. Пока памяти не добавили, периодически мучался.

Параллельное обновление нескольких баз с доработками и открытием окон сравнения/объединения делал только на сервере, где проблем с памятью не было.

А возмущаться бессмысленно. Работать надо.

(13) В смысле - через Монитор ресурсов смотреть? Надо глянуть будет...
(15) Ну, это надо специально запускать. Сейчас уже проскочил момент.

(16) От версии платформы это не зависит. В момент сравнения/объединения конфигуратор постоянно запрашивает память пачками и жрёт её, как не в себя.

(18) ага именно его. Вот у меня такая картина при 16 гигах, это я даже ничего тяжелого не запускал. https://disk.yandex.ru/i/JD-BeBWzewpYhw

(17) Ясно, спасибо. Но рабочий Dell на поллитра размером не апгрейдится, увы.
(19) То, что жрёт память, это видно, конечно. Но с версией 1С могли бы доработать потребности, но им, похоже, покласть на глюки - они новые "технологии" внедряют.:((

(20) получается из 7гигов доступных, 1ска может только 2.8гига использовать

Так же бывает когда ЕРП обновил и начинаешь сразу следующее накатывать. Обязательно закрываю конфигуратор и захожу снова.

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

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

Я так и не понял сколько у автора памяти. Если 8, то поставь 16 и не парься.

(26) у него 16 гигов, как я понял и он ждет чудес производительности и управлением памяти от 1с)

(0) А конфигуратор тоже 64хбитный?

(27) фиг знает. Мне еще ни разу в голову не приходило запускать сразу три конфигуратора на объединение. К чему такая спешка... Ипотека подгогяет чтоли.

(29) У меня и по 10 бывало

(30) когда в молодости работал на конфигообновительной фабрике?

(31) У клиента десяток баз, нужно обновить
Я понимаю, что многие даже считать до десяти не умеют, но так-то десяток конфигураторов ничего такого из ряда вон выходящего

(32) Это на суперпупер компе с 32 ядрами такое можно. А так тормозить же будет.

(28) (О)_(О) А как иначе?:))

(33) У меня 16 Гб и обычный комп, лет пять ему уже

(34) Щелкаешь диспетчер задач, включаешь колонку "Командная строка" и смотришь для конфигуратора, в пути "Program Files" или "Program Files (x86)"?

(36) :)):)) Не надо мне объяснять это.

(37) Не надо тогда писать (34)

(8) "ОЗУ свободной полно и больше." - скрин покажи.

(38) А лёгкий стёб был непонятен? ;)

(40) Да я-то откуда же знаю, знаешь ли это ты?

+(41) Тут вон в соседней ветке 140+ постов на тупой вопрос, как модуль разнести на клиентский и серверный и как COM зарегистрировать
А даже в этой ветке некоторые больше одного конфигуратора никогда не запускали
Так что не угадаешь, кто что знает и умеет

(24) А ты типа в своих разработках за памятью следишь?

(35) Ну если время не важно, то можно и 10 запустить. Я думаю, 5 раз по 2 выполнится побыстрее.

(44) Наоборот

(45) Чего вдруг? Я всегда думал, что количество тяжелых задач должно соответствовать количеству ядер. Ну пускай там много чтения с диска. Так и за диск тоже конкуренция идет.

(46) Ты так делаешь упор на то, что ты думаешь, и в (44) и в (46)
При том, что не разу этого не пробовал
Может, не будешь думать, а для начала попробуешь?
Только на более-менее нормальном компе, а не на ноутбуке десятилетней давности с 4 Гб

(47) Так я у тебя спрашиваю. Ты же пробовал. Мне чисто теоретически интересно. Я по 10 баз не обновляю слава богу.

(48) Блин, ну конечно же быстрее, зачем бы еще я такое делал?

+(49) Справедливости ради, сейчас конфигурации (даже БП и ЗУП) стали настолько тяжелые, что сейчас на более менее среднем компе ситуация может оказаться и обратной
Но пару — тройку лет назад было точно быстрее, в целом на круг раза в два быстрее

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

(49) Самое смешное, что 1С никак в самою платформу не могут внедрить простейшую многозадачность - на сколько быстрее можно было бы заставить работать систему. Уж такая фигня, как поиск текста по конфе или сравнение объектов конфигурации в сравнении/объединении, параллелится на раз-два - а до сих пор нет.

(52) Зачем это нужно? Я лично раз в пятилетку использую поиск по конфигурации, даже там можно выбрать где именно искать, чем существенно сократить время поиска. По поводу сравнений/объединений, то не на каждый день штука. Для чего ковырять платформу, конфигуратор, если выхлоп от этого будет минимальный? Думаете каждому второму надо 20+ баз обновлять? Обычно это конторы, которые работают в серую, пытаясь скрыть свою аффилированность. Много ли на таких конторах заработаешь в плане разработчика 1с? Сейчас 1с идет в сторону корп, чтобы все крутилось в одной базе, с различными фишками распределения данных.
В общем это работа ради работы в рамках 1с имхо.

(53) Блин, вы как комментаторы на сайтах - мне(!) не надо, значит и никому не надо. Тьфу на вас ещё раз.:(

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

(7) у меня на ноуте 32 ГБ, сейчас отожрано 24, при том что никаких 1сок не запущено...

(54) Поиск прекрасно работает через гит, думаю, что разработчики 1с им прекрасно пользуются. Файлы конфигурации, так же без проблем туда заливаются.

(52) Даже простейшая многопоточность требует вдумчивой реализации. Ты вот сам реализовывал многопоточные алгоритмы?

(58) Да, немного. Я всё же в основном и давно занимаюсь только 1С, а не С/С++.
И всё же в 1С над платформой работают, наверно, более-менее специалисты. ;)

(56) Небось 10 браузеров по 100 вкладок открыто? [гы-гы]

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

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

(52) Только не многозадачность, а многопоточность. Да, было бы неплохо, если бы операции по поиску или сравнению/объединению делались многопоточно. Но вот не сделали. Наверное есть более приоритетные задачи.

Да и толку от асинхрона, если он не многозадачный. Просто вызов происходит не последовательно, а хз когда и как.
(63) А вот это - пофик. Многозадачность может быть как многопоточная, так и нет.

(63) о том и речь, им нужно шину ковырять, сервисы взаимодействия, возможно работа с пушем у мобильных приложений. Всякий там Элемент 1с приводить до ума. Не удивлюсь, если через несколько лет, от конфигуратора, в том виде, который сейчас есть, вообще откажутся.

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

(66) Не-а.

(65) просто получается перекос в другую как бы сторону. Вот в 7.7 было отдельно Конфигуратор и Отладчик.
А сейчас получается, что Конфигуратором уже неудобно пользоваться, как средством для написания кода и всего такого, что называется разработкой .
Но вот этот EDT для отладкий как-то подходит на практике? Как там с отладкой фоновых заданий, например?

Т.е. опять возвращаемся к прошлому - для разработки одно приложение, а для отладки второе?

(68) Отладчик в восьмерке в чем-то менее функционален, чем в семерке. Там можно было, например, прервать выполнение модуля без полного вылета платформы. А в восьмерке - фиг. Если прерываешь - то перезапускай потом 1с предприятие заново.

(68) А почему неудобно? Вы предлагаете, кроме Предприятия, ещё и отладчик перезапускать при малейших изменениях в коде? - В жопу!
(69) Ну, это типа как в Сях. :)

Вот новый (старый) прикол от разрабов 1С - запускаю два конфигуратора для двух совершенно разных баз. В первом запустившемся запускаю сохранение конфигурации в файл - второй Конфигуратор висит и не может запуститься, хотя я его только что закрыл, чтобы ту же память подчистить. :)) :)) Усссссся!

(71) все правильно.
Точнее, это совсем не правильно. А на каком релизе платформы такая х происходит?

Я еще иногда замечаю, что даже наличие сессий конфигуратора на сервере, которые запускают другие разработчики и те влияют, в смысле, создают тормоза при активной работе с памятью

(72) Что-то вроде 8.3.17.1989

(70) А что в этом удобного? Лично мне не удается заниматься разработкой без прохождения по коду под Отладкой

(74) Что - удобно? Я говорю, что без отдельного отладчика, как в 7.7 удобнее, чем с ним - а вы наоборот. Это мне надо бы спросить (собственно, и спрашиваю в (70)) - чего удобного в отдельном отладчике?

Вышла тестовая 8.3.22.1368
Что-то делается... Понятно, что здесь и сейчас на устаревших версиях платформы улучшений не будет.
Хотя, на днях обновили все ветки платформы, начиная с 17-й

(71) Это свопинг

(76) Это значит исправили баг, стреляющий в типовых.

(77) Ага, смешно, блин...