- Linux Mint: системные требования
- Системные требования Linux Mint 17, 18 с рабочим окружением MATE
- Системные требования Linux Mint 17, 18 с рабочим окружением Cinnamon
- Системные требования Linux Mint 17, 18 с рабочим окружением XFCE
- Системные требования Linux Mint 17, 18 с рабочим окружением KDE
- Заключение
- Как узнать оперативную память Linux
- Как узнать оперативную память Linux
- 1. Файл /proc/meminfo
- 2. atop
- 3. free
- 4. Системный монитор Gnome
- 5. htop
- 6. KDE System Monitor
- 7. memstat
- 8. nmon
- 10. smem
- 11. top
- 12. vmstat
- 13. dmidecode
- 14. lshw
- Выводы
- Оцените статью:
- Об авторе
- 9 комментариев
- Сколько памяти надо для работы в Linux
Linux Mint: системные требования
За последние десятилетия, люди успели поработать и за громоздкими системными блоками с не менее огромными мониторами, и за миниатюрными нетбуками и планшетами. Все это многообразие компьютерного железа до сих пор эксплуатируется и достаточно часто возникает вопрос о минимальных системных требованиях для установки Линукс Минт. В данной статье мы рассмотрим данный вопрос для стандартных рабочих окружений.
Системные требования Linux Mint 17, 18 с рабочим окружением MATE
- Минимальное количество оперативной памяти — 512 Мб, но для комфортной работы необходим 1 Гб
- На жестком диске у вас должно быть свободно 9 Гб, но рекомендуется под систему выделять 20 Гб
- Разрешение экрана не должно быть менее 1024×768
Данное рабочее окружение подойдет для большинства компьютеров и пользователей. Наш сайт рекомендует начинать знакомство с Linux Mint именно с данного рабочего окружения.
Системные требования Linux Mint 17, 18 с рабочим окружением Cinnamon
- Минимальное количество оперативной памяти — 512 Мб, но не стоит использовать его даже при 1 Гб
- На жестком диске у вас должно быть свободно 9 Гб, но рекомендуется под систему выделять 20 Гб
- Разрешение экрана не должно быть менее 1024×768
Если на вашем компьютере больше 2 Гб оперативной памяти, то вы можете устанавливать данное рабочее окружение на ваш компьютер. Потребление ресурсов больше, чем в MATE.
Системные требования Linux Mint 17, 18 с рабочим окружением XFCE
- Минимальное количество оперативной памяти — 512 Мб, для комфортной работы хватит 1 Гб
- На жестком диске у вас должно быть свободно 9 Гб, но рекомендуется под систему выделять 20 Гб
- Разрешение экрана не должно быть менее 1024×768
Данное рабочее окружение подойдет для старого железа и нетбуков, так как отличается меньшей прожорливостью по сравнению с остальными вариантами.
Системные требования Linux Mint 17, 18 с рабочим окружением KDE
- Минимальное количество оперативной памяти — 2 Гб, рекомендуется 3 Гб
- На жестком диске у вас должно быть свободно 10 Гб, но рекомендуется под систему выделять 20 Гб
- Разрешение экрана не должно быть менее 1024×768
KDE подойдет для мощных машин, на которых не придется считать загрузку процессора и оперативной памяти. За красоту всегда приходится платить и, в данном случае, мы расплачиваемся своими ресурсами.
Заключение
Вообще, Linux Mint можно установить практически на любое оборудование и оно будет работать либо из коробки, либо после установки дополнительных драйверов. Если поддержка вашего оборудования закончилась, то имеется возможность воспользоваться более старыми версиями системы.
Источник
Как узнать оперативную память Linux
Когда дело доходит до оптимизации производительности системы Linux оперативная память — один из самых важных факторов, на которые нужно обратить внимание. В Linux есть множество утилит для контроля использования этого драгоценного ресурса. Инструменты отличаются друг от друга видом и детальностью предоставляемой информации (например для системы в целом, отдельного процесса или отдельного пользователя) интерфейсом (консольный интерфейс или графический) и режимом работы (интерактивный или пассивный режим).
Ниже представлен небольшой список консольных и графических утилит для проверки количества свободной и используемой оперативной памяти для платформы Linux.
Как узнать оперативную память Linux
1. Файл /proc/meminfo
Простейший способ проверить использование оперативной памяти — посмотреть /proc/meminfo. Это автоматически обновляемый файл, который является источником для таких утилит как free, ps и top. Кроме количества свободной и использованной памяти в /proc/meminfo есть все что можно узнать о памяти. Информация о памяти для конкретного процесса находится по адресу /proc/pid/statm или /proc/pid/status.
2. atop
Утилита atop — основана на ncurses и представляет из себя интерактивный монитор ресурсов. Она показывает в динамическом режиме такие системные параметры: CPU, память, нагрузка на сеть и другие. Также есть подсветка цветом при перегрузке системы. Можно посмотреть топ процессов или пользователей по использованию ими ресурсов, таким образом системный администратор может понять какие процессы или пользователи перегружают систему. Из памяти можно отобразить свободную, кэш, буферизированную и виртуальную. Утилиту сначала надо установить:
sudo apt install atop
И только потом можно использовать:
3. free
Команда free — это быстрый и простой способ посмотреть оперативную память linux получив информацию о её использовании из файла /proc/meminfo. Будет показано общее количество и количество свободной физической памяти и файла подкачки, а также буфера ядра.
4. Системный монитор Gnome
GNOME System Monitor — это приложение с графическим интерфейсом, которое показывает краткую статистику использования системных ресурсов — памяти, процессора, подкачки и сети. Также есть информация по использованию процессора и памяти для каждого процесса. Запустите утилиту и откройте вкладку Ресурсы:
5. htop
Программа htop — основанный на ncurses монитор процессов, который показывает использование процессора и памяти для каждого процесса по отдельности в реальном времени. Здесь можно посмотреть количество резидентной памяти, общий объем памяти для программы, размер библиотек, размер страниц, и количество памяти для всех запущенных процессов. Также на удобной псевдографической диаграмме можно посмотреть сколько памяти занято Linux:
6. KDE System Monitor
Как и у Gnome у KDE есть свое решение, которое помогает узнать использование оперативной памяти Linux. Программа KDE System Monitor очень похожа по функцональности на свой аналог в Gnome. Есть просмотр статистики использования системных ресурсов, а также отображение потребления памяти и процессора напротив каждого процесса.
7. memstat
Утилита memstat полезна для определения какой исполняемый файл, процесс или библиотека использует много оперативной памяти. Утилита определяет количество использованных ресурсов по PID идентификатору процесса. Эту утилиту тоже надо установить:
sudo apt install memstat
8. nmon
Программа nmon — представляет из себя ncurses инструмент для тестирования системы. Можно тестировать центральный процессор, память, диск, ввод\вывод, ядро, файловую систему и сетевые ресурсы в интерактивном режиме. Что касается памяти то можно посмотреть размер оперативной памяти Linux, количество свободной памяти, размер раздела подкачки, кэширование и виртуальную память. И все это в реальном времени. Для установки выполните:
sudo apt install nmon
Чтобы утилита отобразила память поле её запуска надо нажать клавишу M:
Команда ps может показать использование памяти для каждого процесса в реальном времени. Показывается процент используемой памяти (MEM), общее количество виртуальной памяти (VSZ) общий объем физической памяти (RSS) Вы также можете отсортировать список процессов с помощью опции —sort. Например, для сортировки по убыванию rss используйте:
ps aux —sort -rss
10. smem
Команда smem позволяет измерить количество памяти используемое различными процессами и пользователями на основе информации взятой из /proc. Она показывает количество ресурсов в процентном соотношении. Для установки выплните:
sudo apt install smem
Данные могут быть экспортированы в виде диаграмм, таких как круговые графики:
sudo smem —pie name -c «pss»
11. top
Команда top выводит список запущенных процессов в режиме реального времени, а также различные статистические данные для каждого из них. Вы можете сортировать список процессов по использованию памяти.
12. vmstat
Утилита командной строки vmstat отображает статистические данные по использованию CPU, памяти, прерываний и ввода вывода на диск. Команда показывает не только физическую память (всего, использовано, кэшировано, буферизировано), но и статистику по виртуальной памяти (количество страниц в подкачке и т д)
13. dmidecode
Утилита dmideocde позволяет просматривать информацию об аппаратном обеспечении подключенном к материнской плате компьютера, в том числе и об оперативной памяти. Это чуть ли не единственный способ узнать количество слотов для памяти, количество установленных планок, а также здесь отображается напряжение питания и частота оперативной памяти. Для просмотра информации именно про память выполните:
sudo dmidecode -t 17
14. lshw
Команда lshw тоже позволяет просматривать информацию об оборудовании компьютера, выводит практически аналогичные данные, что и dmidecode, только по русски и в более удобном формате:
sudo lshw -class memory
Выводы
Из этой статьи вы узнали множество способов как узнать оперативную память Linux, как видите, существует просто огромное количество методов в зависимости от ваших потребностей. Я, обычно, смотрю свободную память с помощью утилиты free. А какие инструменты используете вы? Напишите в комментариях!
Оцените статью:
Об авторе
Основатель и администратор сайта losst.ru, увлекаюсь открытым программным обеспечением и операционной системой Linux. В качестве основной ОС сейчас использую Ubuntu. Кроме Linux, интересуюсь всем, что связано с информационными технологиями и современной наукой.
9 комментариев
Ваш сайт все интереснее от стать к статье.
Возможно не совсем в тему. Подскажите пожалуйста почему Linux Mint 17, может не видеть оперативную память? В биосе определяется 2 Гб, Win XP, установленная на этом же компьютере, тоже определяет 2 Гб, Mint, упорно показывает 1. В какую сторону думать?
Даже не знаю. попробуйте поспрашивать на специализированных форумах по аппаратному обеспечению.
Я грешу на опцию ядра highmem, но как проверить не знаю. Может попробывать другую версию ядра, сейчас стоит 3.13.0.24, не подскажите какое ядро лучше поставить?
Ставьте 4.4 или 4.6. Обычно во всех современных дистрибутивах ядро собрано с поддержкой highmem, но можете попробовать пересобрать. Также можно попробовать указать количество памяти в параметрах загрузки ядра с помощью опции mem (в мегабайтах)
Это в файле /boot/grub/grub.cfg?
Здравствуйте! Почему используется виртуальная память, когда ещё физической (озу) достаточно?
В sysctl.conf добавил
vm.swappiness = 10
vm.vfs_cache_pressure = 1000
ОЗУ 8ГБ, при 1-1,5ГБ уже используется swap, хотя должен при 10% свободной. Linux Debian 8. На Ubuntu Server 14.04 LTS эти же настройки работали.
Сервер на debian 14.04
на борту MySQL и nginx с виртуальными хостами
Ужасно тормозят сайты использующие локальную БД (одна страница может открываться до 60 секунд)
При таком раскладе это нормально (дело в нехватки ОЗУ? ведь в кэше 2549976 kB) или ковырять конфиги MySQL?
MemTotal: 4043988 kB
MemFree: 246324 kB
MemAvailable: 2816676 kB
Buffers: 217996 kB
Cached: 2549976 kB
SwapCached: 0 kB
Active: 2036160 kB
Inactive: 1559340 kB
Active(anon): 442784 kB
Inactive(anon): 453880 kB
Active(file): 1593376 kB
Inactive(file): 1105460 kB
Unevictable: 0 kB
Mlocked: 0 kB
SwapTotal: 8388604 kB
SwapFree: 8388352 kB
Dirty: 100 kB
Writeback: 0 kB
AnonPages: 827528 kB
Mapped: 100952 kB
Shmem: 69136 kB
Slab: 166384 kB
SReclaimable: 149268 kB
SUnreclaim: 17116 kB
KernelStack: 2608 kB
PageTables: 11508 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 10410596 kB
Committed_AS: 1655292 kB
VmallocTotal: 34359738367 kB
VmallocUsed: 0 kB
VmallocChunk: 0 kB
HardwareCorrupted: 0 kB
AnonHugePages: 690176 kB
CmaTotal: 0 kB
CmaFree: 0 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB
DirectMap4k: 58944 kB
DirectMap2M: 4132864 kB
total used free shared buffers cached
Mem: 3.9G 3.6G 232M 67M 213M 2.4G
-/+ buffers/cache: 1.0G 2.9G
Swap: 8.0G 252K 8.0G
Источник
Сколько памяти надо для работы в Linux
Сколько памяти лично вам надо для нормальной работы в Linux? Я заметил, что не смотря на то, что у меня на ноуте 16GB, а на десктопе 32GB, я никогда не использую больше чем 8GB. И даже swap (который есть) никогда не задействован. Workload: chromium (много табов), редактор кода (Emacs, Vim, иногда потежелее, Atom), одна виртуальная машина qemu/kvm, сборка кода (иногда большого), проектики на Java (Clojure).
Раньше всегда боялся, что памяти не хватит. Выбирал конфигурации с как минимум 16GB. А сейчас пришел к выводу, что 8GB достаточно с головой.
8Гб используется обычно около 50%, браузер, куча редакторов, elastic, postgres, несколько нод erlang’а, redis, rabbitmq и всякое по мелочи.
В пике: лиса на 10-20 вкладок, аудиоплеер, терминал с тмуксом на 10-12 вкладок, емакс на 10-15 буферов, громоптица на 3 почты, виртуалка с выделенной 4 Гб памятью, стим и игра в стиме (скурим или че-то олдскульное). Где-то на 12 Гб тянет. Остальное под кеш. Недавно апгрейднул до 32 Гб, должно хватить лет на 5.
16 Гб — это некомфортный минимум.
8Гб все же впритык сейчас по современным офисным меркам, не закрываешь браузер, какое-нибудь электрон-приложение, мессенджер, почтовик и уже для работы караул как мало осталось )
С тех пор, как поднял с 8 до 16 гиг, стало хватать на всё. Раньше, когда одновреенно работали и 1с в клиент-серверном варианте с постгресом, и виртуалка, то браузер приходилось закрывать. Сейчас норм, вообще не парюсь, запускаю всё, что хочу и всем хватает.
ну вот видишь, 32 пока хватает.
Ну вот вынь лишнее, оставив 8 ГБ.
И как всё раком встанет в случайный момент по линукс вею.
Так ответ сразу выйдет «16 ГБ не лишние».
ппц, что с нами стало.
всего 12 лет назад 1280Мб хватало на всё.
Мне 16 не хватает, но я плюсы компиляю/линкую. 32 пока хватает, 128 – прям хорошо
и уже для работы караул как мало осталось
А если найду проверить? Может это просто кажется, что мало?
Я заметил, что не смотря на то, что у меня на ноуте 16GB, а на десктопе 32GB, я никогда не использую больше чем 8GB.
Прокешируй локальный и ситемный tmp на tmpfs.
Прокешируй на tmpfs /var/cashe/apt или эвивалент, если у тебя другой менеджер пакетов.
Создай директорию /home/Memory и назначь её директорией загрузки по умолчанию в браузере и клиенте торента.
Помещай в неё исходники на время их компиляции.
Из 32гб, в среднем занято 20-28гб, в основном это pycharm, sqldeveloper, браузер
Без электрона с одним браузером можно и в 4гб уложится. Но учитывая повальное увлечение запихнуть все в браузер то и 8гб может быть мало.
Прокешируй локальный и ситемный tmp на tmpfs
Но зачем? За первую треть ноября у меня обновилось 5 пакетов. Нет, конечно, если вместо зарядки ставить-удалять пакеты, то смысл есть. Но при обычном использовании ты выиграешь секунду за 10 лет.
Создай директорию /home/Memory и назначь её директорией загрузки по умолчанию в браузере и клиенте торента
клиенте торента
Я такое при 16ГБ ОЗУ закачивал.
Так сначала скачай, а потом скопируй на диск, куча плюсов, от меньшего износа до меньшей фрагментации.
На работе 16 хватает с запасом. В среднем используется 8-9ГБ. На домашнем ноуте всегда было 8. И тоже хватало. Очень редко упиралось в потолок когда, что-то где-то протечет. А когда всех отправили на удаленку, протечки участились. Сделал апгрейд всего, в том числе памяти до 16 и все сразу захорошело. В работе только браузер (
80-90 tabs) и консоли с vim-ом. Изредка виртуалки, докеры, ну и прочая требуха. телега, скайп, тимвьювер. Можно конечно слегка почистить автозагрузку, но мне лень.
Поставь себе только 8ГБ и попробуй посидеть так.
Адекватное количество на линуксе это 16(запуск браузера онли)/32/64. Но тут ещё надо обмазаться всякими zram и prelockd, чтобы хоть как-то адекватно работало, плюс в тмпфс пересадить ошмётки xorg (xsession-errors).
Поставь себе только 8ГБ и попробуй посидеть так.
Адекватное количество на линуксе это 16(запуск браузера онли)
а если меньше, меньше работать не будет?
Если именно для работы, то 12 гиг минимум. Хотя сейчас что рабочая, что домашняя машины имеют по 32.
О да, от этого мой винт сдохнет на полчаса позже. Впрочем, если качаешь на китайский ссд, купленный на али по акции «10 ссд за один цент», и опасаешься за его износ, то действительно, можно каталог временных файлов торрент-клиента (куда и происходит реальная закачка чанков, которые потом один раз записываются уже в файлы торрента) сделать ссылкой на /tmp. Разницы с размещением всего торрента в памяти никакой, зато расход этой памяти будет поменьше на пару порядков.
Твой торрент-клиент не умеет выделять всё пространство одним куском?
Понаставят себе, простихоспади, гуглохромов, потом героически страдают.
Уверен, пользовался ноутбуком с 8гб, было мало. Если что, иногда и устройствами с 2Гб пользуюсь, понимаю, что такое совсем мало )
Учитывая проблемы линукса с планировщиками и просто непонимание дистростроителями (да и писателями DE) чем десктоп от сервера отличается — разница между 8 и 16 видна сразу.
postgres и psql спокойно могут на колени поставить систему при размере базы выше размера ОЗУ.
По сути не будет работать (я это работой не назову).
Ну в Винде 10, с 8Гб тоже очень сложно жить. Запущенный браузер с тремя вкладками и больше ничего = уже 3,5Гб.
Мне 8 не хватает. 12-ть уже хватает всегда.
Добавь 2 ГБ чтобы стало четыре и будет более менее нормально.
Твой торрент-клиент не умеет выделять всё пространство одним куском?
это у тебя тролинг такой или ты действительно не смог понять элементарные вещи?
Да нигде нормально не будет. Те кто пишут, что им норм, просто нетребовательные слишком. Учёные ещё долго будут изучать таких людей.
Какие элементарные вещи?
Меньше количество обращений может продлить жизнь SSD.
У меня везде по 8 гигов, хватает за глаза, занято редко больше половины. Исключение — когда запущена ИДЕЯ, но там и понятно.
Браузероидиотизмом на 500 вкладок не страдаю.
Клиент закачивает файлы и случайной записью пишет их на tmpfs.
С tmpfs данные системной утилитой копирования файлов последовательным потоком переписываются на диск.
Так как поток последовательный то фрагментация диска получается минимальной.
Без виртуалок — 8 за глаза. Виртуалки на ноуте нужны разве что запускать виндоспецифичный софт. Т.е. пока не приходится общаться со всякими недоносками — 8гб памяти, это достаточно. Хотя занято даже без виртуалки по дефолту гдет 11, ну это потому, что всего её 20.
Я повторяю свой вопрос, только попробую его переформулировать — твой торрент клиент не позволяет сразу зарезервировать место под закачку? Просто это абсолютно идентично «скачал в память, потом скопировал».
Даже если зарезервировать место,
- Не факт что будут зарезервированы конкретные блоки накопителя.
- Если блоки при резервировании заполнить то запись не только будет произведена два раза, но и будет сделана в другой блок.
- Сквозная компрессия в купе с неравномерностью сжатия данных вообще уничтожает эфект от резервирования места.
- У человека есть разум который следует применить для проверки наличия в накопителе свободного места.
- Не знаю как сейчас, давно не качал, но самый большой кеш был у Deluge в полтора ггигабайта при типовом размере торента 10 ггигабайт, у других клиентов кеша небыло вообще.
Помимо того, что я написал постом выше есть и то соображение, что проще сначала закачать, и только потом думать где и как хранить на диске и хранить ли вообще.
3 характерно только для ssd, для которых разговоры о фрагментации вообще пустые (она и на hdd-то в последние годы влияет примерно никак, заметить глазом можно только на копировании больших данных с носителя на носитель, в повседневной же работе фрагментация полностью нивелируется ncq и большой кучей одновременно работающих процессов). Остальное просто не понял, к чему сказано, логика от меня ускользает.
Сначала срёшь, потом штаны снимаешь? Ясно. Вопросов к твоим практикам больше не имею.
Аналогично, если виртуалки не пускать. Но всё равно соберу следующий дескпоп с 64гб, а на ноутах останется по 16гб, как это и было последние лет пять. Единственное исключение — взятый с рук X250 с 8гб, который убогоньким будет при любых раскладах, потому не апгрейдится.
сравниваю машины с 24 и 8, и там и там съедается по 3Гб =/
Конкретно сейчас используется 9.5 Гб. Быывало и 20 Гб использовалось, и 25 Гб.
Если нужен тупо сёрфинг, кино-домино, SuperTuxCart, то 4Гб хватит. Сам недавно на таком сидел.
Запущенный браузер с тремя вкладками и больше ничего = уже 3,5Гб.
4.2. У мну 32-разрядная семёрочка на 4Гб крутится. Могу открыть три вкладки. Ну, сайты не тяжёлые, да. Ютуб там какой-нибудь. Займёт не 3.5, а 2 гига максимум.
5-6 терабайт, но столько не влезает, приходится свопиться
На 64бита переедь, увидишь существенное увеличение потребление
Дык, ранее этот конфиг у меня в дуалбуте Win10 64x / Linux Mint 17.2 крутился. И всё нормально было, я даже программировал.
никогда не использую больше чем 8GB
Проблема в том, что как только ты заполняешь 8Гб, система начинает резко тормозить, а oom-killer убивать приложения. Хорошо когда есть запас. 8Гб точно не достаточно для современных приложений.
Источник