Windows vs Linux - Как десктоп
, и игровая станция.
![]() |
Наши проекты:
Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту |
|
| ПРАВИЛА | FAQ | Помощь | Поиск | Участники | Календарь | Избранное | RSS |
| [216.73.216.243] |
|
|
Правила раздела:
| Страницы: (1182) « Первая ... 763 764 [765] 766 767 ... 1181 1182 ( Перейти к последнему сообщению ) |
Windows vs Linux - Как десктоп
, и игровая станция.
|
Сообщ.
#11461
,
|
|
|
|
Цитата Unhealer @ best_lamer, попробуй использовать AMG Solver, если у тебя SMP система. Или DDS Solver или DPCG Solver, если распределенная система. Я хочу посмотреть на x64 виндо и x64 ANSYS если такой есть. Ну или хотя бы просто на x64 виндо и любое x64 приложение. Просто мучаюсь догадками и ночами не сплю от мысли а как же оно там будет? А за совет спасибо! |
|
Сообщ.
#11462
,
|
|
|
|
Почему бы не юзать ансис под линуксом вместо кривой венды? Или у них отдельно лицензируются решения для разных систем?
|
|
Сообщ.
#11463
,
|
|
|
|
Цитата Unhealer @ Послушай, что я тебе сказал. Это реально так. А у тебя просто один таск перекидывался между ядрами. Поэтому оба по 50% Не, убери свои посты. А то ведь человек попробует и поймет, что винда тут ни при чём. Как же он жить после этого будет с таким осознанием ? |
|
Сообщ.
#11464
,
|
|
|
|
Цитата rusty_angel @ Почему бы не юзать ансис под линуксом вместо кривой венды? Или у них отдельно лицензируются решения для разных систем? Да нет, вроде. Просто он вроде одинаково хорошо должен работать и там и там. best_lamer, рекомендую ознакомиться с разделом 3.2 мануала по ансису. Называется "Selecting a solver" Добавлено Цитата Hryak @ Не, убери свои посты. А то ведь человек попробует и поймет, что винда тут ни при чём. Как же он жить после этого будет с таким осознанием ? Да ладно, зачем заставлять человека страдать . Решение же на поверхности. |
|
Сообщ.
#11465
,
|
|
|
|
Цитата best_lamer Цитата (rusty_angel @ Сегодня, 23:33) Нет, ANSYS всё-таки очень серьёзная штука, и действительно всё распараллеливает. Вот только я подозреваю что виндО об это не догадывается таг.. и поди стоит немеряно... И что, когда его кодили под винды (тужились код распараллеливали), тоже неподозревали, что венда их вот так, бессовестно кинет? прям не кодилы а - ламо тупое! зы Хотя, возможно оно больше под цwine оптимизировано.. Под ним оно вобще не свапит, не глючит и не тормозит... поскоку не работает хотя мона толкнуть рац-предложение.Цитата Що значеД "какого" ? При "нормальном" приоритете ANSYS кушал приблизительно по 50% обоих ядер я посчитал Кстати раскажи это новость АСУПафцам... Наверно от них много будет и-хс-игрекоф по ваш адрес, а то и админовские права отбирут а то косынки не распараллеливаються... свап жрут.. |
|
Сообщ.
#11466
,
|
|
|
|
Цитата n0p @ таг.. и поди стоит немеряно... Мягко сказано. |
|
Сообщ.
#11467
,
|
|
|
|
Цитата Unhealer @ Послушай, что я тебе сказал. Это реально так. А у тебя просто один таск перекидывался между ядрами. Поэтому оба по 50% Unhealer если это так возникает резонные вопросы : - Что тогда в контексте многопроцессорной системы называть "приоритетом реального времени"? И что являет собою вышеназванный приоритет "рельного времени" в винде? - И на кой черт моя контора приобретала железо и раскошеливалась на лицензии (подумать только виндО покупали АНСИС покупали ппц я в шоке) если в результате железо недоиспользуеться изза косости либо оси либо ансиса? Добавлено Цитата rusty_angel @ Почему бы не юзать ансис под линуксом вместо кривой венды? Начальству виднее сказали виндО значит виндО Цитата Unhealer @ best_lamer, рекомендую ознакомиться с разделом 3.2 мануала по ансису. Называется "Selecting a solver" Спсб ознакомлюсь при первой же возможности |
|
Сообщ.
#11468
,
|
|
|
|
Цитата best_lamer @ - Что тогда в контексте многопроцессорной системы называть "приоритетом реального времени"? И что являет собою вышеназванный приоритет "рельного времени" в винде? Реального времени - это который "realtime" в таск менеджере? Это значит, что процесс будет иметь наивысший приоритет среди юзер-спейс процессов для шедулера на тот процессор, который он занял. Цитата best_lamer @ если в результате железо недоиспользуеться изза косости либо оси либо ансиса? У меня слов нет. Я тебе сказал что-то про косость? Тебе не позволяют полноценно работать настройки или отсутствие лицензии на соответствующий модуль, но ни как не "косость". |
|
Сообщ.
#11469
,
|
|
|
|
Цитата best_lamer @ - Что тогда в контексте многопроцессорной системы называть "приоритетом реального времени"? Схема выполнения процесса в обычном приоритете: ++++----++++----++++----++++ где "АААА" — это выполнение потока самого процесса, а "----" — пауза между ними, где могут выполняться другие процессы, обработка ввода от системы, и т.п. На двухпроцессорной системе это может выглядеть так: ++++----++++---- ----++++----++++ То есть выполнение одного процесса будет распараллелено между двумя ядрами за счет того что они в разное время будут обрабатывать "----" — системный ввод и потоки других процессов. При повышенном приоритете поток выполняется беспрерывно на одном процессоре: "++++ ++++ ++++ ++++" Добавлено Цитата best_lamer @ если в результате железо недоиспользуеться изза косости либо оси либо ансиса? Либо кто-то не осилил настройки Наверняка нужно почитать мануал про то, как настроить систему на работу в многопроцессорной среде. Кстати, может лицензия приобреталась действительно на один только процессор. "Начальству виднее" |
|
Сообщ.
#11470
,
|
|
|
|
Цитата Unhealer @ Это значит, что процесс будет иметь наивысший приоритет среди юзер-спейс процессов для шедулера на тот процессор, который он занял. Процесс может занимать только один процессор? Действительно, где есть инфа о том, что такое на самом приоритет RT в винде на SMP-системах? |
|
Сообщ.
#11471
,
|
|
|
|
Цитата rusty_angel @ Процесс может занимать только один процессор? Действительно, где есть инфа о том, что такое на самом приоритет RT в винде на SMP-системах?Нужно сначала разобраться, как выполняется шедулинг на SMP системах в винде. Тогда сразу станет понятно, как будет работать приоритет. |
|
Сообщ.
#11472
,
|
|
|
|
Цитата Unhealer @ Нужно сначала разобраться, как выполняется шедулинг на SMP системах в винде. В целом вроде представляю. В пределах университетского курса Поэтому некоторые вещи в этом топике кажутся ересью или оговорками. |
|
Сообщ.
#11473
,
|
|
|
|
Цитата rusty_angel @ Действительно, где есть инфа о том, что такое на самом приоритет RT в винде на SMP-системах? Я описал выше. Кстати, best_lamer, чтобы не проводить пустых споров, глянь-ка лучше, сколько этот ANSYS генерирует потоков. Посмотреть можно в Task Manager, выбрав соответствующую колонку. |
|
Сообщ.
#11474
,
|
|
|
|
Цитата Smike @ Я описал выше. Ты описал ситуацию с одним потоком. Добавлено Цитата Smike @ Кстати, best_lamer, чтобы не проводить пустых споров, глянь-ка лучше, сколько этот ANSYS генерирует потоков. Посмотреть можно в Task Manager, выбрав соответствующую колонку. Это ничего не даст, т.к. потоков будет несколько, вычисления будут идти в одном, т.к. остальные отвечают за гуй и подобные ему вещи. |
|
Сообщ.
#11475
,
|
|
|
|
Цитата Smike @ Я описал выше. Почему-то вот это: Цитата Smike @ На двухпроцессорной системе это может выглядеть так: ++++----++++---- ----++++----++++ То есть выполнение одного процесса будет распараллелено между двумя ядрами за счет того что они в разное время будут обрабатывать "----" — системный ввод и потоки других процессов. Мне кажется глупостью. |