Компьютер для ANSYS и LS-DYNA

[Aleksandr2008 1]

Планирую приобрести системный блок за 20-25 тыс. руб. для работы в ANSYS и LS-DYNA, хочу решать в будущем серьезные задачи. Вот некоторые предполагаемые параметры:

1. Intel Core 2 Quad E6600

2. Видеоадаптер 256 Mb GeForce 8600 GT

3. 400 Gb Seagate SATA

4. DDRII PC-6400 2Gb

Есть ли смысл покупать 4-ядерный проц или лучше взять с большей частотой 2-ядерный? Помогите подобрать оптимальную конфигурацию. Заранее спасибо.

[Форумный боец 1]

Core 2 Quad E6600

quad это Q6600, а не E6600 ;) да, 4-ядерный подойдет, особенно под хорошим разгоном.

памяти маловато.

[Galitsky 5]

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

т.е. двухъядерник+памяти гига 4-8. "Для дома" - сойдет.

[Форумный боец 1]

Рекомендуемое аппаратное обеспечение для пользователей ANSYS

Цель этого документа - рекомендовать аппаратную конфигурацию на основе большого опыта использования ANSYS различными пользователями. В последнее время производительность процессоров стала практически идентичной с точки зрения цены на них как на недорогих настольных компьютерах, так и на дорогих многопроцессорных серверах. До сих пор остаются узкие места, добавляющие часы или дни ко времени выполнения задач ANSYS. Главными причинами этих проблем редко являются медленные процессоры, по существу главными факторами, компрометирующими аппаратную систему являются малое количество оперативной памяти, плохие системы ввода/вывода или медленные сетевые связи (interconnects) в аппаратных системах с распределенной памятью (Distributed memory systems). В мире где цены являются определяющим фактором для ответственных IT специалистов, занимающихся закупками оборудования, может создастся такая ситуация, когда они не смогут объективно оценить требования к оборудованию, предъявляемые расчетными комплексами такими как ANSYS. Расчетчики начинают работать с более сложными детализированными моделями, которые забирают все ресурсы процессора, памяти и подсистемы ввода/вывода.

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

Вначале хотелось бы привести общие соображения по количеству оперативной памяти для ANSYS.

1) Общим правило для решателей ANSYS может быть 1 GB оперативной памяти на миллион степеней свободы (DOFs). Это правило подходит как для итеративных решателей (таких как PCG) так и для прямых (таких как direct sparse solver). Решатель ANSYS интенсивно использует память, так что 1 GB на DOF это хорошая отправная точка при оценке ресурсов для решения большинства задач. Блочные 3D модели, состоящие из элементов второго порядка требуют больше памяти при расчете (требования к памяти возрастают в 2х 3х раза, в случае sparse solver), а также несколько широко используемых элементов в ANSYS (к примеру, SOLID92 и SOLID95) используют наоборот гораздо меньше памяти при использовании итеративного решатели PCG и опции MSAVE,ON (сейчас она используется по умолчанию везде, где это только возможно).

2) Требования итеративного решателя к системе ввода/вывода те же, что и к памяти за исключением некоторых видов расчетов, включающих множество шагов нагружения, которые могу сгенерировать очень большие файлы результатов. Запуск "Sparse solver" требует 10 GB файлов на миллион DOFs. Это число может увеличиваться в 2-3 раза при использовании 3D моделей с элементами высшего порядка. Block Lanczos является наверное наиболее требовательным к вычислительным ресурсам и операциям ввода/вывода решателем ANSYS.

3) Средства ввода/вывода не могут ускоряться процессорами. Это проблема, является также проблемой управления итеративными решателями и может привести к потере производительности при использовании решателей sparse. Большинство современных операционных систем, включая Windows, используют некоторые объемы оперативной памяти для большего кэша файлов. Таким образом, аппаратные системы с большим объемом памяти более предпочтительны с любой точки зрения на ценовую политику.

4) Высокопроизводительные вычисления могут быть проведены на любых конфигурациях аппаратного обеспечения если размер модели в ANSYS полностью соответствует присутствующему в компьютере количеству оперативной памяти.

5) Уже существуют примере решения задач с использованием ANSYS, где было задействовано от 8 до 16 процессоров с более чем 100 Гб оперативной памяти. На таких аппаратных системах ANSYS может решать модели размером в 100 миллионов степеней свободы с лидирующей в своем классе инженерных программных комплексов скоростью. В меньших системах, ANSYS показывает предельно допустимую для них пиковую производительность, только если они правильно сконфигурированы, это достигается имеющимися в программном комплексе средствами оптимального управления памятью.

