1. Куча / Говнокод #17948

    +127

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

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

    Запостил: mittorn, 06 Апреля 2015

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

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

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

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

      Мы в город изумрудный
      Идем дорогой трудной,
      Идем дорогой трудной,
      Дорогой непрямой!
      Заветных три желания
      Исполнит мудрый Гудвин,
      И Элли возвратится
      С Тотошкою домой!
      Ответить
      • > -O3
        Алё, скорая?
        Ответить
        • ...у меня брат в кернел паник после пересборки стал падать, пишу с генту, всё очень быстро, харю ветром размазало
          Ответить
    • Напомнило: http://manulix.wikidot.com/secret-khuy-86
      Ответить
      • Но ведь на других платформах Крузис не запускается!
        Ответить
        • cleaned
          Ответить
          • Плойка 4 - амд 64 битный, новая хуйкоробка - амд 64 битный.

            А на старых - мыльное кинцо вместо игорь.
            Ответить
            • cleaned
              Ответить
              • Потому что он уже сдох. Все x86 давно имеют внутри RISC-ядро, и SIMD вместо x87 до кучи.
                Ответить
              • > А почему не интел уже тогда?
                Потому что у AMD есть нормальные ATI, а Intel все еще догоняет.
                w: https://ru.wikipedia.org/wiki/AMD_Fusion
                Ответить
      • Бля, что это было
        Ответить
      • Кстати, Интел попытался выпустить Итаниум, в котором было голое 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 и сливаются на любой не асспараллельной задачке.

                > не может компилятор без программиста всё оптимизировать
                Да ещё и закон Амдала всё портит...
                Ответить
              • Может, далеко не все портируется на SIMD?
                Ответить
    • cleaned
      Ответить
    • cleaned
      Ответить
    • cleaned
      Ответить
    • cleaned
      Ответить
    • Ответить

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