[Red Nova]

Хочу понять делятся ли действия AutoCAD на два процессора поровну или один из них пашет, пока второй отдыхает. AutoCAD 2008, Windows XP SP2. Intel или AMD думаю без разницы, но если есть разница поправьте.

[ApmeM]

maksimys, я же писал, что при рендере многопоточность используют только 2007 и старше...
см рисунок...
система Win2003sp2

[Profan]

Не надо ухмыляться. Хочется при работе AutoCAD'а максимально задействовать 2 (или более) процессоров? Но ведь файл acad.exe - один. Значит, этот acad.exe должен делится на два или несколько потоков? Как вообще люди себе представляют деление процесса на два или несколько потоков? Какого процесса? Например, для отрисовки отрезка задействовать один процессор, а для редактирования полилинии - другой? Распараллеливание процесса на потоки хорошо при большом объеме вычислений. А какой объем вычислений при обычной работе с AutoCAD'ом? Ну, допустим, файл DWG имеет большой объем или есть много внешних ссылок. Можно предположить, что обработка такого DWG (какая обработка) делится на потоки (с общим адресным пространством?). При тонировании действительно может быть много вычислений. Суть всей этой моей болтологии в чем? А в том, чтобы понять - распараллеливания чего люди ожидают при работе с AutoCAD'ом?

[Bull]

Сообщение от Red Nova Bull, Так Акад получается оптимизирован?

Понятия не имею. Но, скорее всего, нет. В сообщении, которое тебя запутало, я это и пытался объяснить. Истинная загрузка 2-х процессоров может быть только тогда, когда сумма объёма занимаемой загрузки на 2-х процессорах составляет более 100%. А про такие проги я даже слыхом не слыхивал. Везде (в форумах) идет речь лишь о более-менее равномерной загрузке 2-х (4-х) процессоров. И приводится аналогия воды с бассейном. Где через один выход вытекало 10л/с, например. А при 2-х трубах вытекает через каждый 5л/с. Только в общем всё равно получается 10л/с.

PS Стоит всё-таки отметить, что выигрыш у 2-х и 4-х ядер ЕСТЬ! Это отражается в одном из вышеприведенных сообщ-й ("Он считает, я спокойно сижу в интернете"). Т.е. система дает преимущество при работе одновременно как минимум в 2-х программах. Но никак ни для одной!

[Profan]

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

[ApmeM]

2 Profan
производительность в 2 раза на двух процессорах в системе под управлением Windows/Unix получить невозможно в принципе (см их архитектуру и принципы работы)...
под RTOS автокад я не встречал...

[Bull]

Сообщение от Profan Так это многопроцессорная работа (истинная многозадачность).

Совершенно верно. Я о том же.

PS АртеМ, "в 2 раза" - это условно. В большинстве же прог даже 10%-й прибавки не наблюдается.

[bernata]

Заметил, что при одновременной работе с двумя тяжёлыми файлами в отдельно запущеных 2х Автокадах переход между автокадами (alt+tab) проходит легче чем переход между теми же файлми открытыми в одной оболочке.
или у меня миражи ?

(2duo CPU E8200 @ 2.66GHz)

[ApmeM]

меня устраивает скорость переключения и в одной оболочке
AMD64 x2 6000+ RAM 6GB

[Sync02]

Offtop немного: Многопоточность используется и сейчас, например при рендеринге: практически любая программа прога для рендеринга спрашивает на сколько ядер(процессоров) загружать и грузит на все 100% (см скриншот).
А в автокаде даже в "девелопер гуид" написано что многопоточность не поддерживается.
ps и время рендеринга уменьшается пропорционально количеству ядер

[Bull]

Сообщение от Sync02 Offtop немного: Многопоточность используется и сейчас,

Совершенно не offtop! Хотя и не относится к АвтоКАД. Вот, наконец, я вижу реальный скрин, свидетельствующий о распараллеливании (искренне верю, что это не монтаж). (Спасибо, Sync02, ты практически продемонстрировал чудо )

[Sync02]

Сообщение от Bull Совершенно не offtop! Хотя и не относится к АвтоКАД. Вот, наконец, я вижу реальный скрин, свидетельствующий о распараллеливании (искренне верю, что это не монтаж). (Спасибо, Sync02, ты практически продемонстрировал чудо )

Можеш и сам попробовать что-нибудь отрендерить (indigo - бесплатный рендер), и еще нашел в акаде такую переменную: WHIPTHREAD - "Controls whether to use an additional processor to improve the speed of operations such as ZOOM that redraw or regenerate the drawing. WHIPTHREAD has no effect on single processor machines". Только интересно многоядерность и многопроцессорность это одного поля ягоды или не совсем???

А вот еще из доков "ObjectARX is not thread-safe and multithreading is not supported"

[skkkk]

