MicroFe 2007 и многоядерн. процессор - нас снова обманули?

EXZet · 01.10.2007, 14:05

Здравствуйте.
Суть такова. Купили новую версию, запустили на 4-ядерном компьютере расчет армирования подбалок - загрузка процессора 25% ? На двухъядерном нагрузка 50 процентов. Где собственно обещанная поддержка современных процессоров? Получается, что люди, владеющие последними моделями ВТ отстают от пользователей устаревающих компьютеров??? Или же есть какие-то неведомые способы наладить работу с многоядерными машинами?
Если таковых приемов нет, то ситуацию кроме как подложным PR-ом производителей этого ПО я иначе назвать вряд ли смогу (дай Бог если я ошибаюсь), когда же разработчики перестанут вводить пользователей в заблуждение?

p_sh · Регистрация: 19.06.2005

Цитата:

Сообщение от DTab

Не забудте подключить дисковый решатель.

и, по-моему, время расчета от типа процессора (хоть гугильон ядерный) становится малозависимо - решает скорость жесткого диска.
Несомненным плюсом является возможность запускать без особых тормозов другие приложения, а если установлены 2006 и 2007, то можно проводить 2 паралельных расчета, лучше если один в оперативке.

Цитата:

А расчет армирования подбалок - вообще ничтожная задача для 100 %-ной загрузки 4-х процессоров

А!

EXZet · 02.10.2007, 20:15

Profan
Ничего подобного я лично не покупал

p_sh
HDD тут ни при чем, высокочастотная память как минимум пару лет на открытом рынке. Никто не просит 100%.., многозадачность той же долгоиграющей Win XP 32 оставляет желать лучшего по нынешним меркам, но нужно, чтобы продукт соответствовал времени и оптимизация (тоже размытое понятие) присутствовала.

Rotfeder
Ну вот при чем здесь "новые, анонсированные, выпущенные для нас смертных относительно недавно" процессоры? Что есть "передовое" распараллеливание задач в расчете арматуры? Самый простой, хотя с т. з. программирования и "некрасивый" временный шаг: переделать исходники на то, чтобы данные из РСУ-файла подгружались в несколько подпрограмм одновременно + еще две подпрограммы. Не вижу в этом особых препонов.

P.S. Я не сторонник поднимания бучи из ничего, но, возможно ошибочное впечетление втирания очков втечение нескольких лет, меня не устраивает.

P.P.S. Если бы дизайнеры BMW ссылались на "посмотрите - у "Волги" этого нет, зачем нам это?!", то вряд ли мы бы увидели что-то хорошее из мирового автопрома.

Profan · 02.10.2007, 20:29

Для p_sh.

Цитата:

А!

А где Б!?

kezar[sp] · 03.10.2007, 08:37

Полностью согласен EXZet, и пример хороший!

А если задуматься сколько стоит это программное обеспечение по сравнению с компами на которых оно работает, да еще и не дотягивает до уровня железа, т.е. не используют полную мощность системы, так совсем грустно становится и отмазки разработчиков не покатят! :?

Shbalanke · 09.10.2007, 17:12

К MicroFE отношения не имею.
Тема про двухядерные одна из последних.

AMD 64 X2 Dual Core
OS Vista 32-bit
Robot Millennium v.20.1

Статический расчет: нагрузка на процессоры распределяется примерно 40 на 60%;
Подбор армирования: оба процессора 100% (см. фото).

[ATTACH]1191935503.gif[/ATTACH]

Дмитррр · 09.10.2007, 17:26

Вроде даже лира не имеет поддержки многоядерности, работает всегда только одно. Но в лире хоть обещают исправить это в ближайшей версии.

Romanich · 09.10.2007, 22:15

Shbalanke
у меня чтото только одно ядро на 100 процентов, коре 2 дуо проц...

EXZet · 10.10.2007, 06:39

Romanich
А ОС какая? XP?

Сравнил, на 4-ядерном загрузка при расчете на собственные колебания в два раза ниже чем на 2-ядерном, т.е. все-таки мои подозрения по-поводу всего лишь 2 нитей небезосновательны.

Profan · 10.10.2007, 06:49

Управлением работы процессоров должна заниматься операционная система. На кой ляд требовать этого от прикладных программ? Втемяшилось людям в башку, вот они и борзеют.

Vova.sam · 10.10.2007, 07:39

Если хотите увидеть как работают 4 ядра под максимальной нагрузкой запустите рендер на 3D MAX результат поражает и вызывает зависть а когда же Лира так начнёт работать

EXZet · 10.10.2007, 08:10

Цитата:

Сообщение от Profan

Втемяшилось людям в башку, вот они и борзеют.

Кто про что...
Мне кажется, что я настолько же понимаю язык бикья, насколько Вы осознаете проблему, ставшую причиной создания этой темы, если интересует, можно почитать здесь.
Что неожиданного в многоядерности? Наверняка разработчики отслеживают рынк технологий не по походу в магазины, поставляющие ВТ широкому кругу населения. Труды по распараллеливанию появились не вчера, сейчас и Intel предоставляет ПО для решения, так что прогресс идет и отмахиваться от него ретушированием верно устаревающих алгоритмов по крайней мере неэффективно. Нужно переучиваться и переделывать, в этом и вся загвоздка. Пользователи, как всегда "проглотят" что дают, не вникая в суть проблемы и об отставании в одном из главных направлений будет успешно умалчиваться до поры до времени, пока большинство не озадачится этим вопросом. Да, работа (возможно и немалая) проведена, но лишь частично и благополучно приостановлена на неопределенный срок.

