LINUX.ORG.RU

История изменений

Исправление Manhunt, (текущая версия) :

Вообще говоря, это тоже ошибка, ибо разработчик опакечивать ничего не должен - эта забора мантейнеров соответствующих дистрибутивов.

У меня нет денег, чтобы оплатить их труд. И нет жажды общения, достаточной, чтобы уболтать их всех проделать эту работу безвозмездно.

Если это слишком сложно для понимания, разницы всё равно нет - если вы считаете что вам нужно что-то опакечивать, то одинокий бинарник вам нужно опакечивать точно также.

Одинокий бинарник опакечивать не обязательно. Все, кому он интересен, смогут запустить его прямо из директории Downloads/ {нудное бла-бла-бла про mount noexec поскипано}

Тем более вы говорили об одном файле, а не россыпи.

Речь как раз о том, чтобы остаться в рамках одного-единственного файла.

Если программа будет вызываться в одном экземпляре и делать много random access к этим данным, от mmap профита не будет никакого, и fread только ускорит выполнение, потому что все данные сразу будут в памяти.

Разница в цене swap out.

Ну и если уж на то пошло, в чём проблема со способом предложенным в первом посте и какая разница сколько данных запихнуть в бинарник как const char my_data[], килобайт или сотню мегабайт?

Не хочу заниматься тестированием компиляторного парсера под нетипичной для него нагрузкой. https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29087

Исходная версия Manhunt, :

Вообще говоря, это тоже ошибка, ибо разработчик опакечивать ничего не должен - эта забора мантейнеров соответствующих дистрибутивов.

У меня нет денег, чтобы оплатить их труд. И нет жажды общения, достаточной чтобы уболтать их всех проделать эту работу безвозмездно.

Если это слишком сложно для понимания, разницы всё равно нет - если вы считаете что вам нужно что-то опакечивать, то одинокий бинарник вам нужно опакечивать точно также.

Одинокий бинарник опакечивать не обязательно. Все, кому он интересен, смогут запустить его прямо из директории Downloads/ {нудное бла-бла-бла про mount noexec поскипано}

Тем более вы говорили об одном файле, а не россыпи.

Речь как раз о том, чтобы остаться в рамках одного-единственного файла.

Если программа будет вызываться в одном экземпляре и делать много random access к этим данным, от mmap профита не будет никакого, и fread только ускорит выполнение, потому что все данные сразу будут в памяти.

Разница в цене swap out.

Ну и если уж на то пошло, в чём проблема со способом предложенным в первом посте и какая разница сколько данных запихнуть в бинарник как const char my_data[], килобайт или сотню мегабайт?

Не хочу заниматься тестированием компиляторного парсера под нетипичной для него нагрузкой. https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29087