что то вопрошающий пропал, судя по описанию проблемы ОЛ старый, в котором еще прокладка линий автоматизированная, у меня например нубук деревянный, связи рисует прям нормально (загрузка пр200 50%)........если такие косяки на новом ОЛ, то тут спору нет, проект нужен, хотя бы wal79 в личку...При редактировании программы работать в схеме стало практически невозможно из-за большой загрузки процессора (Core i5) и загрузки памяти (8Gb). Чтобы нарисовать связь требуется до 10сек.
Тут уже все правильно сказали... Нужен проект. Возможно проект следует оптимизировать...Сообщение от maks_dmm
программер
Обращался к разработчикам.
Сказали, что много использую переменных. Соединение нужно делать "проводами".
Ну старался я "проводами" по возможности. Если и далее соединять всё линиями, то такая паутина получается.... мама не горюй.
Если дали возможность создавать переменные, так надо было довести дело да конца.
А есть какое-то техническое объяснение почему переменные так влияют?
Или просто "в текущей версии ОЛ переменные работают медленно, и работать над оптимизацией никто в обозримом будущем не собирается"?
Использование в ОЛ сторонней библиотеки. Со временем обещают написать свою.
Неужели библиотека отвечает за работу с переменными? Мне казалось, что библиотека, скорее, за отрисовку или что-то такое может отвечать. А вот как связаны переменные и библиотека -- не пойму.
Так она за отрисовку и отвечает. И ОЛ тормозит жестоко. (ОЛ1.7b51 меня достал своей тормознутостью с переменными). А в ПР - всё нормально, одинаково работает.
Неужели тормозит именно отрисовка "квадратиков с именами переменных"?
Почему тогда "количество функциональных блоков" на время отрисовки не влияет? (по сути это те же самые квадратики)
Насколько я знаю, тормозит автоматическая трассировка связей в проекте.
Сомнительное объяснение. Имеется ввиду "поиск блока с тем же самым именем переменной"? Hashmap, вроде, давным-давно изобрели (ну или как оно в C# называется).
Ваши права
