Исходное сообщение
"Micron опубликовал движок хранения HSE 3.0, оптимизированный..." Отправлено анонна, 22-Ноя-22 11:54
>> в лине разделяемые библиотеки кажись как раз для борьбы с "ожирением" >> системы придумали? > Для борьбы с «ожирением» производителей проприетарного ПО. > Просто возьмите калькулятор и посчитайте в цифрах, сколько там памяти экономится за > счёт разделения именно секциями кода и неизменяемых данных. Если справитесь, попробуйте > сравнить со статическим связыванием. Для затравки: приложение уровня HelloWorld это порядка > 8-30 Кб _без_ зависимостей, что сверху - это от умелых ручек. тратилось много, при недостатке оперативной памяти, поскольку грузилось все в неё(может это был предыдущий виток желаний производителей?). из-за этого постоянный свопинг и прочие удовольствия. при этом шла статическая линковка либ и как результат одна и таже либа грузилась по несколько раз (в разные ячейки памяти) для разных программ, поэтому и придумали разделяемые библиотеки. но разве флатпак и прочие не идут сейчас по той же старой стезе? как итог опять будут придумывать разделяемые.... приложения?. что они еще придумают? эта затея явно важна и принята производителями и не важно , что изначально придумана энтузиастами  и прочими свободными кодерами. производителям она именно что зашла.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>> в лине разделяемые библиотеки кажись как раз для борьбы с "ожирением" >>> системы придумали? >> Для борьбы с «ожирением» производителей проприетарного ПО. >> Просто возьмите калькулятор и посчитайте в цифрах, сколько там памяти экономится за >> счёт разделения именно секциями кода и неизменяемых данных. Если справитесь, попробуйте >> сравнить со статическим связыванием. Для затравки: приложение уровня HelloWorld это порядка >> 8-30 Кб _без_ зависимостей, что сверху - это от умелых ручек. > тратилось много, при недостатке оперативной памяти, поскольку грузилось все в неё(может > это был предыдущий виток желаний производителей?). из-за этого постоянный свопинг и > прочие удовольствия. при этом шла статическая линковка либ и как результат > одна и таже либа грузилась по несколько раз (в разные ячейки > памяти) для разных программ, поэтому и придумали разделяемые библиотеки. но разве > флатпак и прочие не идут сейчас по той же старой стезе? > как итог опять будут придумывать разделяемые.... приложения?. что они еще придумают? > эта затея явно важна и принята производителями и не важно , > что изначально придумана энтузиастами и прочими свободными кодерами. производителям она > именно что зашла.
	Введите код, изображенный на картинке: