Крик души пользователя Android OS

Теперь нам лень изощряться, оптимизировать код,
И интерфейс с дураками мы пишем из году в год,
Свыклись с мощной машиной, отвыкли от всякого риска.
Забыли коды команд и старых трюков запас,
И только ненависть к Windows порою y нас
Зажигает огонь в глазах, как индикатор Hard Disk'а. (С)

выход есть, ты знаешь apple 16 pro max,,,,

С ностальгией вспоминаю браузер официальный Opera на java, для кнопочного телефона LG.
Его размер был 128 КБ килобайт, сука. И все работало. И функционал был абсолютно тот же что и сейчас.

Просто разработчики ох#ели. Не, не так. Они ОХУ*ЛИ.

Модеры влегкую выкидывают 50% мусора по весу из приложения, особо не напрягаясь.

Вчера дали в руки Самсунг Galaxy S-20 - "глянь, что можно удалить, памяти не хватает". Иду в хранилище, на борту 128 Гигов. Приложений немного, фоток и видео тоже. Смотрю сколько занято системой - 55 гигов, Карл блядь! 55 из 128! Вы серьезно? Нахуя тогда писать, что памяти 128, если изначально системой занятой 55?! По факту блядь для пользования доступно чуть больше половины. Ссука, винда 10-ка на компе весит меньше🤦‍♂️

Размещено через приложение ЯПлакалъ

Разница большая. Каждая библиотека на накопителе существует только в виде одной копии, и более того, в ОЗУ тоже хранится только один экземпляр, а все проги пользуются общим кодом.
А если их встраивать в код, то и диск, и в ОЗУ каждая такая прога-эгоист будет занимать дохренища и даже не пользоваться всем этим, как собака на сене.

Хочешь сказать, dll один раз загружается, а потом этим куском памяти все кому не лень пользуются?
А как же адресное пространство процесса?
А как же синхронизация одновременного доступа к одному и тому же ресурсу?
Гонишь ты, товарищ, очень сильно гонишь.

Чем тупее программист, тем длиннее код, чё не ясно?

Именно так, одна физическая страница памяти впечатывается в адресное пространство разных процессов, без прав записи, разумеется
Только не говори, что впервые про это слышишь

Вот-вот...

Помню, ещё ДОСовские времена... Был даже конкурс на самую маленькую ПОЛЕЗНУЮ прогу...

Выиграла прога PrnRus.com - размером двадцать байт с копейками.
Причём, как оказалась прога в некоторых случаях архинужная.

Она переводила принтеры советского производства на стандартную для ДОС "альтернативную" rus-кодировку.
Дело в том, что по ГОСТу тех времен принтер должен был работать с "основной" КОИ8 кодировкой. В результате русские символы с английским текстом - не сочетались, получались "бракозябры".

К счастью, в принтерах была не только основная, но и альтернативная кодовая страница. И включить её можно было двумя способами - либо нажав специальную кнопочку внутри самого принтера (а для этого надо было снять верхнюю крышку и добраться до специального отверстия, через которое тонкой отверткой нажать на кнопку и удерживать её при включении. Либо можно было включить страницу программно, отослав на принтер управляющие коды.

Так вот, во многих конторах использовали "механику" - откручивали верхнюю крышку, нажимали на кнопку, что, конечно, было неудобно.

Вот, нашлась группа толковых парней, которые разобрались в ДОС-прерывании int21, с помощью которого можно высылать команды на порт принтера, и сделали .com модуль, который посылал код страницы, а потом ещё три кода "пик" (чтобы было понятно, что принтер всё воспринял). Программа-то была сделана "для внутреннего использования" одной конторы. Однако, довольно быстро вышла за её пределы, и стала весьма популярной даже на заводах-изготовителях (по крайней мере, точно знаю про Орловский завод УВМ).

Поскольку была написана на ассемблере, и в формате .com - "весила" крайне немного.

Интересно, сколько сейчас будет весить программа, делающая тоже самое?

А принтер, для которого она использовалась был вот, примерно таким:

У вас случай, когда "оба правы".

Всё верно, изначально так и предполагалось, что DLL в память загружается, и потом ею пользуются все, кому не лень. Но, потом начались вот эти самые траблы, о которых ты говоришь - "адресное пространство процесса", "синхронизация", и прочие сложности...

Как там сейчас это организовано - не знаю, памяти-то сейчас немеряно... Но изначально идея была именно такой - "одна DLL может использоваться многими процессами".

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

Посмотрел, у меня на телефоне галерея действительно занимает 360Мб. Это, конечно, много. Но думаю там есть какие-нибудь обои или ещё какая-то графика.

Посмотрел, приложение которое делаю я занимает 90Мб. Тоже дохрена, но там довольно много графики тоже. Стараемся оптимизировать, каждую библиотеку обсуждаем, подключать ли. Недавно была задача встроить простенькую игру, обсуждали или тащить готовый движок (3Мб) или написать самим. Написали сами.

Все остальные нормальные разработчики делают также.

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

Вообщем в каждом конкретном случае причины могут быть разными. Обычно всё-таки графика. Мало кто тащит тяжёлые фреймворки в андроид, хотя такие тоже есть.

Это сообщение отредактировал CapengeR - 24.03.2025 - 16:48

Это еще мажористо, у нас на работе был ноут с 2гб) Покупался специально для спутниковых прог)

