TGViewer
Cododel.dev | Александр Cododel.dev | Александр @cododel_dev · 227 subscribers
Post #279 134
С последнего стрима: использование оперативной памяти на разных операционных системах.

Например Linux с графической оболочкой - после запуска требует всего 300-1500MB
(В зависимости от дистрибутива и загруженности автозапуска)

Windows 10-11 забирает себе, не стесняясь 4-6GB
А в случае с MacOS - почти всю доступную!
К примеру, у меня из 16GB заняты около 8-10GB
(Если у вас меньше 16гб или больше - в эту сторону будет перекос)

И мне тогда пришлось вспомнить механизмы работы с оперативной памятью.
В частности отличия Linux от MacOS
(про Windows сказать с уверенностью не могу, тк ушел с него еще на этапе изучения программирования)

Так вот Linux будет заполнять оперативную память по мере использования, переодически оставляя что-то в кэше, для быстрого доступа к часто используемым данным.
Если память кончается - в первую очередь идет очистка кэша, затем исопльзование SWAP файла.
При этом, как только дело доходит до SWAP файла - по мере его роста ваш компьютер будет превращаться в картофель, каким бы ваш дистрибутив ни был оптимизированным...
Таким образом у меня выходило положить всю систему обычной бесконечной рекурсией javascript в браузере. При этом ядро не падало в ошибку, а просто вставало намертво, и выйти из оконного менеджера в консоль могло занимать по 10 минут, а после перехода в этот "аварийный" режим - уже можно было остановить процесс.
Но даже в этом режиме консоль, которая требует 100-200мб для своей работы, вместе с самим ядрром линукса работали будто такты процессора были заменены на нескольких бухгалтеров 😂

А на MacOS же дела обстоят иначе.
Она анализирует часто исопльзуемые приложения и файлы и знает о том, что вам может понадобиться с большей вероятностю при следующем запуске ОС
(Хранит, естественно локально, но не могу дать гарантии, что ни с кем не делится 😁)
И при запуске системы - сразу же забивает оперативку данными, которые на ее взгляд могут быть вами задействованы.
И именно по этой причине, примеру, если вы дизайнер - после перезагрузки компьютера ваш PhotoShop загрузится за 10 секунд вместо 40 секунд.

Даже в таск менеджере (monitor) у вас не будет шкалы заполнения оперативной памяти. И даже четко не указано число, сколько сейчас использовано.
Тут концепция другая, и эти метрики не подходят.
(Хотя можно посчитать memory used, cached used и swap used)
Актуальная метрика - оценочная степень сжатия памяти (Pressure memory), которая не дает никаких конкретных значений, а лишь график, в котором можно увидеть динамику сжатия памяти и по цвету - размытые пределы этого сжатия.
Так к примеру - пока она зеленая, вообще можно не париться, Если желтая - значит память кончилась, и приходится исопльзовать SWAP, но основные данные, важные для работы OS и основных программ все еще в оперативной памяти, и работать будет не сильно медленнее чем обычно.
И есть еще вариант, когда он становится красным. Честно - ни разу не удалось такого добиться, а значит не этих 16гб хватает сильнее чем 32гб на винде (на линуксе в целом так же как эти 16гб по ощущениям было)

Вот выдержка с оффициального сайта:
На графике «Нагрузка на память» можно увидеть, насколько эффективно компьютер использует доступную память.

График «Нагрузка на память» имеет зеленый цвет. Компьютер эффективно использует оперативную память.

График «Нагрузка на память» имеет желтый цвет. Компьютеру может понадобиться больше оперативной памяти.

График «Нагрузка на память» имеет красный цвет. Компьютеру нужно больше оперативной памяти.


Я при импользованых 14GB оперативной памяти догрузил в нее еще модель нейросети, весом 8GB
14+8 = 22GB
Но!
Смотрим график, а там видим сначала рост в желтую зону, с последующим падением обратно в зеленую.
Значит он сначала принял в память новые данные, а когда понял что может понадобиться больше памяти - стал выгружать ненужные данные из памяти.

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

#LongRead #RAM #MacOs #Linux
  • ❤ 2
  • 👍 1
More from @cododel_dev
  1. Sep 21, 2026Ого какие вакансии бывают Больше удивлен что предложения на почти пустой линкдин приходят…
  2. Sep 15, 2026Все что нужно знать сегодня о “Работать будет только на английском” 😐
  3. Sep 15, 2026Post #1153
  4. Sep 14, 2026200 🤝 Всех новоприбывших обнял-приподнял Умного пока ничего не придумал, чем хотел бы сро…
  5. Sep 3, 2026~/.agents — Или как устроен мой агентский воркфлоу Не знаю шарится ли кто-то по таким репо…
  6. Sep 2, 2026Прикол, а я как лох 200$ плачу... Без рофла, где они такие цены на codex берут? https://t.…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →