Перейти к публикации

FX-8150 или I7


yuri-pet

Рекомендованные сообщения

Вы хотите сказать, что программное торможение может быть и 1 секунду и 20 и больше?

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

Сегодня провели такой эксперимент: попробовали открыть один и тот же stl файл размером около 600 МБайт. Вот здесь новый компьютер победил за явным преимуществом 5,5 мин против 10 мин. Хотя тест наверное не очень объективный.

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


Об этом я Вам и толкую. Если модель не секретная дайте линк, я попробую на рабочей и на домашней машинке для сравнения.

А смысл?

Новое железо всегда работает быстрее старого, но на нем появляются новые приколы.

Ссылка на сообщение
Поделиться на других сайтах

А смысл?

Новое железо всегда работает быстрее старого, но на нем появляются новые приколы.

Вот-вот. Судя по всему так оно и есть.

Тест с кубиком показал также примерно двукратное преимущество нового железа.

В целом пока наблюдения таковы: при выполнении операций, которые занимают относительно немного времени (до 20-30 сек) выигрыша на новом железе незаметно, а вот если операция занимает 5 и более минут, тут новое железо значительно обгоняет старое. Т.е. новое железо оправдывает себя в случаях с действительно "большими" (размер, количество элементов) файлами.

А вот, что касается загрузки процессора и памяти, поддержки многоядерности, тут чтобы разобраться, надо видимо провести не один десяток тестов и перелопатить большой объем информации, а на работе заниматься этим нет возможности. Что пока удалось заметить: SW поддерживает многоядерность, но не при всех операциях, и далеко не всегда загружает ядра равномерно; требовательность к памяти у SW похоже выше, чем у Unigraphics. Еще для меня непонятно почему SW Resourse Monitor "кричит" мол мало памяти, а диспетчер задач показывает, что SW занимает скажем 1 Гб памяти (при пике 1,5 Гб), а доступно еще 2 Гбайта!!!

Ссылка на сообщение
Поделиться на других сайтах

Еще для меня непонятно почему SW Resourse Monitor "кричит" мол мало памяти, а диспетчер задач показывает, что SW занимает скажем 1 Гб памяти (при пике 1,5 Гб), а доступно еще 2 Гбайта!!!

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

Тест с кубиком показал также примерно двукратное преимущество нового железа.

К стати о новом железе, сегодня наверное магнитные бури, вчера на домашнем компе попробовал построить 50х50х20, ушло примерно 25...30 минут, упустил время, так как смотрел параллельно фильм. На рабочей лошадке, такой же стоимости только в Американских, построение 20х20х20 шло более 30 мин. Хотя пару дней назад проводил тот же тест, (думал железо забарахлило, давал нагрузку), построил 50х50х50 минут за 10, так что магнитные бури Господа. :lamo:
Ссылка на сообщение
Поделиться на других сайтах

Присоединяйтесь к обсуждению