Рекомендации по выбору аппаратного обеспечения для усиления производительность ANSYS могут быть разделены на следующие категории:

1) Настольные 32-битные аппаратные системы (в основном на них стоит Windows 32-bit OS и на некоторых установлен Linux 32-bit )

На любых настольных системах использующих ANSYS должно быть установлено минимум 2 Гб оперативной памяти. Под swap нужно выделить 3 Гб на жестком диске а также, при использовании Windows XP, нужно внести опцию /3GB switch. Указанная опция позволят пользовательским программам использовать более половины имеющейся в компьютере памяти, что является известным ограничением в определенных случаях Windows 32-bit. На жестком диске должно быть не менее 100 Гб свободного пространства. Кроме того, это свободное пространство должно быть на отдельном логическом диске, и будет использоваться как рабочее (scratch space) при работе с большими расчетными моделями, впрочем, после решения задач некоторые файлы можно переместить в другое место. Жесткий диск необходимо должным образом почистить и даже переформатировать для того чтобы снизить возможность фрагментации и повреждения файлов что является еще одной знаменитой возможностью Windows систем.

Необходимо использовать жесткие диски со скоростями вращения шпинделя 10,000 или 15,000 RPM. На данный момент существует несколько моделей, которые могут поддерживать постоянную скорость ввода - вывода данных в 50-70 Мб в секунду, они необходимы при работе в ANSYS с большими задачами. При использовании PCG решателя на подобных аппаратных системах можно получать эффективное решение задач от 1 до 3 миллионов степеней свободы. При использовании решателя sparse, решение, вообще, идет быстрее, но в этом случае размер моделей придется ограничить 250 тысячами степеней свободы. Можно запустить задачу в sparse и на миллион DOF, но в этом случае будет большое количество операций ввода-вывода, что сильно снизит производительность аппаратной системы.

Существующие настольные 32-битные системы сейчас активно переходят на технологии AMD Opteron и Intel em64t. На обоих типах аппаратных систем, можно запускать как 32-битные так и 64-битные приложения. Сейчас выпущена Windows для 64-битных аппаратных систем и ограничение в 2Гб оперативной памяти более не является актуальным. Может присутствовать некоторая задержка в выпуске полной версии Windows64, она связана с поставщиками аппаратуры драйверов и поставки третьими фирмами других программ для Windows64. В любом случае можно купить 64-битную аппаратную систему и апгрейдить ее до полных возможностей обновлением программного обеспечения.

2) Настольные 64-битные аппаратные системы (рабочие станции на Opteron, Intel em64t, и Intel Itanium)

На этих аппаратных системах должно быть установлено минимум 8Гб оперативной памяти и 2 процессора. Необходимо использовать жесткие диски со скоростями 10-15 тысяч оборотов в минуту и иметь не менее 200Гб свободного пространства на диске. ANSYS должен запускаться на отдельном striped разделе (striped partition). 8Гб памяти даст возможность решать с помощью sparse задачи от 500 тысяч до 750 тысяч степеней свободы incore (полностью в оперативной памяти) или довольно эффективно out-of-core (с использованием жесткого диска). На 64-битных аппаратных системах может быть решено большинство, даже очень больших задач вплоть до 1 - 2 миллионов степеней свободы out-of-core с использованием решателя sparse без большой потери производительности, как это происходит на 32-битных операционных системах. Это является изюминкой таких систем по сравнению с 32-битными машинами. Дополнительным преимуществом использования 8Гб памяти для подобных небольших аппаратных систем является хорошая производительность при решении тех задач, в которых оперативная память практически полностью расходуется. Даже модели в 300-500 тысяч степеней свободы могут решаться полностью в in-core что дает постоянную высокую скорость расчета этим системам.

Большинство этих систем до сих пор имеет узкие места в производительности подсистемы ввода/вывода. Исключением являются рабочие станции HP Itanium, на которых можно было сконфигурировать 3 striped SCSI диска с 200 Гб свободного места. На этих системах постоянная скорость ввода/вывода превышала 100 Мб в секунду при решении решателем sparse задач, интенсивно использующим подсистему ввода/вывода. К сожалению HP более не производит эти аппаратные системы на базе Itanium. Остается надеется, на то, что аппаратные системы на базе em64t или Opteron можно будет сконфигурировать для того чтобы достичь или превысить вышеприведенные показатели. В данный момент на аппаратных системах лучше всего запускать задачи, в которых использование памяти находиться в пределах использования 8 Гб памяти, чтобы избежать потерь на производительность включением в работу подсистемы ввода/вывода.

