Цитата Сообщение от Виктор Момотов Посмотреть сообщение
В Firebird чтение и запись в БД выполнялись всегда в одном потоке. В Postgre есть отдельный поток на запись, а чтение выполняется синхронно из вызывающего потока. На данный момент сценариев, где параллельные потоки выполняют операции чтения из БД немного, но при параллельной компиляции отдельных узлов это на некоторых проектах будет давать эффект. Одна из задач этих доработок - поддержка многопользовательского режима в дальнейшем.
Тогда я не совсем понимаю, почему должна повысится производительность и скорость работы редактора проектов. Что тогда подразумевают Ваши сотрудники, когда на своих вебинарах заявляют, что в версии 1.3.1 решены проблемы быстродействия и ресурсоемкости редактора проектов?
То есть Firebird и так был медленным по причине однопоточности чтения и записи, но Вы решили еще где-то сбоку нагородить взаимодействие с Postgree, которое, по Вашим же словам, даст выигрыш только в НЕКОТОРЫХ проектах. Пока что это выглядит, как flex tape meme.

В командах "Проверить конфигурацию" и "Экспорт конфигурации" была недоработка, из-за чего при наличии предупреждений или ошибок в проекте могло произойти зависание среды разработки. В версии 1.3.1 исправление будет ориентировочно во вторник.
При это команда "Подключить" работала корректно, по завершению компиляции выдавался список предупреждений/ошибок.
Это кстати то, о чем я писал в комментариях в Вашем телеграмм канале. Лишь бы побыстрее выкатить релиз, а то, что в нем есть ошибки, никого не волнует. Надо же побыстрее выкатить пресс-релиз, в котором будет написано, какие Вы молодцы.

На исправленной версии я получил такие результаты на вашем проекте -
Первая компиляция сразу после открытия проекта (кеш окон еще не создан) - 13:25 (https://www.screencast.com/t/fDnRRkYsqQGp)
Повторная компиляция - 1:08 (https://www.screencast.com/t/YOixL8t2iS)
Первая компиляция сразу после открытия проекта (кеш окон был ранее создан) - 5:48 (https://www.screencast.com/t/dpYLPkgV4z5R)
Я кончено, не знаю, какие спеки Вашего компутера, но Вам не кажется, что 13 минут - это слишком много?
Для сравнения, на своем ПК сделал компиляцию сразу после открытия проекта на версиях 1.2.16 (https://disk.yandex.ru/i/ip3oEmGt0_7eyg) и 1.3.1 (https://disk.yandex.ru/i/DyvM8O1lJyGpyQ) - 7 и 5 минут соответственно. Небольшая разница, согласитесь. Все-таки ждешь вау-эффекта, когда Ваши сотрудники делают такие публичные заявления. Но тут можно парировать словами классика о том, что ваши ожидания - ваши проблемы.

Собственно, вопрос то простой. Почему два ядра используются в большинстве операций? Зачем Вы даете такие рекомендации по системным требованиям к среде разработки? Ведь по сути, в большинстве операций, мой компутер просто простаивает.

В случае подобных ошибок просьба присылать отчет об ошибках в техподдержку
Если честно, то уже нет никакого желания. Во-первых, потому что уже сложилось впечатление, что у Вас нет какой-то цели сделать продукт лучше, просто идете какой-то дорогой. Во-вторых, я решил остаться на 1.2.16, потому что я не вижу чего-то принципиально хорошего, что могло бы побудить меня обновиться до текущей версии. Да и технического сопровождения у меня нет, смысла платить за него я не вижу, да и слишком хлопотно (спасибо всяким ФЗ и прочему шлаку) стало в моей конторе приобретать разного рода продукцию.