Вы можете опубликовать сообщение сейчас, а зарегистрироваться позже. Если у вас есть аккаунт, войдите в него для написания от своего имени.
Примечание: вашему сообщению потребуется утверждение модератора, прежде чем оно станет доступным.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.




  • Сообщения

    • plm-ural
      О вебинаре Уважаемые коллеги! Приглашаем Вас на вебинар, посвященный обзору возможностей программы Логос Прочность. Это высокоточный отечественный инструмент для численного решения широкого спектра задач статического и динамического упругопластического деформирования и разрушения конструкций, а также вибрационного анализа и широкополосной случайной вибрации при проектировании высокотехнологичных промышленных изделий.   Дата проведения: 24 апреля 2024 12:00 (МСК)   Регистрация на вебинар   Программа вебинара:   1.    Общая характеристика решения Логос Прочность 2.    Перечень основных решаемых задач (статические расчеты прочности, вибрационный динамический анализ, динамические расчеты во временной области) 3.    Демонстрация решения задач     Логос Прочность обладает достаточно удобным пре/постпроцессором, позволяющим корректировать и создавать геометрию, строить сетку конечных элементов, формировать необходимые условия задачи, а также производить обработку результатов. Решение разрабатывается с учетом требований отечественных предприятий для решения реальных задач в различных отраслях промышленности, включая обычные вооружения, атомную энергетику, авиастроение, транспортное и военное машиностроение и многие другие.   Вебинар будет интересен специалистам, занимающимся прочностными расчетами.   Спикер  — Сергей Хрулев, руководитель бригады прочности ГК «ПЛМ Урал».   Участие в вебинаре бесплатное. Необходима регистрация. Если по каким-либо причинам у вас не получится присоединиться к вебинару, мы обязательно отправим видеозапись при условии пройденной регистрации. Направляйте свои вопросы и пожелания на почту info@plm-ural.ru. Будем рады видеть Вас в качестве участников!   Регистрация на вебинар  
    • plm-ural
      О вебинаре Приглашаем Вас на вебинар, посвященный сравнительному анализу российской системы компьютерного моделирования литейных процессов ПолигонСофт и ПО ProCAST от ESI Group. Сравнение систем будет проведено на примере решения актуальной задачи литья лопатки для газотурбинных двигателей. Дата проведения: 25 апреля 2024 12:00 (МСК)   Регистрация на вебинар   Программа вебинара:   сравнение решаемых задач; сравнение возможностей ПО в плане подготовки расчетной модели; сравнение постановки задачи; сравнение и анализ полученных результатов и т.д.  ответы на вопросы.   Сравнение систем будет проведено на примере решения актуальной задачи литья лопатки для газотурбинных двигателей. Лопатки для двигателестроения являются одними из самых сложных в технологическом плане отливок и, в то же время, одними из самых ответственных деталей в агрегате. К ним предъявляются высокие требования к качеству (наличие дефектов и структура зерна), так как отливки работают в тяжелых эксплуатационных условиях.  Для их изготовления применяются дорогостоящие сплавы и, следовательно, получение не качественной отливки обходится предприятиям очень дорого как в материальном плане, так и в плане репутации.    Компьютерное моделирование изготовления таких отливок поможет избежать грубых ошибок в технологии на этапе разработки, снизить себестоимость изделия за счет минимизации брака и сократить время запуска технологии в производство.   Ведущий: Максим Ведерников, инженер технической поддержки ГК "ПЛМ Урал".   Участие в вебинаре бесплатное. Необходима регистрация. Если по каким-либо причинам у вас не получится присоединиться к вебинару, мы обязательно отправим видеозапись при условии пройденной регистрации. Направляйте свои вопросы и пожелания на почту info@plm-ural.ru.   Будем рады видеть Вас в качестве участников!   Регистрация на вебинар
    • ZVUM
      Здравствуйте, помогите пожалуйста с советом.. Хочу упростить работу в спецификациях убрав функцию прописывания размеров деталей. Что я хочу? А именно, сделать шаблон детали, чтобы при создании детали и моделировании чего-либо, не важно - бобышкой или гнутые, хочу чтобы в примечаниях автоматически указывались габаритные размеры "Длина" "Ширина" "Толщина", возможно ли как-то в переменных вписать определение размера и чтобы прописывались в суммарной информации? По типу 'RD1@Примечания@Деталь.moPart_c'. Спасибо!
    • Killerchik
      Эх, текстовый файл, я тогда так не умел :( Нет, измерял по одной точке и фоткал с экрана соответствующие переменные #1хх. Сейчас бы конечно применил команду dprnt или как там её, для записи результатов в файл на стойке. Единственно что, последний раз когда надо было обмерить какой-то кривой ужас, писал точки в переменные #600-#999 и потом фоткал все разом с экрана. Хотя бы УП измерения была одна единая.
    • Kosi27
      Здравствуйте! При попытке выполнить программу фрезерования на токарно-фрезерном станке возникает ошибка при моделировании #61102 "Направление шпинделя не запрограммировано". Обнаружил, что меню выбора направления обработки урезано, вместо "торец C, Бок.пов С, Торец Y, Бок.пов Y" есть только пункт "Торец, Бок.пов".   Фото меню моделирования с ошибкой  Фото меню со стойки машины Скриншот меню из sinutrain   Приводные блоки через меню TSM запускаются.  Машина Headman T65M/750, стойка Siemens 828D.  Подскажите пожалуйста, кто сталкивался с такой проблемой и как её решить? Поставщик оборудования очень тяжело идет на контакт, а инструменты неосевой обработки необходимы как никогда. HELP:(
    • Говорящий Огурец
      Лучше, чем это сделал OpenMind, у меня вряд ли получится :) Полно инфы как в текстовом формате, так и видосов на Трубе
    • ak762
      @Killerchik а как вы точки касания в текстовый файл записывали, руками с экрана или использовали станочную команду?
    • Umkach
      Ну про дверцу согласен. А когда он фрезерным шпинделем об контр шпиндель стукнулся - тут ему прощения не было и его от работы на этом станке освободили (это было последней каплей)
    • Umkach
      Ребята, прекратите собачиться, жизнь не для это дана. Надо жить дружно. Простите все обиды и заройте топор войны.
    • Viktor2004
      там был косяк японцев. Если вызвать тот инструмент, который уже в шпинделе, шпиндель едет в дверцу, которая не успевает открыться. На другом станке заметили. Надо в ладдере убрать вот этот контакт  
×
×
  • Создать...