НА этих системах можно задействовать 2 процессора для эффективного решения задач, но рассматривать их все же следует как системы для решения одной задачи одним пользователем. В них не существует ни средств операционной системы ни ресурсов для поддержки запуска более чем одной задачи более чем одним пользователем.

3) Настольные Linux и Unix системы

В этих операционные системах можно расширить производительность настольных аппаратных систем до 4 или даже до 8 процессоров и поставить более 8 Гб оперативной памяти. Они могут поддерживать работу более чем одного пользователя и одной задачи пока внимательно отслеживается лимит используемых мощностей. При работе нескольких пользователей одновременно даже более важно оставить некоторое количество памяти использования под буфер подсистемы ввода/вывода. На 4 процессорных системах должно быть установлено минимум 16 Гб памяти, лучше, если установлено 32 Гб. Должен присутствовать массив из 5 или 6 striped дисков емкостью от 250 до 500 Гб. НА подобных аппаратно-программных системах можно запускать несколько задач ANSYS одновременно не теряя пиковой производительности, запускать задачи нескольких пользователей и даже решать "геройские" задачи размерностью несколько миллионов степеней свободы. С постоянной большой производительностью на таких системах можно решать задачи с использование решателя sparse в 2-5 миллионов степеней свободы, а с использованием итеративного решателя задачи до 20 миллионов степеней свободы.

При использовании для вычислений Distributed ANSYS можно задействовать все имеющиеся процессоры для быстрого и эффективного решения задачи используя преимущества SMP системах в скорости вычислений. Кроме того большой объем памяти SMP систем позволяет более удобно работать с подготовкой больших моделей перед расчетом и при просмотре результатов вычислений. При работе с результатами вычислений очень больших моделей нужно выделять большой объем данных под ANSYS database space, это позволит избежать при выводе графики появления page file-а. На сегодняшний день, наиболее оптимальными с точки зрения стоимости аппаратными системами на базе Opteron или em64t и установленной операционной системой Linux являются серверы стоечного монтажа (rack mounted servers) с большим объемом памяти и быстрой подсистемой ввода/вывода. Такие аппаратные системы лучше сбалансированы с точки зрения управления большим объемом памяти и лучшей производительности подсистемы ввода/вывода чем аналогичные настольные системы, использующие то же самое аппаратное обеспечение. Разница в цене практически аналогична разнице во времени решения больших задач.

4) High end servers

Эти аппаратные системы дают максимальную производительность вплоть до предела возможностей программного комплекса ANSYS. Такие системы должны иметь максимальное возможное количество оперативной памяти на каждый процессор. В этом случае лучше купить большее количество памяти и меньше процессоров, 8-процессорная система с 64Гб оперативной памяти лучше подойдет для ANSYS чем 16-процессорная с 32 Гб. Идеальное конфигурацией High end server-ов для запуска ANSYS следует признать 16 процессорную (Intel Itanium 1.6 Ghz) аппаратную систему с 128 Гб оперативной памяти и 1 ТB массивом striped дисков. На такой системе можно решать несколько задач размерностью в миллион степеней свободы или одну задачу в 100 миллионов степеней свободы с удаленным управлением решением через ANSYS Workbench. В случае запуска задачи на счет с использованием средств PPFA и Distributed MPI в аппаратных системах с общей оперативной памятью можно получать даже лучшие результаты. Приведенная выше конфигурация аппаратной системы является единственной на текущий момент, которая может решить модель в 100 миллионов степеней свободы, а также, которая может решать одновременно несколько задач размерностью более 1 миллиона степеней свободы на максимальной скорости.

5) Cluster Systems и специфика Distributed ANSYS

Кластерные системы сейчас активно развиваются, и заслуживает отдельного разговора. Также как и в случае с требованиями, предъявляемыми ANSYS к подсистеме ввода/вывода, код, позволяющий ANSYS распределять вычислительные ресурсы, Distributed ANSYS, требует Distributed аппаратных систем с высокопроизводительными интерконнектами (interconnects). Объем данных обычно передаваемый между процессорами и задачами ANSYS колеблется от сотен мегабайт до нескольких гигабайт с сотнями тысяч дополнительных сообщений.

