The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

03.10.2013 23:49  Основанные на GCC проекты JIT-компилятора и расширения, использующего GPU для вычислений

Дэвид Малколм (David Malcolm), активный разработчик GCC из компании Red Hat, опубликовал прототип библиотеки libgccjit.so с реализацией встраиваемого в приложения JIT-компилятора, использующего GCC в качестве бэкенда. Данная библиотека может быть динамически связана с интерпретаторами байткода и другими программами, которым необходима генерации машинного кода на лету, во время выполнения.

Идея проекта состоит в том, что GCC собирается в форме позиционно-независимого кода, который присоединяется к библиотеке libgccjit.so, что позволяет обеспечить возможность выполнения GCC в одном процессе с генерируемым машинным кодом. Инициирование компиляции и выполнения откомпилированных на лету блоков кода производится приложением при помощи специально предоставленного библиотекой API. Первый прототип проекта поддерживает JIT-компиляцию кода на языке Си, но уже началась подготовка биндинга для языка Python.

Другим интересным проектом, является опубликованный разработчиками из компании Samsung модифицированный вариант GCC с интегрированной поддержкой стандарта OpenACC 1.0. Указанный вариант GCC даёт возможность сформировать исполняемый файл, позволяющий в процессе работы программы вынести выполнение некоторых вычислительных операций на плечи GPU.

  1. Главная ссылка к новости (http://gcc.gnu.org/ml/gcc-patc...)
  2. OpenNews: Обсуждение возможных планов развития GCC 5.0
  3. OpenNews: Наглядное представление шагов оптимизации в GCC
  4. OpenNews: nVidia Fermi сможет выполнять Linux
  5. OpenNews: Проект KGPU позволяет задействовать GPU для выполнения фрагментов кода ядра Linux
Лицензия: CC-BY
Тип: К сведению
Ключевые слова: gcc, jit, gpu, openacc
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение Ajax/Линейный | Раскрыть все сообщения | RSS
 
  • 1.1, Аноним (-), 00:37, 04/10/2013 [ответить] [показать ветку] [···]    [к модератору]
  • –5 +/
    Чем оно лучше LLVM?
     
     
  • 2.3, pavlinux (ok), 00:45, 04/10/2013 [^] [ответить]    [к модератору]
  • +12 +/
    Килотонны петабайт исходников не надо будет переписывать.
     
     
  • 3.46, YetAnotherOnanym (ok), 12:31, 04/10/2013 [^] [ответить]    [к модератору]
  • –1 +/
    > Килотонны петабайт исходников не надо будет переписывать.

    Правильно написанный исходник не нужно бывает переписывать.

     
     
  • 4.50, Аноним (-), 12:56, 04/10/2013 [^] [ответить]    [к модератору]
  • +4 +/
    > Правильно написанный исходник не нужно бывает переписывать.

    Да, в случае сферического коня в идеальном вакууме... (с) анекдот :)

     
     
  • 5.56, Аноним (-), 13:58, 04/10/2013 [^] [ответить]     [к модератору]
  • –2 +/
    Нет, в случае нерукожопого программиста Переход FreeBSD на clang показал что та... весь текст скрыт [показать]
     
     
  • 6.65, Пиу (ok), 15:45, 04/10/2013 [^] [ответить]    [к модератору]  
  • +4 +/
    напомни, сколько шлангу пришлось из-за этого поддерживать гнутых/гцц-шных расширений?
     
     
  • 7.68, arisu (ok), 16:06, 04/10/2013 [^] [ответить]     [к модератору]  
  • +4 +/
    при этом две самые полезные фичи так и не поддерживает nested functions и state... весь текст скрыт [показать]
     
     
  • 8.100, linux must _RIP_ (?), 11:52, 07/10/2013 [^] [ответить]    [к модератору]  
  • –1 +/
    а так же дают постоянный исполняемый стек, что открывает простор для написания экслойтов :-)
     
     
  • 9.104, arisu (ok), 11:59, 07/10/2013 [^] [ответить]    [к модератору]  
  • +1 +/
    пшёл вон, мразь.
     
  • 9.108, Andrey Mitrofanov (?), 14:08, 07/10/2013 [^] [ответить]    [к модератору]  
  • +1 +/
    > а так же дают постоянный исполняемый стек, что открывает простор для написания
    > экслойтов :-)

    Пошёл gcc патчить, м*азь.

     
  • 8.105, annulen (ok), 13:04, 07/10/2013 [^] [ответить]     [к модератору]  
  • –2 +/
    Для кода, не соответствующего стандарту, не может быть оправданий И пофиг, гнут... весь текст скрыт [показать]
     
     
  • 9.107, arisu (ok), 13:17, 07/10/2013 [^] [ответить]     [к модератору]  
  • +3 +/
    мне как-то совершенно плевать на идиотские стандарты стандарт на си особенно ид... весь текст скрыт [показать]
     
  • 9.149, Аноним (-), 12:13, 10/10/2013 [^] [ответить]     [к модератору]  
  • +/
    GCC доступен под туеву хучу архитектур и желающие могут впилить туда свою новую ... весь текст скрыт [показать]
     
  • 6.79, Аноним (-), 09:29, 05/10/2013 [^] [ответить]     [к модератору]  
  • +2 +/
    Наверное это был сам Юрий Нежопорукий что они х рят на своей волне и ни с к... весь текст скрыт [показать]
     
     
  • 7.101, linux must _RIP_ (?), 11:54, 07/10/2013 [^] [ответить]     [к модератору]  
  • –2 +/
    это вы о большинстве линуксоидных программистов которые слов c-std , POSIX, S... весь текст скрыт [показать]
     
     
  • 8.147, Аноним (-), 12:08, 10/10/2013 [^] [ответить]     [к модератору]  
  • +/
    Это о общей логике развития FBSD Эталонный пример того как не надо рулить проек... весь текст скрыт [показать]
     
  • 2.4, Хрен с горы (?), 00:46, 04/10/2013 [^] [ответить]    [к модератору]  
  • +15 +/
    Выше скорость генерируемого кода, поддерживает большое количество платформ, нет зависимости от одной компании, свободная лицензия.
     
     
  • 3.18, Аноним (-), 07:57, 04/10/2013 [^] [ответить]     [к модератору]  
  • –19 +/
    в общем, если поскипать бред, то получается, что преимуществ-то и нет Сейчас вс... весь текст скрыт [показать]
     
     
  • 4.19, Аноним (-), 08:17, 04/10/2013 [^] [ответить]    [к модератору]  
  • +3 +/
    > никому нафиг не нужен :)

    Ну да, кроме вон той толпени корпорасов типа IBM, интелов и еще 100500 всяких, билдующих им себе линух для своих железяк.

     
     
  • 5.30, 123 (??), 09:54, 04/10/2013 [^] [ответить]    [к модератору]  
  • +/
    Да ты что, а это что по твоему? http://www-03.ibm.com/software/products/us/en/ccompfami/
     
     
  • 6.43, Аноним (-), 12:03, 04/10/2013 [^] [ответить]     [к модератору]  
  • +2 +/
    Понятия не имею что это Зато догадываюсь чем они собирают ядро линя и софт под ... весь текст скрыт [показать]
     
  • 5.31, Человек (??), 09:55, 04/10/2013 [^] [ответить]     [к модератору]  
  • –11 +/
    А почему Oracle Solaris Studio свой компилятор включает Зачем Intel свой компи... весь текст скрыт [показать]
     
     
  • 6.39, Аноним (39), 11:27, 04/10/2013 [^] [ответить]    [к модератору]  
  • +1 +/
    Лучше спросите зачем все это покупают.

    И кстати компилятор из Solaris Studio жуткое уе.ище.

     
  • 6.41, Аноним (-), 11:43, 04/10/2013 [^] [ответить]     [к модератору]  
  • +/
    Ну да Давайте теперь каждую программу тестировать в разных компиляторах вместо ... весь текст скрыт [показать]
     
     
  • 7.57, Аноним (-), 14:02, 04/10/2013 [^] [ответить]     [к модератору]  
  • +2 +/
    Не давайте , а все нормальные люди так и делали всегда, потому что это повышает... весь текст скрыт [показать]
     
     
  • 8.66, arisu (ok), 15:55, 04/10/2013 [^] [ответить]    [к модератору]  
  • +3 +/
    шланг с его хроническими болячками намного проще объявить неподдерживаемым и не заморачиваться. оно до сих пор в оптимизации inline-функций косячит, ну нафиг такие грабли.
     
     
  • 9.146, Аноним (-), 12:05, 10/10/2013 [^] [ответить]    [к модератору]  
  • +/
    > оно до сих пор в оптимизации inline-функций косячит,

    Жесть как она есть...

     
     
  • 10.151, arisu (ok), 12:17, 10/10/2013 [^] [ответить]     [к модератору]  
  • +/
    справедливости ради это скорее разница в поведении на сборке программы с неопре... весь текст скрыт [показать]
     
  • 6.45, Аноним (-), 12:28, 04/10/2013 [^] [ответить]    [к модератору]  
  • +9 +/
    > А почему Oracle Solaris Studio свой компилятор включает ?

    Потому что у санок вечно NIH был. Кстати, данный компилер - набор грабель и костылей, судя по отзывам "счастливчиков". Нафиг это ораклу? Думаю лишь потому что они по инерции катится с технологиями саней. Скорее всего они с их управлением сие утопят, вместе с солярисом. Барыжить базами можно и под линух, с ним даже удобнее: не надо пилить все в 1 рылo + под их базы лучше подойдет с btrfs-ом, в котором еще на этапе дизайна нужные ораклу рукоятки заложили, благо в те времена архитект у них и работал. Не вижу глобальных долговременных перспектив этого добра.

    > Зачем Intel свой компилятор продаёт ?

    Честно говоря - я не совсем понимаю. Наверное "они так привыкли". Ну то-есть начальная идея имела некий пойнт - генерация более качественного кода под их CPU. Но учитывая что они же стали коммитить оптимизацию и поддержку новых команд в GCC, я честно говоря все меньше понимаю смысл существования этой фигни. Судя по тому как много народа пользуется icc - не только я. Ну если полутора землекопам на всю планету оно полезно и интелу не в облом ради них это майнтайнить - да и флаг им в руки, вам жалко чтоли?

    > Зачем AMD пилит свой форк Open64 ?

    Еще одна загадка природы. Наверное их ответ чемберлену на icc. Реальных применений оного я вообще ни разу не встречал.

    > Зачем IBM продаёт XL ?

    Не знаю. Ну то-есть, могу предположить что они денег хотят, как и все корпорасы. Но если они хотят иметь дело с линухом и софтом в нем - там gcc и баста. И никто их спрашивать не будет. Т.к. для IBM компилеры явно не основная часть их бизнеса - думаю что они вполне себе будут допиливать gcc под свой power. Ну или их будут прижимать x86 и ARM, уж как им там удобнее.

    > Зачем The Portland Group продаёт свой компилятор ?

    Мало ли кто и чего продает в этом мире. Наверное тоже денег хочет. Ну, пусть хочет. Посмтрим много ли получит.

    > Это великие IT-компании, у которых достаточно компетенции для реализации своих
    > собственных компиляторов. У Red Hat такой компетенции нет и они используют GCC.

    А интель тогда с фига ли патчи в gcc шлет? Или там гугель например?  

    > GCC нужен ТОЛЬКО для компиляции ядра Linux и другого ПО, которое использует
    > костыли от GCC (его очень мало). В ядре Linux содержатся куча
    > костылей. Эти костыли используют костыли из GCC. Вот и всё.

    Уточним: gcc сроду использовался для всего этого. Это работает. При том довольно хорошо. За годы там более-менее поудавили баги и догнали оптимизацию до довольно приличного состояния, когда оно без проблем вставляет даже MSVS-у, считавшемуся когда-то лучшему по оптимизации.

    > Apple выкинула GCC и FreeBSD тоже.

    Я так рад за проприерасов и их подстилок. А мне какое до них дело?

    > Реально GCC НЕ НУЖEН !

    Кому? Проприерасам и их подстилкам? Окей, пусть идут на...й, я не возражаю :).

     
  • 6.69, Клыкастый (ok), 16:17, 04/10/2013 [^] [ответить]    [к модератору]  
  • +2 +/
    "gcc не нужен"... это... сильно. таких жирнючих троллей ещё не было. моё почтение.
     
  • 6.74, Vkni (ok), 18:25, 04/10/2013 [^] [ответить]     [к модератору]  
  • +1 +/
    Исторические причины значительно лучшая кодогенерация под SPARC Впрочем, есть... весь текст скрыт [показать]
     
     
  • 7.75, arisu (ok), 18:34, 04/10/2013 [^] [ответить]     [к модератору]  
  • +3 +/
    более того это компилятор, вероятность наличия которого на какой-нибудь хитрой ... весь текст скрыт [показать]
     
     
     
    Часть нити удалена модератором

  • 9.125, Crazy Alex (ok), 20:40, 07/10/2013 [^] [ответить]    [к модератору]  
  • +/
    Хм, ну покажи мне хоть как-то живую систему, на которую не портирован GCC. Пусть даже из твоих  полумертвых "каноничных" юниксов.
     
  • 9.127, Vkni (ok), 21:13, 07/10/2013 [^] [ответить]     [к модератору]  
  • +/
    Это только если рассматриваем десктоп На планшетах и телефонах вероятность нали... весь текст скрыт [показать]
     
     
  • 10.143, Аноним (-), 12:00, 10/10/2013 [^] [ответить]     [к модератору]  
  • +/
    А как же виндовс фон Хотя я согласен - лучше считать его за ноль А я думал -... весь текст скрыт [показать]
     
  • 5.106, annulen (ok), 13:05, 07/10/2013 [^] [ответить]     [к модератору]  
  • –2 +/
    Тем временем парни из IBM уже запилили LLVM и Clang для Power и System Z ... весь текст скрыт [показать]
     
     
  • 6.144, Аноним (-), 12:01, 10/10/2013 [^] [ответить]    [к модератору]  
  • +/
    > Тем временем парни из IBM уже запилили LLVM и Clang для Power и System Z.

    Осталось всего ничего: спустить фанатизм в унитаз и честно сообщить нам сколько лет gcc так уже умеет.

     
  • 4.24, BratSinot (ok), 09:03, 04/10/2013 [^] [ответить]    [к модератору]  
  • +1 +/
    Вам повторить про более лучшую оптимизацию и большее количество поддерживаемых платформ/архитектур?
     
     
  • 5.67, arisu (ok), 15:57, 04/10/2013 [^] [ответить]     [к модератору]  
  • +2 +/
    бессмысленно, оно в этом ничего не понимает достаточно пассажа про 171 обфусц... весь текст скрыт [показать]
     
     
  • 6.81, Аноним (-), 09:57, 05/10/2013 [^] [ответить]     [к модератору]  
  • +3 +/
    Что-то НеОбфусцированная архитектура LLVM оказалась настолько не готова к тому ч... весь текст скрыт [показать]
     
     
  • 7.83, arisu (ok), 10:02, 05/10/2013 [^] [ответить]     [к модератору]  
  • +2 +/
    да тут начинать надо с того, что никакой 171 обфусцированой архитектуры 187 ... весь текст скрыт [показать]
     
     
  • 8.142, Аноним (-), 11:57, 10/10/2013 [^] [ответить]    [к модератору]  
  • +/
    > llvm же вполне хорош — для своих применений.

    А с этим никто и не спорит. Просто объем маркетингового буллшита текущего из некоторых мозгов - утомил.

     
     
  • 9.152, arisu (ok), 12:20, 10/10/2013 [^] [ответить]    [к модератору]  
  • +/
    > А с этим никто и не спорит. Просто объем маркетингового буллшита текущего
    > из некоторых мозгов — утомил.

    казалось бы: при чём тут огрызок…

     
     ....нить скрыта, показать (42)

  • 1.2, ssy (?), 00:37, 04/10/2013 [ответить] [показать ветку] [···]    [к модератору]  
  • +4 +/
    Скоро окажется, что gpu работает наравне с cpu и последний можно убрать. Потом окажется, что gpu можно разгрузить, добавив cpu. Ну вы поняли.
     
     
  • 2.5, pavlinux (ok), 00:47, 04/10/2013 [^] [ответить]     [к модератору]  
  • +4 +/
    Еще лет 7-8 назад один из разрабов Nvidia вывалил на сайте developer nvidia com,... весь текст скрыт [показать]
     
     
  • 3.6, Аноним (-), 00:52, 04/10/2013 [^] [ответить]    [к модератору]  
  • +/
    Не в начале апреля пост был?
     
     
  • 4.7, pavlinux (ok), 00:56, 04/10/2013 [^] [ответить]    [к модератору]  
  • +/
    Симшьно, ща уписаюсь http://www.cs.utah.edu/~wbsun/gpustore.pdf
     
  • 4.10, pavlinux (ok), 01:44, 04/10/2013 [^] [ответить]    [к модератору]  
  • +1 +/
    Кстати, на Опеннете новость была.
     
     
  • 5.36, zhenya_k (?), 11:11, 04/10/2013 [^] [ответить]    [к модератору]  
  • –2 +/
    За вами тоже уже выехали.
     
     
  • 6.40, Аноним (-), 11:31, 04/10/2013 [^] [ответить]    [к модератору]  
  • +/
    Извинитесь.
     
  • 4.26, Аноним (-), 09:17, 04/10/2013 [^] [ответить]     [к модератору]  
  • +1 +/
    http www opennet ru opennews art shtml num 23833 nVidia Fermi сможет выполнять... весь текст скрыт [показать]
     
     
  • 5.35, Аноним (-), 11:02, 04/10/2013 [^] [ответить]    [к модератору]  
  • +/
    Это завязано на CUDA и блободрайвере, что для ядра сильно-сильно не айс. Вот если будет VAAPI и nouveau (radeon), то тогда да.
     
     
  • 6.42, Аноним (-), 11:54, 04/10/2013 [^] [ответить]    [к модератору]  
  • +1 +/
    > CUDA... VAAPI и nouveau (radeon)

    Какие еще слова знаешь?

     
     
  • 7.70, Аноним (-), 16:45, 04/10/2013 [^] [ответить]    [к модератору]  
  • –1 +/
    Wiki всем доступно, можешь и ты просветиться :)
     
  • 6.82, Аноним (-), 09:59, 05/10/2013 [^] [ответить]    [к модератору]  
  • +/
    > Вот если будет VAAPI

    И как именно апи для декодирования видео относится к вычислениям на GPU? :)


     
  • 3.8, vitalif (ok), 00:58, 04/10/2013 [^] [ответить]    [к модератору]  
  • +/
    А ещё был более-менее реальный proof of concept червя, живущего исключительно в памяти GPU и в ROM'е broadcom'овской сетевухи (она там тоже такая типа вся программируемая), и слущающего трафик.
     
  • 2.37, анонимус (??), 11:17, 04/10/2013 [^] [ответить]     [к модератору]  
  • +2 +/
    Это никогда не случится Вы не особо представляете как вообще GPU работает Дл... весь текст скрыт [показать]
     
  • 1.9, rshadow (ok), 01:38, 04/10/2013 [ответить] [показать ветку] [···]    [к модератору]  
  • +2 +/
    Странная эта борьба за новые языки и возможности. Все время пытаются сделать лазерный скальпель, когда вогруг все пилят только деревья. Надо бы культуру программирования и технологии в массы подтянуть, а не переизобретать очередной велосипед на очередном языке.
     
     
  • 2.12, Аноним (-), 03:32, 04/10/2013 [^] [ответить]     [к модератору]  
  • +/
    Речь скорее идет о изобретении инструментов переноса старого кода и инструментов... весь текст скрыт [показать]
     
  • 1.13, jOKer (ok), 03:53, 04/10/2013 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    >но уже началась подготовка биндинга для языка Python.

    Отличненько, - горю желанием заценить!

     
  • 1.14, arisu (ok), 04:33, 04/10/2013 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    забавно, конечно, но редкостные извращенцы. что этот, что llvm-щики.
     
     
  • 2.16, Аноним (-), 07:22, 04/10/2013 [^] [ответить]    [к модератору]  
  • +/
    На миллионyю по счету просьбу засветить свой код, который лучше, будет традиционное мужественное самоотверженное молчание ? Часто незнакомых людей "редкостными извращенцами" в лицо называешь?
     
     
  • 3.59, arisu (ok), 14:36, 04/10/2013 [^] [ответить]     [к модератору]  
  • +2 +/
    проси на здоровье, за спрос денег не берут ... весь текст скрыт [показать]
     
  • 2.22, Аноним (-), 08:42, 04/10/2013 [^] [ответить]     [к модератору]  
  • +/
    Предложи более прямой способ сгенерить шейдеры для GPU, например Как ты понимае... весь текст скрыт [показать]
     
     
  • 3.58, Аноним (-), 14:05, 04/10/2013 [^] [ответить]     [к модератору]  
  • +/
    Вы прям так спрашиваете как будто arisu разбирается в компьютерах и не просто та... весь текст скрыт [показать]
     
     
  • 4.76, Аноним (-), 19:21, 04/10/2013 [^] [ответить]     [к модератору]  
  • –2 +/
    не мешай ему дилетанствовать c самовлюбленным апломбом, вон уже чуть ниже поток ... весь текст скрыт [показать]
     
     
  • 5.77, arisu (ok), 19:29, 04/10/2013 [^] [ответить]    [к модератору]  
  • +6 +/
    (пожимает плечами) конкретная сущность — это намертво зависающий движок регулярок, нежно портированый из plan9 и допиленый. тупой шланг не врубается, что inline-функция может модифицировать некоторые переменные, передаваемые ей в структуре (хотя никакого const там нет), поэтому сначала переменную где-то кэширует, а потом использует её старое значение. в итоге получается бесконечный цикл вида «jmp $». чего лично я от компилятора такого возраста никак не ожидал и был несколько в офигее, когда софтина подвисла, слопав весь процессор.

    но я понимаю, что для тебя «я наступил на баг в компиляторе» — ситуация вообще невозможная, потому что твой «приветмир» без ворнингов вообще не собирается. какие уж там баги компилятора…

     
     
  • 6.84, Аноним (-), 11:34, 05/10/2013 [^] [ответить]     [к модератору]  
  • +1 +/
    Красиво приложил Мсье, что вы, как можно, эппл на такие навороты не рассчит... весь текст скрыт [показать]
     
     
  • 7.90, arisu (ok), 12:09, 05/10/2013 [^] [ответить]     [к модератору]  
  • +/
    вот, кстати, только что в списке рассылки Lua пришло ... весь текст скрыт [показать]
     
     
  • 8.141, Аноним (-), 11:55, 10/10/2013 [^] [ответить]    [к модератору]  
  • +/
    > вот, кстати, только что в списке рассылки Lua пришло:

    Справедливости ради - почитай логи коммитов к амдшному окрытому драйверу :). GCC там тоже  досталось на орехи, пришлось баг воркэраундить :)

     
     
  • 9.145, arisu (ok), 12:04, 10/10/2013 [^] [ответить]    [к модератору]  
  • +/
    так я и на gcc-шные баги наступал. как-нибудь под настроение — если вспомню — и его попинаю. но кланг пинать забавней.
     
  • 6.95, Vkni (ok), 19:31, 05/10/2013 [^] [ответить]     [к модератору]  
  • +/
    Это какая версия компилятора Т е код struct z_t int a int b inl... весь текст скрыт [показать]
     
     
  • 7.96, arisu (ok), 19:37, 05/10/2013 [^] [ответить]     [к модератору]  
  • +1 +/
    3 3 не знаю и проверять лень там функция несколько сложнее, возвращает тоже ст... весь текст скрыт [показать]
     
     
  • 8.109, annulen (ok), 14:33, 07/10/2013 [^] [ответить]     [к модератору]  
  • –1 +/
    Выкладывай отпрепроцессенный файл и опции компиляции, я проверю ... весь текст скрыт [показать]
     
     
  • 9.126, Аноним (-), 21:08, 07/10/2013 [^] [ответить]     [к модератору]  
  • –1 +/
    Не выложит, это принципиально Будет тот же графоманский поток околокомпьютеорны... весь текст скрыт [показать]
     
     
  • 10.131, Vkni (ok), 21:38, 07/10/2013 [^] [ответить]    [к модератору]  
  • +1 +/
    > Не выложит, это принципиально. Будет тот же графоманский поток околокомпьютеорных мыслей.

    Милый Аноним, вы тоже не понимаете, что заниматься социальными игрищами, надев маску, нельзя?

     
  • 9.134, Vkni (ok), 21:58, 07/10/2013 [^] [ответить]    [к модератору]  
  • +/
    > Выкладывай отпрепроцессенный файл и опции компиляции, я проверю.

    https://www.opennet.ru/openforum/vsluhforumID3/91996.html#133

     
     
  • 10.137, arisu (ok), 22:03, 07/10/2013 [^] [ответить]    [к модератору]  
  • +/
    ты мне гешефт поломал, кстати: я-то надеялся, что денег дадут за сэмпл.
     
  • 8.128, Vkni (ok), 21:19, 07/10/2013 [^] [ответить]     [к модератору]  
  • –1 +/
    В том виде, что ты написал, это очень похоже на неопределённое поведение Причём... весь текст скрыт [показать]
     
     
  • 9.129, arisu (ok), 21:31, 07/10/2013 [^] [ответить]     [к модератору]  
  • +/
    я про си и говорил нулевую польза 8212 это если бы меня преупреждением обру... весь текст скрыт [показать]
     
     
  • 10.130, Vkni (ok), 21:37, 07/10/2013 [^] [ответить]     [к модератору]  
  • +/
    Стат анализатор у clang а говно, хотя попробуй, прогони его, авось ругнётся А ... весь текст скрыт [показать]
     
     
  • 11.132, arisu (ok), 21:56, 07/10/2013 [^] [ответить]     [к модератору]  
  • +1 +/
    его, вроде, отдельно собирать надо потом попробую как-нибудь, git всё помнит, е... весь текст скрыт [показать]
     
     
  • 12.135, Vkni (ok), 22:00, 07/10/2013 [^] [ответить]    [к модератору]  
  • +/
    > его, вроде, отдельно собирать надо. потом попробую как-нибудь, git всё помнит, если
    > что.

    Уже не надо - https://www.opennet.ru/openforum/vsluhforumID3/91996.html#133

     
  • 10.133, Vkni (ok), 21:57, 07/10/2013 [^] [ответить]     [к модератору]  
  • +/
    Программа 8 ---------------------------------------------- 8 typedef struct S... весь текст скрыт [показать]
     
     
  • 11.136, arisu (ok), 22:00, 07/10/2013 [^] [ответить]    [к модератору]  
  • +/
    благодарю. могу от себя добавить, что gcc 4.8.1 на x86 тоже никаких ворнингов не даёт. я, кстати, с -O2 собирал.
     
  • 3.60, arisu (ok), 14:41, 04/10/2013 [^] [ответить]     [к модератору]  
  • +/
    предлагаю унифицировать промежуточную VM для оных GPU, а драйвера пусть при нео... весь текст скрыт [показать]
     
     
  • 4.85, Аноним (-), 11:50, 05/10/2013 [^] [ответить]     [к модератору]  
  • +/
    Уже была попытка, кстати Называлось сие TGSI, см http people freedesktop org... весь текст скрыт [показать]
     
     
  • 5.87, arisu (ok), 11:56, 05/10/2013 [^] [ответить]     [к модератору]  
  • +1 +/
    как я уже сказал 8212 тут две отдельные ветки беседы надо JIT в одну сторону... весь текст скрыт [показать]
     
     
  • 6.91, Аноним (-), 13:18, 05/10/2013 [^] [ответить]     [к модератору]  
  • –1 +/
    Компиляция шейдеров во время выполнения происходит, по поводу чего не вижу глоба... весь текст скрыт [показать]
     
     
  • 7.93, arisu (ok), 15:10, 05/10/2013 [^] [ответить]     [к модератору]  
  • +1 +/
    это потому, что про JIT-ы ты тоже знаешь только три символа, как и про X11 оста... весь текст скрыт [показать]
     
     
  • 8.138, Аноним (-), 11:41, 10/10/2013 [^] [ответить]     [к модератору]  
  • +/
    Да это пофигу - общую суть затеи с шейдерами и CL ядрами я усек и вижу что народ... весь текст скрыт [показать]
     
     
  • 9.148, arisu (ok), 12:11, 10/10/2013 [^] [ответить]     [к модератору]  
  • +/
    я заметил только вот беда это не JIT, это кросс-компиляция 171 не в лотерею... весь текст скрыт [показать]
     
  • 4.111, annulen (ok), 14:37, 07/10/2013 [^] [ответить]     [к модератору]  
  • –1 +/
    Для си-подобных языков это не мегаизвращение, а наиболее естественный метод JIT-... весь текст скрыт [показать]
     
     
  • 5.112, arisu (ok), 14:50, 07/10/2013 [^] [ответить]     [к модератору]  
  • +1 +/
    8212 алё, Хьюстон, у нас проблемы воробей 8212 спокойно, уже везём ядерн... весь текст скрыт [показать]
     
     
  • 6.113, annulen (ok), 15:17, 07/10/2013 [^] [ответить]     [к модератору]  
  • –1 +/
    Проще взять готовый фронт-енд для С-подобных языков и готовый бэкэнд для JIT, че... весь текст скрыт [показать]
     
     
  • 7.114, arisu (ok), 15:19, 07/10/2013 [^] [ответить]     [к модератору]  
  • +1 +/
    8212 а пользователь 8212 а нам какое дело купит процессор поновее и ещё ... весь текст скрыт [показать]
     
     ....нить скрыта, показать (35)

  • 1.15, Аноним (-), 07:21, 04/10/2013 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    угу, для питона, руби, перла, пэхапе - первые будут.
    потом всякие тикли, APL и проч и проч - втащат, мб )
    было бы прикольно увидеть Erlang OTP - сроднившимся с GCC :P
     
     
  • 2.61, arisu (ok), 14:51, 04/10/2013 [^] [ответить]     [к модератору]  
  • +1 +/
    не особо и вообще, для многих 171 динамических 187 языков AOT-компилятор ... весь текст скрыт [показать]
     
  • 1.17, Vkni (ok), 07:30, 04/10/2013 [ответить] [показать ветку] [···]    [к модератору]  
  • –4 +/
    Я может быть чего-то не понимаю, но Gentoo вроде бы давно придумали. И компилятся там исходники ровно один раз, а не постоянно, как Jit без кеширования.
     
     
  • 2.21, Аноним (-), 08:39, 04/10/2013 [^] [ответить]     [к модератору]  
  • +/
    Вы вообще нихрена не понимаете И гентушники тут ни о чем Что есть у гентушник... весь текст скрыт [показать]
     
     
  • 3.64, arisu (ok), 15:01, 04/10/2013 [^] [ответить]     [к модератору]  
  • +1 +/
    действительно, то ли дело 8212 прямо в драйвер вкорячить немеряных размеров б... весь текст скрыт [показать]
     
     
  • 4.72, Vkni (ok), 18:16, 04/10/2013 [^] [ответить]     [к модератору]  
  • +/
    Меня, если честно, беспокоит вопрос времени - gcc -O2 значительно тормознее gcc ... весь текст скрыт [показать]
     
     
  • 5.73, arisu (ok), 18:24, 04/10/2013 [^] [ответить]     [к модератору]  
  • +1 +/
    да и памяти оно тоже кушает при этом libjit 8212 если выкинуть вливы 8212 ... весь текст скрыт [показать]
     
     
  • 6.86, Аноним (-), 11:55, 05/10/2013 [^] [ответить]     [к модератору]  
  • +/
    В gcc 4 8 вроде как потребление памяти заметно скостили, правда там в основном н... весь текст скрыт [показать]
     
     
  • 7.89, arisu (ok), 12:06, 05/10/2013 [^] [ответить]     [к модератору]  
  • +/
    jit-компилятором однозначно не надо, jit-ы не для этого совсем придуманы оно е... весь текст скрыт [показать]
     
     
  • 8.120, annulen (ok), 18:37, 07/10/2013 [^] [ответить]    [к модератору]  
  • –1 +/
    > «из коробки» оно умеет x86, x86_64 и arm.

    Мда, и кто-то еще заикается про малое количество архитектур, поддерживаемых LLVM.

     
  • 8.139, Аноним (-), 11:49, 10/10/2013 [^] [ответить]     [к модератору]  
  • +/
    Оно достаточно близко по смыслу имхо - код для GPU генерится на лету, по ходу вы... весь текст скрыт [показать]
     
     
  • 9.150, arisu (ok), 12:15, 10/10/2013 [^] [ответить]     [к модератору]  
  • +/
    оно совершенно далеко и по смыслу, и по целям, и по требованиям и вот ты как ра... весь текст скрыт [показать]
     
     ....нить скрыта, показать (9)

  • 1.78, Аноним (-), 20:34, 04/10/2013 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Использовать gcc для jit какая-то нелепость при наличии llvm.
     
     
  • 2.80, arisu (ok), 09:35, 05/10/2013 [^] [ответить]    [к модератору]  
  • –1 +/
    > Использовать gcc для jit какая-то нелепость при наличии llvm.

    не большая, чем использовать для этого llvm.

     
  • 1.92, lucentcode (ok), 13:20, 05/10/2013 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    То, что ребята пошли по пути LLVM не может не радовать. Вот только они опоздали. В LLVM классных плюшек с каждым релизом только прибавляется. И догнать их будет не легко. А поддерживая старый(и зачастую плохо поддерживаемый код на C) - просто не реально.
     
     
  • 2.140, Аноним (-), 11:52, 10/10/2013 [^] [ответить]     [к модератору]  
  • +/
    Особенно классно с LLVM сношались амдшники, которые добрых 2 года пытались убе... весь текст скрыт [показать]
     
  • 1.97, хрюкотающий зелюк (?), 23:27, 06/10/2013 [ответить] [показать ветку] [···]    [к модератору]  
  • –2 +/
    > но уже началась подготовка биндинга для языка Python

    а вот это уже интересно

     

     Добавить комментарий
    Имя:
    E-Mail:
    Заголовок:
    Текст:


      Закладки на сайте
      Проследить за страницей
    Created 1996-2019 by Maxim Chirkov  
    ДобавитьПоддержатьВебмастеруГИД  
    Hosting by Ihor