Тормоза Owen Logic

[rovki]

Что делать, если код получается разветвленным и макросами сложно обойтись ?

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

Я же как раз и говорю о функционально законченных блоках,которые не обязательно должны повторятся,значит еще укрупните макрос,сделайте макрос в макросе) ,которые нужно запихнуть в макрос .Да ,не люблю и коробит употребление слова КОД применимо к ПР ,ОЛ.
Если нет такой возможности (законченная функция) ,то разбейте исходя из минимума входов\выходов .
Таким образом зависания связаны с графикой (элементы,связи),библиотеками ,а не компиляцией ...
Диагнос поставлен ,лечитесь и будьте здоровы

[Вольд]

Для информации, кому интересно.
Провел лабораторную работу с целью исследования "тормозов" Owen Logic

1. Разместил на рабочем поле 800 ФБ (элементы ИЛИ), никуда не подключенных. Время реакции( на моем ПК) при наведении мышкой 6 сек.
2. Сделал макрос для 21 элемента. Разместил 50 макросов - больше тысячи элементов. Время реакции минимально, как при наведении на макрос, так и при редактировании внутри макроса.

Вывод: Больше макросов хороших и разных.

Эксперимент поставлен плохо. Вот когда все связи подключишь тормоза и начнутся.

[rovki]

Эксперимент поставлен плохо. Вот когда все связи подключишь тормоза и начнутся.

Вы через строчку читаете? Связи есть между элементами ,но не подключены в выходам.входам ,но это не влияет на тормоза .В одном примере тормоза 5-6 сек ,а в другом точно та же схема ,но в макрасах тормозов не имеет .
Не делайте скорополительных ,не проверенных выводов ,подключение выходов не влияеет на тормоза ,проверено ,в отличие от вас . Подключенные выводы увеличат размер памяти в ПР и время цикла ,а на ОЛ это не влияет .
Естественно чем сложнее схема тем больше время цикла и больше требуется ресурсов от ПР ,но Тормоза ОЛ связаны только с количеством элементов и связей (переменных) на поле СХЕМА (или поле Макроса) .Разбейте схему на макросы нормальные и можете ПР загрузить на 100%.
Но схему с 1000 фб трудно представить для ПР

[Вольд]

Даже в таком примитивном проекте тормоза ощущаются и при открытии проекта и при редактировании. Размер файла первого макроса гигантский - 13,7 Мб. В проекте с макросами вообще связей нет и говорить там не о чем.

[rovki]

Да что ж такое Я же говорю ,я подключал выходы ,разницы для тормозов нет .Тормозят бибилиотеки графические и разницы нет для них куда подключен или нет вывод. Уже пять раз сказал и проверил ,а вы все свое .Создайте свой пример и опровергайте ,а не бла-бла -бла .

[Вольд]

Создайте свой пример и опровергайте.

Делать мне больше нечего. Сообщений пользователей достаточно чтобы сделать правильный вывод. А вывод неутешительный.

[rovki]

Если еще так и не поняли как избежать тормозов ,то флаг вам в руки .Делать больше нечего ,как выводы делать ....и людей в заблуждение вводить .Тогда зачем писать ??? Здесь орденов не даеют за количество постов ...

[melky]

Оно тормозит в макросе безбожно даже с отключенными входами/выходами

[rovki]

Про то и речь и память ноль и время 1мс
Хоть в схеме много элементов ,хоть в макросе .Поэтому и говорю большую схему чикать на куски большие .Графика в графическом языке много кушает времени ,это вам не текстовый язык ,когда на экран несколько десятков строк .Тут на поле сотни элементов впихивают ...

[melky]

Убедили, открыл для прикола Logo Soft, там конечно столько элементов не впихнешь, но поставил максимум, что программа сказала больше не могу.
Выделение, перетаскивание вместе с кусками программы (связями) в лет на i5

ОЛ - УДРУЧАЕТ в этом плане. А ведь в лого тоже графический язык. Так кто виноват ? графика или программисты ?