Все, что было сказано об аппаратном обеспечении в пунктах 1-4 может быть применено к Distributed ANSYS за исключением замечаний по Windows системам. ANSYS продолжает работать над вопросом реализации многопроцессорной кластерной системы обладающей мощью параллельных вычислений при соответствующем интерконнекте, использующем MPI. Ожидается, что Windows64 предоставит конкурирующую MPI библиотеку для работы на кластерах состоящих из процессоров Opteron или em64t.

Отдельные задачи ANSYS запускаемые с использованием Distributed ANSYS редко показывают значительное ускорение после 8 процессоров. Как и в случае классического ANSYS, лучше работать с несколькими мощными вычислительными узлами с достаточным количеством памяти, чем иметь большое количество дешевых процессоров с ограниченным объемом памяти. На запускающем узле (host node) в таких системах должно быть установлено 8 Гб памяти. На всех остальных - не менее 4 Гб. НА сегодняшнем рынке доминируют кластеры, построенные на 32-битных процессорах, но следует признать более эффективным использования 64-битных кластеров в связи с требованиями предъявляемыми ANSYS к количеству памяти. Расширить возможности 32-битных систем возможно, если использовать быстрые интерконнекты. Как минимум нужно соединение, обеспечивающее Gige канал, лучше если будут использоваться интерконнекты вроде Miranet или Infiniband. Каждый раз, вместе с активным использованием памяти, ANSYS интенсивно использует подсистему ввода/вывода. Это означает что каждый процессор должен обладать локальным дисковым пространством или же отдельным сетевым каналом по которому обеспечивается очень быстрая передача файлов к центральной подсистеме ввода/вывода. Подобная конфигурация, как правило, бывает на больших кластерных системах высокого класса. Отдельные диски не обязательно должны быть очень большими. 15-20 Гб должно быть более чем достаточно в большинстве случаев. Тем не менее, host node должен обладать большими возможностями ввода/вывода поскольку при работе Distributed ANSYS все результаты приходят именно на него также как и входные файлы с моделями.

Плохие интерконнекты между настоящими кластерными системами приводят к возрастанию расчетного времени при добавлении дополнительных процессоров. В большинстве случаев большие SMP системы (shared memory servers) имеют лучшую MPI производительность. Системы, использующие общую память, имеют репутацию систем лучше работающих при вводе моделей и при оценке результатов, они принимают большой объем дополнительных сообщений в ANSYS и работают со скоростью работы оперативной памяти, а не с гораздо более медленной скоростью соединения по сети. Вместе с другими развивающимися сетевыми технологиями, хорошие интерконнекты вроде Miranet и Infiniband, помогут улучшить скорость работы кластерных систем.

В заключение приведем общие рекомендации по применению Distributed ANSYS на аппаратных системах: Следуйте общим рекомендациям приведенным в пунктах 1-4 для ANSYS систем. Дополнительно используйте подходящие локальные диски для каждого вычислительного узла и высокопроизводительные интерконнекты. Помните, что общие средства сетевого взаимодействия не достаточны для скоростной работы Distributed ANSYS. Linux и UNIX системы на сегодняшний момент являются единственным выбором при работе ANSYS в распределенных системах но уже ведется работа с Microsoft для выдачи конкурентного решения работающего в среде Windows.

взято с <noindex>www.emt.ru/forum</noindex>

[Galitsky 5]

вообще-то это перевод статейки с ансисовского сайта. оригинал - <noindex>http://www1.ansys.com/cgi-bin/HardwareSupp...ecommended.html</noindex>

Т.к. Aleksandr2008 упоминает "серьезные задачи", можно посоветовать не размениваться по мелочам, а приобрести более-менее нормальный аппарат, типа <noindex>http://h20000.www2.hp.com/bizsupport/TechS...ectID=c00258392</noindex>

или даже что-нибудь типа такого - <noindex>http://www.sgi.com/products/servers/altix/450/configs.html</noindex>

А то - Intel Core, 400 Gb Seagate SATA, DDRII PC-6400 2Gb...

[Форумный боец 1]

вообще-то это перевод статейки с ансисовского сайта. оригинал - <noindex>http://www1.ansys.com/cgi-bin/HardwareSupp...ecommended.html</noindex>

