Куча говна / Говнокод #17948 Ссылка на оригинал

0

  1. 1
  2. 2
  3. 3
  4. 4
  5. 5
  6. 6
Makefile:
ARCH=i386
...
CFLAGS="-m32 -march=pentium-m -O3"

...

Других архитектур не существует?

Запостил: mittorn mittorn, (Updated )

Комментарии (39) RSS

  • На других падает или не компилится 😉

    > -O3
    Гентушник код писал?
    Ответить
    • Ъ-гентушник всегда пишет -O9, и никогда не сомневается, что работать стало минимум в 9000 раз быстрее.
      Ответить
      • э? по моему скромному опыты это не правда. истинные гентушники лезут в гцц доки и прописывают все оптимизации в ручную.

        потому что только дураки думают что число после -O определяет скорость программы. истинные гентушники знают что на самом деле это количество `-f` флагов.
        Ответить
  • по крайней мере в этом Makefile есть явное указание архитектуры, чего ты не найдешь во многих других (совсем непортабельных) проектах.
    Ответить
  • >>O3

    Мы в город изумрудный
    Идем дорогой трудной,
    Идем дорогой трудной,
    Дорогой непрямой!
    Заветных три желания
    Исполнит мудрый Гудвин,
    И Элли возвратится
    С Тотошкою домой!
    Ответить
      • ...у меня брат в кернел паник после пересборки стал падать, пишу с генту, всё очень быстро, харю ветром размазало
        Ответить
    • Кстати, Интел попытался выпустить Итаниум, в котором было голое RISC-ядро, а CISC-RISC-транслятор выкинули. В результате Итаниум не пользовался спросом.

      Вывод: архитектура RISC не нужна.
      Ответить
      • Да там просто не запустились существующие проги и оси. А на amd64 - запустились, включая дособлядское говно. Победитель очевиден.
        Ответить
      • Никакая архитектура процессора не нужна, если нет компилятора который может генерировать для нее оптимизированый код, если нет языков, семантика которых хорошо подходит для трансляции в маленький набор инструкций, если нет образования, которое бы учило пользоваться такими языками, или нет сообщества, которое бы такие языки бы продвигало.

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

        Другой момент: исследования в ПО часто делаются на основании предположений о том, что может, или будет делать вендор железа. Т.е. например, проводится исследование повышения устойчивости к ошибкам графического процессора за счет дублирования ядер. Исследователь делает предположение, что компания производидеть видео-карточек продает процессоры для работы с графикой, где статистически незаметные ошибки не важны, а очень важна скорость рендеринга, и поэтому вендор не станет разрабатывать железо с защитой от ошибок. И на таком основании делается вывод, что копать нужно в стороно софтварного решения и т.д.
        Ответить
      • >>Кстати, Интел попытался выпустить Итаниум, в котором было голое RISC-ядро, а CISC-RISC-транслятор выкинули.
        Вы так говорите будто итаниум - это просто x86 без декодера команд в МОПы.

        Так было довольно много архитектурных новшеств.
        ЕМНИП они сильно доделали компилятор, он мог выпиливать бранчи и асспаралелить всякое.
        Однако сама идея асспараллелить компилятором обосралась. Кнут еще поглумился над этим.
        Ответить
        • А как полагаете, будет ли успех у архитектуры «Эльбрус», в которой заасспараллеливание компилятором предполагается по дизайну, или его ждёт судьба Титаника Итаниума? Тот же VLIW: http://elbrus.ru/arhitektura_elbrus
          Ответить
          • Имхо, чтобы архитектура имела успех, нужно или значительно обогнать популярные архитектуры по каким-либо характеристикам (чтобы окупились расходы на перекомпиляцию софта, его отладку, поддержку и т.п.), или занять какую-то свободную нишу.

            Никто не будет переходить на новую архитектуру потому что она на 10% эсспараллельней, ведь большинство задач последовательны по своей природе и особых бонусов не получат, а с остальными вполне справятся видюхи.
            Ответить
          • >>> которой заасспараллеливание компилятором предполагается по дизайну, или его ждёт судьба Итаниума?
            Я думал эту архитектуру Царь делал, как он обещал "уделать штеуд" - хорошая, годная числодробилка. Меня даже удивил пирфоманс, как для отечественного процессора это уже мега-ачивмент.
            Думаю не будет особого успеха. Маркетингом надо заниматься, софт затачивать и делать миллионы экземпляров.
            Если портируют на более тонкий техпроцесс, то могут попытаться занять нишу между CPU и GPU.

            С другой стороны GPU взлетели, хоть и не в той степени как многим бы хотелось. Ну не может компилятор без программиста всё оптимизировать. Не может. Сколько AssParallel не пиши.
            Ответить
            • > GPU взлетели
              Ну у GPU есть ниша, в которой CPU сосали и будут сосать. Поэтому и взлетели. Эту нишу немножко расширили, когда научились считать матан на шейдерах, а затем замутили их обобщение в виде CUDA и OpenCL. Но это именно нишевые устройства, которые не конкурируют с CPU и сливаются на любой не асспараллельной задачке.

              > не может компилятор без программиста всё оптимизировать
              Да ещё и закон Амдала всё портит...
              Ответить

Добавить комментарий

Семь раз отмерь — один отрежь, guest!

    А не использовать ли нам bbcode?


    8