DTab · 16.11.2007, 15:01

Схема - 2430000 уравнений, 679000 элементов. На двухядерн. проце считалась менее 4 часов.
Помоему очень достойный результат для расчетных программ.

solver2005 · 20.11.2007, 10:06

DTab
Да, только непременно надо упомянуть про ОС Vista, которая позволила выделить объем памяти под приложение порядка 1,5 Гб. На ХР такой расчет не пойдет

p_sh · 20.11.2007, 10:11

1 загружение наверное

. шутка

Profan · 20.11.2007, 10:46

Для DTab.
Пользователь вообще не должен оперировать такими показателями, как количество уравнений, узлов или элементов. Это лишняя информация, забивающая мозги и повод покичиться. Вот, мол, какую схему забацал.
Для EXZet.
Мне в данном случае нет дела до MiroFe. Я вообще писал о том, что многопроцессорные системы задумывались для обеспечения истинной многозадачности, а не вытесняющей. Погоня за быстродействием или распараллеливанием расчетных процессов - не выход, IMHO. Задачу, которую MicroFe или Лира будут считать 4 часа, МОНОМАХ будет считать 40 минут или 4 минуты (при условии, что конструкцию здания можно смоделировать в МОНОМАХ'е). Вот к чему надо стремиться - к упрощению, а не загромождению. IMHO, конечно.
И ничто не мешает вам изучить язык бикья.

DTab · 20.11.2007, 10:47

Цитата:

Сообщение от p_sh

1 загружение наверное

. шутка

загружений всего 7, больше и не требовалось.

DTab · 20.11.2007, 10:59

Цитата:

Сообщение от Profan

Для DTab.
Пользователь вообще не должен оперировать такими показателями, как количество уравнений, узлов или элементов. Это лишняя информация, забивающая мозги и повод покичиться. Вот, мол, какую схему забацал.

А позвольте спросить - чем еще можно оперировать, кроме как кол-вом элементов и временем вычисления?
Кстати - расчитывать серьезные объекты мономахом - поменьшей мере странно.

Говард Тич · 20.11.2007, 11:24

Цитата:

Сообщение от DTab

А позвольте спросить - чем еще можно оперировать, кроме как кол-вом элементов и временем вычисления?
Кстати - расчитывать серьезные объекты мономахом - поменьшей мере странно.

Мономах, Лира, Скад, MicroFe-какая разница чем считать ведь конструктивный часть это не только расчет.
Да и результаты почти идентичные.
А для серьйозных обьектов скорость расчета не имеет значения.

DTab · 20.11.2007, 12:17

Цитата:

Сообщение от Говард Тич

Мономах, Лира, Скад, MicroFe-какая разница чем считать ведь конструктивный часть это не только расчет.
Да и результаты почти идентичные.
А для серьйозных обьектов скорость расчета не имеет значения.

А что - в мономахе уже есть возможность совместного расчета с основанием?
А вот скорость всегда имеет значение, если требуется внести изменения. Не знаю как у Вас, а у меня работа с расчетной схемой заканчивается только после здачи последнего чертежа в архив (а могут и на стройке еще напортачить, тогда придется и после еще изменения вносить), а иначе это не расчеты а ХАЛТУРА. Так, что когда решение надо принять быстро - разница есть - 4 часа или 12 часов (это еще если повезет, а то может быть одним расчетом и не обойтись.).

Говард Тич · 20.11.2007, 12:51

Цитата:

Сообщение от DTab

А что - в мономахе уже есть возможность совместного расчета с основанием?
А вот скорость всегда имеет значение, если требуется внести изменения. Не знаю как у Вас, а у меня работа с расчетной схемой заканчивается только после здачи последнего чертежа в архив (а могут и на стройке еще напортачить, тогда придется и после еще изменения вносить), а иначе это не расчеты а ХАЛТУРА. Так, что когда решение надо принять быстро - разница есть - 4 часа или 12 часов (это еще если повезет, а то может быть одним расчетом и не обойтись.).

Да Мономах считает совместно с основанием
Мономах счас использую для создания схемы и предварительного расчета-дальнейший расчет в Лире.

Если схема считается долго значит она разбита с мелким шагом
А нужно ли все этажи так разбивать?

Если найду Микрофе новых версий- поставлю просмотрю.
хотя сначала Робот его легче найти

в принципе это уже не в тему, но по многоядерности уже высказались выше.

01.10.2007, 14:05
MicroFe 2007 и многоядерн. процессор - нас снова обманули? EXZet Регистрация: 16.03.2006 Сообщений: 177 Здравствуйте. Суть такова. Купили новую версию, запустили на 4-ядерном компьютере расчет армирования подбалок - загрузка процессора 25% ? На двухъядерном нагрузка 50 процентов. Где собственно обещанная поддержка современных процессоров? Получается, что люди, владеющие последними моделями ВТ отстают от пользователей устаревающих компьютеров??? Или же есть какие-то неведомые способы наладить работу с многоядерными машинами? Если таковых приемов нет, то ситуацию кроме как подложным PR-ом производителей этого ПО я иначе назвать вряд ли смогу (дай Бог если я ошибаюсь), когда же разработчики перестанут вводить пользователей в заблуждение? __________________ Много делать - не значит много сделать.
Просмотров: 16421