еще бы дилер нас другим потчевал...

[Tevial 0]

Заранее прошу прощения, может я чего-то не допонял, но актуальность вопроса так и не исчезла по моему мнению, нужен ли 4-х ядерный процесор под расчеты или нет.

Насколько я знаю для расчетов нужно (в приоритете):

1. Быстрая память (большого объема, тут у всех мнение совпадает, чем больше тем лучше).

2. Быстрый жесткий диск (диски в Raid массиве).

А вот оказывает ли существенное влияние на расчеты ядерность процессора???

[Форумный боец 1]

если учитывать, что стотят е6850 и ку6600 одинаково, а в разгоне частота будет практически одинаковой, то имхо 6600 надо брать

[Galitsky 5]

IMO, лучше вообще не тратить свои деньги вместо работодателя, и не строить на свои кровные денюжки самодельные "супер"системы.

[Dyakonenko K.U. 0]

IMO, лучше вообще не тратить свои деньги вместо работодателя, и не строить на свои кровные денюжки самодельные "супер"системы.

Добрый день!

У меня возникает тот же вопрос - комп под Ансис. Из игрового уже вырос, а до кластера еще не дорос

В данный момент занимаюсь не сколько расчетами в Ansys (но и ими тоже!), сколько построением сеток в ANSYS ICEM CFD. Нужен нормальный комп, чтоб свободно работать с геометрией и сетками хотя бы до 2 млн элементов.

Бюджет пока не ясен, пока ориентируюсь на 1-2 тыс евро за системник.

Сейчас мне предлагают собрать такой вариант:

m/b - P5Kх, Intel е6850, 2х2 Gb ddr2-800, 1х500гб, dvd, кузов клон TT armor (c боковым охлаждением) - 950 долл.

видеокарты предлагают такие модели: Nvidia Quadro FX 540- 200$, 1400 - 450$, 1500,1700 - 600$ 3400 - 750$, 5500 - 3000$,

из них пока смотрю на FX 1700 (512 Mb) за 600 долл

Стоит ли что-то тут поменять, может видуху получше взять или оно того не стоит? Какие будут предложения?

[Форумный боец 1]

вместо е6850 посмотри в сторону новых е8ххх процессоров.

[SVB 188]

Dyakonenko K.U., вот пример моего приятеля он купил под этот новый год себе комп следующей конфигурации:

Core 2 Duo 2,33 ГГц, 4 Gb RAM, HDD 400 Gb, GeForce 8600GT — цена системника около 20 тыс. руб.

На днях он похвалился: он поставил на него WinXP64+ ANSYS V11 64 bit в полном комплекте.

И конкретно он загрузил на нём достаточно сложную геометрию и в ICEM CFD 64 bit запустил генерацию сетки, получил на выходе при использовании всей его 4 Гб оперативки он разбил модель на 21 млн. элементов.

Есть ещё желание потратить 1-2 тыс. евро?

Конечно, запустив решатель с этими 21 млн. элементов задаче может не хватить 4 Гб оперативки. Но раз операционка 64-битная и расчётная система — также, то превышение требуемой памяти уйдёт на своп-файл винта.

Мораль: дополнительные деньги к 20 тыс. руб. надо кинуть на:

1. Дополнение до 8 Гб оперативки;

2. Покупку процессора покруче — но это уже второстепенно.

На остальные компоненты деньги добавлять уже не имеет особого смысла.

[Dyakonenko K.U. 0]

Core 2 Duo 2,33 ГГц, 4 Gb RAM, HDD 400 Gb, GeForce 8600GT — цена системника около 20 тыс. руб.

...

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

[SVB 188]

Зачем на расчетную машину ставить игровую видеокарту, задача которой не просчитать геометрию, а "сделать красиво".

Что значит "сделать красиво"? По-вашему — делая красиво т.н. игровая карта не считает 3D-геометрию? На основе каких же алгоритмов она "делает красиво"? На основе технологий "под Ван Гога"? Или, может быть, — "под Рубенса"?

Зайдите сюда: <noindex>http://www.nvidia.ru/page/qfx_uhe.html</noindex> — топовые профессиональные видеокарты.

а также сюда: <noindex>http://www.nvidia.ru/page/geforce8.html</noindex>

Сравните, к примеру, по полосе пропускания памяти эти разные классы видеокарт. Поймете на основе каких игровых построены профессиональные или наоборот, сравните соответствующие на них цены.