Размещено через приложение ЯПлакалъ

Чото .kkrieger! вспомнился.
Скрины больше чем сама игра весят

А при чем тут андроид? Оно везде так.

Короче, давайте там нормальные приложения напишите. Как будут готовы, ссылку киньте где скачать, тогда вместе с вами поменяю мнение.

Размещено через приложение ЯПлакалъ

Я не знаю, где этот долбоеб находит калькуляторы в 100мб, заберите у него андроид и дайте ему кнопочную звонилку

Берешь любой бесплатный Фотошоп. Отключаешь в нем все функции. Меняешь название. Приложение для просмотра картинок готово. Можно выкладывать в маркет и рубить бабло.

Размещено через приложение ЯПлакалъ

Скорее всего галеря мегабайт 20, а остальное - это кэш фоток, миниатюры итд

Нет, с кэшем и данными там уже за гигабайт.

Это сообщение отредактировал CapengeR - 24.03.2025 - 19:56

Да всё тоже самое!

Размещено через приложение ЯПлакалъ

Приложений нужно много(плюс их постоянное обновление), сайты итп. А программистов мало и время для написания приложения у них ограничено.
Что выберите:
1. Приложение будет писаться полгода (причем программистами высокого уровня) и оптимизированного по скорости и размеру.
2. Приложение будет написано за месяц прогерами низкого уровня из готовых блоков с интернета.
В первом случае цена будет раз в 20 выше.
Подход из 90х с экономией каждого байта, тщательной отладкой и кусками кода на ассемблере сейчас приемлем только для графических движков, программ для встраиваемой техники.

Ага, и требует ещё место на облаке постоянно.

То есть ты реально жалуешься на размер галереи гугл, в которой куча фильтров, редакторов ( в том числе либы искусственного интеллекта ) и целый комбайн сервисов? Серьезно?

Вот и автор такой же, скачал видно калькулятор с конверсиями, инженерными уравнениями, измерителем уровня горизонта и встроенным синхрофазотроном и ноет, что весит 100 мегабайт

Сам вацап нихуя не весит, 6.7 гигабайт - это скачанные картиночки и история чатов во внутренней памяти

Прям совсем то же самое не получится. Потому что принтеры идут с подключением по USB и там только драйвер будет на несколько мегабайт и куча доп.софта от производителя со свистелками и перделками.

Но если предположить, что задачи сводится к цеплянию конкретной dll-ки (например из состава драйвера принтера) и вызова из нее специфичной функции и на чистом Си - то до 100кБ можно уложиться, плюс зависимости от кучи системных dll-ок винды (если вы под виндой). На асме тоже можно написать - но если только из спортивного интереса.

Не совсем. Идея в том, чтобы программы не таскали с собой одни и те же библиотеки, а пользовались той, что уже есть в системе. Плюс если проходит обновление на dll (до определенного предела), то сами программы не нужно пересобирать.

А так, каждая dll-ка грузится в ОЗУ для каждого процесса в момент первого обращения к символам, которые она экспортирует.
Если пять программ запущено и используют одну dll, то в ОЗУ будет висеть 5 экземпляров dll. Каждый в адресном пространстве своего процесса.