Как стать автором
Обновить
126
0
Марко Кевац @mkevac

Системный программист

Отправить сообщение
А там в описании сказано что это «клон». Таких клонов энтузиасты сделали несколько штук просто чтобы попрактиковаться в построении таких штук.
Так и было. После изначальной «загрузки».
… совсем не подходит
Если функция из библиотеки вызывает static функцию из библиотеки, то даже GOT не нужен, на сколько я понимаю. Достаточно offset-а до функции, а он известен.
Вы правы! Спасибо!
Автор, как мне кажется, делает упор не на то, чтобы рассказать как уменьшить размер бинаря, а на то, чтобы показать как можно увидеть сколько зависимости прибавляют. Дать людям инструмент решить самим хотят ли они эту зависимость или нет.
Спасибо за дополнение. Жалко только вы не откомментировали его никак.

$ go tool link -h 2>&1 | egrep "(-w|-s)"
-s disable symbol table
-w disable DWARF generation

Эти два флага просят линкер не включать debug информацию в бинарник.
Классный обзор, спасибо!
Вы не сказали ничего по поводу того как ограничивать другие программы (не свою). Seccomp правила наследуются?
Расскажите, пожалуйста, как вы программируете и дебажите ядро поподробнее. Вся разработка идет через QEMU или с реальным железом тоже?
Привет. Как-нибудь мы обязательно подробно расскажем про это!
Мы пакуем различные данные пользователя (пол, возраст, кого он ищет, от какого до какого возраста и еще штук 15 других параметров) в большой большой битмап и умеем очень быстро искать по нему, используя широкие операции процессора (SSE, AVX, AVX2). Т.к. поисковые фильтры всегда разные, вот эта вот программа поиска генерируется налету самописным JIT-ом.
Один. Еле брыкается :-)
Я, увы, тоже не знаю о какой Midori говорит Russ Cox.
Нажал на ссылку для вас: January 18, 2017
Ммм… Например тем что в object file машинный код уже, а статья про более ранний этап «универсального» ассемблера.
Два из трех изначальных разработчиков Go имели за собой огромный багаж накопленного. И ассемблеры и компиляторы. И идеи как их развивать.
Возможно Go на LLVM работал бы даже лучше, но мы этого не узнаем…
Я сам, увы, не смог присутствовать. Попал в больницу за день до вылета в Денвер. Так обидно.
В чем принципиальная разница я не знаю, но мне кажется что вокруг Go компиляции\утилит\рантайма настолько много уже накручено, что просто «переход» или использование чего-то не своего звучит как плохое решение.

Про LLVM тут есть чуть информации.
Теоретически, думаю, безусловно можно. Таким же способом, как делается (собираются делать) для Go. Но я не слышал о том, что кто-то это делает.
В докладе выше говорится о том что скоро можно будет давать PDF описание архитектуры и утилита сама сделает ассемблер для нее. Для этого требуется парсить более-менее человеческий язык и всякие таблички из PDF. А тут вот Intel выложила описание, которое с самого начала предназначено для чтения программой.
В тему доклада новость свежайшая: intel выложили machine readable описание инструкций для X86. Russ Cox уже потирает ручки.

Информация

В рейтинге
Не участвует
Откуда
Россия
Дата рождения
Зарегистрирован
Активность