Вот когда сами поймёте для чего созданы рабочие (т.н. профессиональные) видеокарты вот тогда и покупайте их. Желательно не за свой лично счёт... Поймёте: насколько она ускорит Вашу работу на конкретном софте или нет...

Оно, конечно, если для Вас 1-2 тыс евро это разок не забежать в ресторан, то, разумеется, можно их бросить на понтовую карту.

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

[Dyakonenko K.U. 0]

Что значит "сделать красиво"? По-вашему — делая красиво т.н. игровая карта не считает 3D-геометрию? На основе каких же алгоритмов она "делает красиво"? На основе технологий "под Ван Гога"? Или, может быть, — "под Рубенса"?

...

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

SVB, не хочу Вас обидеть, но мне кажется, что Вы не владеете вопросом (я тоже, и поэтому спрашиваю совета). Можно почитать например <noindex>вот эту</noindex> статейку. А продавцов подобных железяк у нас в Харькове единицы, и то через форумы искать приходится, так что никакого давления рекламы нет, наоборот все игровое железо пытаются вручить.

Действительно платить я планирую не из своих денег, поэтому в данном случае я не боюсь переплатить 200-500 евро.

Чтобы не отвлекаться, конкретизирую вопрос. Итак, я твердо решил брать профессиональную видеокарту (кстати самые простые их модели стоят как игровые), но хочу получить совет, какую именно лучше взять конкретно под ICEM.

[Yuhoo 0]

Dyakonenko K.U.

Итак, я твердо решил брать профессиональную видеокарту (кстати, самые простые их модели стоят как игровые), но хочу получить совет, какую именно лучше взять конкретно под ICEM.

Я сомневаюсь, что кто-нибудь сможет дать вам компетентный совет. Если посмотреть тесты профессиональных карт в профессиональных приложениях, то видно, что в разных проф. программах одинаковые карты показывают разные результаты (иногда почти в разы), т. е., карту надо подбирать конкретно под приложение. Единственный вменяемый тест для проф. приложений - это тест от <noindex>http://www.spec.org</noindex>, (кстати, он тоже показывает, IMHO, некорректные результаты), а тестов графической подсистемы для ANSYS, насколько я знаю, вообще нет.

IMHO, единственная возможность, если кто-нибудь протестирует в ANSYS при реальной работе несколько профессиональных и игровых карт, что очень маловероятно, а все эти статейки и рекомендации производителей софта и карт, IMHO, на 95% - вода.

P.S. Имел пару лет назад возможность попробовать поработать на Quadro в CATIA - разницу с игровым аналогом не заметил.

Изменено 3 марта 2008 пользователем Yuhoo

[Форумный боец 1]

на Quadro в CATIA - разницу с игровым аналогом не заметил

а в ансисе проф карта нужна еще меньше, как я понимаю...

Dyakonenko K.U.

бери бюджетную игровую карту и не парься. лучше память, проц и винт.

[Galitsky 5]

- а как же поиграцца в обеденный перерыв???

На самом деле, видеокарта - вопрос n-цатый по счету. Рендер 1 млн. элементов сожрет не видеокарту, а проц с памятью. А крутить-вертеть миллионами элементов, право слово, - лишнее. Практика показывает, что использовать вполне возможно и интегрированные видеокарты, - лишь бы ОЗУ хватало.

[Dyakonenko K.U. 0]

Практика показывает, что использовать вполне возможно и интегрированные видеокарты, - лишь бы ОЗУ хватало.

Так что, лучше может тогда замахнуться на 8 Гб ОЗУ?

[SVB 188]

Так что, лучше может тогда замахнуться на 8 Гб ОЗУ?

Можете замахнуться на 16 Гб оперативки — замахивайтесь.

Что-то с первого раза до Вас плохо доходит... Набираете статистику? Ждёте пока Вам 5-10-15 человек скажут одно и тоже?

Всё Вам кажется...

но мне кажется, что Вы не владеете вопросом (я тоже, и поэтому спрашиваю совета).

Не владел бы не писал.

Возьмите GeForce 8800 GT и не парьтесь.

А если из своих денег покупаете, то и 8600 GT где-то за 140$ хватит для ANSYSa за глаза.

В качестве приорететов для ANSYSa:

1. Оперативка

2. Процессор

3. HDD, лучше подойдёт и RAID-массив. ANSYS любит к винту обращаться.