caxapa.ru :: 8 потоков как верхний предел останется, зато AVX2 и прочие прелести SkyLake могут заметно добавить скорости на оптимизированном ПО.

Evgeny_CD, Архитектор (26.08.2015 19:07, просмотров: 172) ответил Adept на ну не суперкомьютер крнечно, но мой Lenovo W520 несильно уступает неслабому десктопу (разве что по графике) и вполне себе резво бегают разные тяжёлае САПР верхнего уровня, FEM -расчётчики типа ANSYS, и всякие другие монстры типа MatLAB, Cadence и

8 потоков как верхний предел останется, зато AVX2 и прочие прелести SkyLake могут заметно добавить скорости на оптимизированном ПО.

Ответить

- ну оптимизированного ПО не дождаться :( Вспомним AMD-Stream, ту же распиаренную и усиленно проталкиваемую CUDA, а теперь и ещё куда более интересный OpenCL. Где все они? где оптимизированные приложения с приростом производительности 500+% :)) ИМХО Adept(2559 знак., 26.08.2015 20:34 - 20:46)
  - это какие блеать современные задачи, которые талантливые программеры решали на древнем гавне можно решить сейчас на томже гавне? Mahagam(1086 знак., 26.08.2015 21:04)
    - банальные вычсления и простейшую обработку информации вроде обработки текста, таблиц, баз данных. Будете спорить, что сейчас для производства тех же операций требуется столько же ресурсов ?? Советую запустить CP/M80 хотя бы в эмуляторе, или DOS в Adept(938 знак., 26.08.2015 21:23)
      - текст обрабатывать? смешно. там никакой вычислительной мощи не требуется особо. с другой стороны - вот Евгений фигачит на своём железе мегалоги, по 2 гига и более. а теперь собираем 30 таких логов с разных железяк и давай их парсить и распаршенное Mahagam(114 знак., 26.08.2015 21:32)
        
        наверное, это так, что первое голову пришло, не привязанное ко всяким сопроцессорам (чисто задача для CPU), кстати поиск и замена "по ветвистому" условию вполне себе задачка по сути - упомянутое Вами распарсивание логов:) - Adept(26.08.2015 21:43)
        
        Не совсем. Лог надо парсить в БД (обычно все линейно, но данных дофига +1), БД в память, и потом уже шарашить запросами к БД. Вот там да, на этапе поиска по всем этим деревьям никакого проца много не покажется. - Evgeny_CD(26.08.2015 21:45)
        
        Хороший пример. В свое время задача разбора логов из "железок в поле" заставила нас резко проапгрейдить сервак рабочей группы на самую топовую доступную тогда конфигурацию. И все равно скорость разбора была на порядок ниже, чем нам надо было для Evgeny_CD(34 знак., 26.08.2015 21:36)
        
        ибо нехрен было парсер на питоне писать ))) - Mahagam(26.08.2015 21:50)
        
        Вначале его писали на С++, но алгоритмически очень криво, потому все и тормозило, потом на Делфи. Важнее всего была возможность его быстрой кастомизации - у нас был знаток Делфи, это и определило выбор. - Evgeny_CD(26.08.2015 21:59)
        
        Причем это был инженер-тестировщик, он же управлял всем комплексом обработки собранной отладочной информации, и гонял "основных" программеров. Монстр был. Сейчас в Германии монстрит :( - Evgeny_CD(26.08.2015 22:09)
  - 80386 появился в 85 году ->, а нормальную софтовую поддержку в массовых ОС запилили чуть ли не 10 лет спустя. Сколько лет той Куде? Или OpenCL? не стоит забывать, что что далеко не все параллелится, и там даже 100500 ядер бесполезны. - Evgeny_CD(26.08.2015 20:44, ссылка)
    - Тему вычислений на видеокартах мусолят уж с десяток лет, все никак ничего не сделают, а там реально мощные числодробилки, и для FP и для INT. И во многих случаях параллелится сама структура расчётных программ. Алгоритмы конечно не все Adept(476 знак., 26.08.2015 20:53)

Средства и методы разработки