https://www.opennet.me/openforum/vsluhforumID3/124092.html Компания Facebook вошла в число платиновых участников организации Rust Foundation, которая курирует связанную с языком Rust экосистему, поддерживает основных мэйнтейтнеров, занимающихся разработкой и принятием решений, а также отвечает за организацию финансирования проекта. Платиновые участники получают право вхождения представителя компании в совет директоров. Представителем Facebook стал Джоэл Марси (Joel Marcey), который присоединился в совете директоров к представителям AWS, Huawei, Google, Microsoft и Mozilla, а также пяти участникам, выбранным из Core Team и групп, отвечающих за надёжность, качество и взаимодействие с сообществом...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=55049<br> https://www.opennet.me/openforum/vsluhforumID3/124092.html#116 Thu, 13 May 2021 20:45:45 GMT &gt; pic код, как я понимаю, использует глобальную табличку оффсетов, и этот call <br>&gt; становится косвенным вызовом, и требует дополнительного обращения к памяти. То есть, <br>&gt; во-первых, ту табличку надо заполнить на этапе динамической линковки. Во-вторых, при <br>&gt; _каждом_ вызове printf будет дополнительная стоимость для процессора -- обращение к <br>&gt; глобальной табличке оффсетов, таким образом процессорный кеш, внезапно, вынужден постоянно <br>&gt; эту табличку хранить.<br><br>Если надо несколько раз вызвать одну и ту же функцию, то можно хранить её адрес в регистре. +PIC - это ASLR.<br><br>&gt; Ты замерял этот эффект? Я как-то очень сомневаюсь, что будет быстрее. Во-первых, <br>&gt; процессорный кеш инструкций вылетает от любого чиха, и надеятся на то, <br>&gt; что переключение процессов его сохранит... Лучше бы не сохраняло, потому как <br>&gt; мы знаем о том к каким дырам в процессорах оно приводит. <br>&gt; А значит возможность шарить код между процессами -- это антифича.<br><br>Это делают разные кеши. Кэш инструкций реализован аппаратно, а кеш стран https://www.opennet.me/openforum/vsluhforumID3/124092.html#115 Mon, 10 May 2021 05:10:49 GMT &gt;&gt; потом пройтись по табличке релоков/фиксапов, чтобы адреса в своём коде все поправить<br>&gt; Относительная адресация<br><br>Что относительная адресация? Вот написал ты в своей программе:<br><br>printf("Hello, world\n");<br><br>Это сведётся к:<br><br>call printf<br><br>какой адрес у printf? Этот адрес станет известным только в процессе работы динамического линкера. И никакая относительная адресация тебе не поможет.<br><br>pic код, как я понимаю, использует глобальную табличку оффсетов, и этот call становится косвенным вызовом, и требует дополнительного обращения к памяти. То есть, во-первых, ту табличку надо заполнить на этапе динамической линковки. Во-вторых, при _каждом_ вызове printf будет дополнительная стоимость для процессора -- обращение к глобальной табличке оффсетов, таким образом процессорный кеш, внезапно, вынужден постоянно эту табличку хранить.<br><br>&gt; Как бы это странно не звучало, но статика тоже может. Кеш-то не резиновый. Как процессорный, так и io. Да и так получается быстрее грузить систему с хардов или ещё чего с медлен https://www.opennet.me/openforum/vsluhforumID3/124092.html#114 Sun, 09 May 2021 22:48:22 GMT Meson вообще на питоне. И что?<br> https://www.opennet.me/openforum/vsluhforumID3/124092.html#113 Sun, 09 May 2021 22:39:51 GMT &gt; Динамическая линковка внезапно добавляет рантайм косты, накидывает ряд других проблем<br><br>Как бы это странно не звучало, но статика тоже может. Кеш-то не резиновый. Как процессорный, так и io. Да и так получается быстрее грузить систему с хардов или ещё чего с медленной скоростью чтения или случайного доступа.<br>&gt;За пределами glibc не нужно.<br><br>Ну и перекомпилирую систему после обновления, например, libcurl.<br><br>&gt; Не совсем понятно, чё все линуксодистры так озабочены динамической линковкой.<br><br>Драсты и правда озабочены. А лигуксоиды не все. Я знаю как минимум двух людей, которым всё равно.<br><br>&gt; Но реально, это ж убожество. Ну ты сам прикинь: на каждую динамическую библиотеку при старте приложения надо сделать mmap<br><br>Дисковый кеш может спать спокойно<br>&gt; потом пройтись по табличке релоков/фиксапов, чтобы адреса в своём коде все поправить<br><br>Относительная адресация<br>&gt; это можно было сделать статически, причём даже лучше сделать: lto, pgo,<br><br>Это про оптимизацию. Зубилом хлеб не режут, ножём не делают статуи.<br><br>Ну и н https://www.opennet.me/openforum/vsluhforumID3/124092.html#111 Tue, 04 May 2021 16:51:09 GMT Немедленно перестань дышать, пить и есть, а то в тебя попадут молекулы, побывавшие в организме Гитлера.<br> https://www.opennet.me/openforum/vsluhforumID3/124092.html#110 Mon, 03 May 2021 05:19:47 GMT А во что захотелось? Во что удалось научиться? <br> https://www.opennet.me/openforum/vsluhforumID3/124092.html#109 Sun, 02 May 2021 22:58:30 GMT Ваши комментарии не считаются<br> https://www.opennet.me/openforum/vsluhforumID3/124092.html#108 Sun, 02 May 2021 22:55:11 GMT О, классическойи пох. пожаловал, не прошло и 12 часов с новости)<br> https://www.opennet.me/openforum/vsluhforumID3/124092.html#107 Sun, 02 May 2021 22:53:33 GMT Не разрабатывался, а только проектировался.<br>Разрабатываться-таки он как раз с поддержкой Mozilla начал. И то - до сих пор родного компилятора нет, только LLVM-ный костыль, что отпугивает большинство знакомящихся конечным результатом компилируемого.<br>