А при автосохранении? А при qsave?? Не говоря уж об открытии файла....Есть что распараллеливать? У меня вот два ядра, а подвисает также, например, при автосохранении, иногда в такой момент, что хочется отвертку в монитор воткнуть. Вот от этого что спасет? Два ядра? Два гектара оперативы? Тоже нет. Может надо ядра тысячи по три мегагерц каждое, да еще пару в придачу?

[Кулик Алексей aka kpblc]

Нет, достаточно с винтом похимичить

[Red Nova]

Кулик Алексей aka kpblc,

Нет, достаточно с винтом похимичить

Химиком надо еще стать.
А что конкретнее надо сделать?

[Кулик Алексей aka kpblc]

Ну, например, поставить SCSI или SATA вместо IDE, или драйвера под него воткнуть... У меня на какой-то машине, пока драйвера под IDE-порт не поставил (и не надо ржать, такое действительно было!), тормоза были невообразимые.

[Red Nova]

Я в железе плохо разбираюсь, так что надо переварить.

поставить SCSI или SATA вместо IDE

Это ты про жесткий диск?
У меня был ATA, сегодня поменяли на SATA, про то?
Слушай оставь коммент про двухядерность.
Что получается, автокад далеко не все операции делит на два ядра, и один проц 3ГГц это в некоторых вопросах лучше чем 2х2ГГц. Так выходит?

[Кулик Алексей aka kpblc]

Насчет двухядрености (тьфу ты, двухъядерности) я пас.

[soulkeeper]

Про многоядерность. Распаралеливание отдельных процессов отдельных программ на два ядра происходить может, разработчики многих ресурсоемких программ трудятся над этим. Но нельзя сказать, что при задействовании, скажем, двух ядер расчет завершится вдвое быстрее. У процессоров есть что-то типа "коэффициент масштабирования", и для двухядерных он обычно меньше 2.
Владельцы многопроцессорных машин могут с Автокадом еще так поэкспериментировать. В диспетчере задач, вкладка "процессы" щелкните правой кнопкой мыши на процессе acad.exe и выберите "задать соответствие". По умолчанию галочки стоят на всех имеющихся ядрах/процессорах. Можно поэкспериментировать, убирая их поочередно и порендерить что-нибудь. Сам я работаю только в 2d в Автокаде, для этого я особых приростов в производительности не замечал. Но, например, программа MicroFE может эффективно использовать оба ядра для отдельных видов расчетов. Это видно и из диспетчера задач, и из времени, затраченного на вычисления

[Димас]

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

[Profan]

Все эти тесты - просто игры и все. Основной задачей разработчиков ОС является обеспечение многозадачности. Без нее не будет многопоточности. В одноядерных процессорах реализована так называемая вытесняющая многозадачность. При этом каждому запущенному процессу присваивается приоритет. ОС статистически обрабатывает работу каждого процесса и для процессов, которые реже обращаются к ресурсам компьютера, понижает приоритетет, повышая его для других процессов. В любом случае процессы обрабатываются поочередно и пользователю только кажется, что он работает ОДНОВРЕМЕННО с несколькими программами. Многоядерность (а ранее многопроцессорность) могут обеспечить истинную многозадачность. В этом случае каждый процессор (ядро) может выполнять один процесс, отдавая ему все ресурсы компьютера. Это теоретически, потому что ресурсы - общие для всех процессов. На самом деле для обеспечения действительно полной многозадачности необходимо иметь для каждого процесса свои ресурсы со своей шиной. Но это сильно усложняет аппаратную часть, в частности, системную плату. Тогда надо существенно увеличить оперативную память и значительно повысить пропускную способность системной шины. Для двухядерных процессоров мы можем утверждать, что гарантировано можем выполнять параллельно два процесса (две программы). А если процессов больше? Ясно, что в этом случае мы опять скатываемся к вытесняющей многозадачности. Выход - увеличивать количество процессоров (ядер), соответственно наращивая память. Но память для 32-битных систем ограничена (теоретически) 4-мя Гб. Нужны 64-битные системы и приложения. Нужен, как минимум, 16-ти ядерный процессор. Нужна память порядка 64 Гб. Но это дорого. В данном случае мы имеем двухядерный процессор. Я думаю, что разработчики ОС отдали на откуп программирование многопоточности разработчикам приложений, заложив в операционную систему некие правила для обработки потоков. И здесь может повториться такая же ситуация, как и с многозадачностью. Если число потоков больше двух (процессов больше одного), как будут обрабатываться эти потоки? Опять с назначением приоритетов? А как тогда будут выполняться процессы? Наверное, в Microsoft много поломали и ломают голову над этой проблемой. Для малоядерных процессоров многопоточность входит в конфликт с многозадачностью - вот что. Единственный выход - использовать монопольно один процесс, который делится на два потока, если приложение может это обеспечить. И вот тут мне пришла в голову одна мысль. Что, если приложение объявляет поток - процессом?