Здравствуйте!
Каким образом нужно разметить "HDD", чтобы установить сразу два дистрибутива "Linux" (например, "Debian" & "Gentoo")?
Насколько я знаю, невозможно создать два раздела с одинаковой точкой монтирования "/"?
Настоятельно просим вас при общении соблюдать Правила форума и законы РФ. Наша тематика вне политики, поэтому воздержитесь от обсуждения ситуации на Украине и связанных с ней событий, независимо от того, какую сторону вы поддерживаете.
Также напоминаем, что наш форум находится в доменной зоне .ru, физически расположен на российских серверах и мы соблюдаем действующее законодательство России. Любые сообщения о политике будут удаляться.
Linux Forum → Разговоры о Linux и не только → Две ОС "Linux".
Чтобы отправить ответ, вы должны войти или зарегистрироваться
Здравствуйте!
Каким образом нужно разметить "HDD", чтобы установить сразу два дистрибутива "Linux" (например, "Debian" & "Gentoo")?
Насколько я знаю, невозможно создать два раздела с одинаковой точкой монтирования "/"?
Точка монтирования - вещь относительная того дистрибутива Linux, который вы в данный момент устанавливаете или используете. Т.е. если у вас чистый HDD, то (далее все условно - для примера) при установке первого дистрибутива вы создаете раздел sda1 и монтируете его в корень "/", больше разделов не создаете, и при установке второго дистрибутива создаете раздел sda2 и монтируете его опять в корень "/", но уже второй системы. Ведь корни у двух систем разные.
/sda1 система 1
/sda2 система 2
/sda3 swap для обоих систем. (если вы его будете использовать)
так же для общего использования вынесите отдельный раздел для пользовательских данных. музыка. фильмы. и т.д.
/media например.
буты и хоумы будут в каждой системе. на sda5...6...7...8 и т.д.
то есть создаете 3 екстендед
1й и 2й разбейте на логические (бут рут хоум)
3й будет общим свапом и общей файлопомойкой.. (1 экстендед в котором 2 логикал)
Например так:
$fdisk -l
Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0009cc8e
Device Boot Start End Blocks Id System
/dev/sdb1 2048 1659924479 829961216 5 Extended
/dev/sdb2 1659924480 1762324479 51200000 83 Linux
/dev/sdb3 * 1762324480 1879799807 58737664 7 HPFS/NTFS/exFAT
/dev/sdb4 1879799808 1953523711 36861952 83 Linux
/dev/sdb5 4096 1240494079 620244992 83 Linux
/dev/sdb6 1597009920 1659924479 31457280 83 Linux
/dev/sdb7 1240496128 1597007871 178255872 83 Linux
Partition table entries are not in disk order
Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x000abef3
Device Boot Start End Blocks Id System
/dev/sda1 2048 62916607 31457280 83 Linux
/dev/sda2 1890611200 1953523711 31456256 83 Linux
/dev/sda3 62916608 125831167 31457280 83 Linux
/dev/sda4 125831168 1890611199 882390016 5 Extended
/dev/sda5 125833216 142610431 8388608 82 Linux swap / Solaris
/dev/sda6 142612480 1764782079 811084800 83 Linux
Partition table entries are not in disk order
Disk /dev/sdc: 160.0 GB, 160040803840 bytes
255 heads, 63 sectors/track, 19457 cylinders, total 312579695 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00009d24
Device Boot Start End Blocks Id System
/dev/sdc1 246312960 302094335 27890688 83 Linux
/dev/sdc2 * 204369920 246312959 20971520 83 Linux
/dev/sdc3 10485760 204369919 96942080 5 Extended
/dev/sdc5 195981312 204369919 4194304 82 Linux swap / Solaris
/dev/sdc6 10487808 82167807 35840000 83 Linux
Partition table entries are not in disk orderТут куда больше чем две.... 
/sda3 swap для обоих систем. (если вы его будете использовать)
Я бы не стал так делать!
Потому что каждая система форматирует своп под себя. И если будете часто перегружаться из одного линукса в другой, то диск скоро навернётся. Тут уже была подобная тема, даже доводы вроде убедительные приводились, но и там я так же категорично был против общего свопа на разные системы.
Если памяти больше чем 2 Гб и это не нутбук (или на компе не используется гибернейт), то своп можно вообще исключить.
В крайнем случае, если делать по сжеме предложенной moshell, то я бы просто использовал старый IDE винт, гигов на 6-10 именно под своп. Навернётся - не жалко, всегда можно поставить другой.
На винте, где есть разделы с данными, такой своп делать ой как не надо.
...я бы просто использовал старый IDE винт, гигов на 6-10 именно под своп. Навернётся - не жалко, всегда можно поставить другой.
встречный вопрос. а если скажем использовать "флешку"?
или скорость не позволит?
Скорость в данном случае не самый первый аргумент.
На первое место выплывает человечиский фактор - а что если кто то флешку дёрнет?
Хотя если спрятать её внутрь системника - то проблем не будет.
Но учтите, у флешки определённое число циклов чтения-записи. И чем чаще комп будет включаться-выключаться, оставаться один сам с собой на долго, засыпать и прочее, что использует своп, то тем быстрее флешка умрёт.
ну допустим в лаптоп можно впихнуть sd какую нибудь. которую и видно не будет.
а на счет гарантии, не знаю как все, но одни производитель точно дает пожизненную гарантию. 
пожизненную гарантию
По жизни чьей? Флешки? Производителя? или пользователя? 
Вообщем с флешкой могут быть только 2 основные проблемы, которые я описал. Решать то уж Вам.
Но если знаете, что делаете, то хуже точно не будет 
ну допустим в лаптоп можно впихнуть sd какую нибудь. которую и видно не будет.
а на счет гарантии, не знаю как все, но одни производитель точно дает пожизненную гарантию.
Гигабайт флешки стоит дороже гигабайта HDD. А скорость (если не по USB-3) ниже. Так штА... Я бы брал старый ненужный HDD и ставил бы его под своп и, главное, логи. И менял бы его по мере необходимости.
смех то оно конечно эт хорошо.
но вопрос так и остался, скорость чтения/записи флешки для swap не так уж принципиальна?
ни разу не наблюдал загрузку свопа более чем 0%
но вопрос так и остался, скорость чтения/записи флешки для swap не так уж принципиальна?
ни разу не наблюдал загрузку свопа более чем 0%
А там редко можно пронаблюдать больше. Для свопа скорость важна. Так как многие неактивные в данный момент задачи переносятся именно в своп. А когда в них возникакет нужда - из свопа извлекается. И чем быстрее она извлечется, тем комфортнее работать.
Пожизненная гарантия не отменяет конечное число циклов перезаписи на флешке.
ну тут как с новым авто.
фирма продавец предлагает два вида гарантии - либо пробег (условленный в км) либо время (условленное во временном промежутке)
так и с флешкой. продавец не указывает на число циклов (ну если только не каким нибудь 2 шрифтом)
другой вопрос. если флешка накрывается медным тазиком, как можно увидеть сколько циклов она прошла?
многие неактивные в данный момент задачи переносятся именно в своп. А когда в них возникакет нужда - из свопа извлекается. И чем быстрее она извлечется, тем комфортнее работать.
а если оперативки более чем предостаточно (даже хотя бы 4G на домашнем пк), своп сирамно будет юзаться?
Cruiser78 пишет:многие неактивные в данный момент задачи переносятся именно в своп. А когда в них возникакет нужда - из свопа извлекается. И чем быстрее она извлечется, тем комфортнее работать.
а если оперативки более чем предостаточно (даже хотя бы 4G на домашнем пк), своп сирамно будет юзаться?
В целом нет. Но зависит от запускаемых приложений. Если ОЗУ будет не хватать, то будет использоваться свап.
с сервака снял top
load averages: 6.36, 7.30, 7.49; up 16+21:22:19 10:26:12
939 processes: 931 sleeping, 1 zombie, 7 on cpu
CPU states: 84.3% idle, 10.9% user, 4.8% kernel, 0.0% iowait, 0.0% swap
Memory: 160G phys mem, 60G free mem, 40G swap, 40G free swap
PID USERNAME LWP PRI NICE SIZE RES STATE TIME CPU COMMAND
22475 nmsadm 83 20 0 851M 813M cpu 474:05 101% java
25578 nmsadm 102 45 0 475M 473M cpu 25.2H 93.97% java
1912 daemon 73 60 -20 3488K 2824K sleep 96.9H 35.44% nfsd
12015 nmsadm 148 59 0 392M 390M sleep 55.2H 32.51% java
384 nmsadm 59 59 0 144M 137M sleep 52:26 24.46% eba_rtt_server
16155 sybase 23 31 0 47G 47G sleep 84.1H 21.90% dataserver
16488 sybase 12 59 0 61M 44M sleep 0:01 21.71% java
14341 nmsadm 503 59 0 1220M 1176M sleep 509:09 18.01% java
13123 nmsadm 37 59 0 73M 72M sleep 17.1H 15.83% java
13847 nmsadm 181 59 0 700M 428M cpu 26.0H 14.75% java
2972 ssa 167 59 0 738M 405M sleep 144:43 13.38% cex_client_appl
12471 nmsadm 563 59 0 811M 769M sleep 32.8H 11.01% java
29199 nmsadm 113 59 0 709M 649M sleep 46.3H 8.99% obe
16150 sybase 30 55 0 47G 47G sleep 80.5H 7.74% dataserver
462 root 52 59 0 55M 42M sleep 34.8H 7.14% nscdиз 40 гигов свопа НУЛЛЬ заюзано!!! хотя в слипинге аж 931 процесс
Ага, и
1 zombie

То что они в слипинге, ещё не факт что они псят в свопе. Тут уже говорилось, повторюсь - своп используется только тогда, когда не хватает оперативки.
У меня на домашнем компе 4 гига. Я своп вообще не делал.
На серваке всего 1 гиг оперативы.
Вот его top:
Tasks: 134 total, 1 running, 133 sleeping, 0 stopped, 0 zombie
Cpu(s): 6.8%us, 1.0%sy, 0.0%ni, 90.9%id, 1.3%wa, 0.0%hi, 0.1%si, 0.0%st
Mem: 1025800k total, 1000684k used, 25116k free, 93048k buffers
Swap: 4144120k total, 11424k used, 4132696k free, 814040k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
7530 root 20 0 2720 1004 748 R 2.0 0.1 0:00.01 top
1 root 20 0 2884 332 184 S 0.0 0.0 0:01.03 init
2 root 20 0 0 0 0 S 0.0 0.0 0:00.06 kthreadd
3 root 20 0 0 0 0 S 0.0 0.0 1:26.28 ksoftirqd/0
4 root RT 0 0 0 0 S 0.0 0.0 0:01.17 migration/0
5 root RT 0 0 0 0 S 0.0 0.0 0:00.00 watchdog/0
6 root RT 0 0 0 0 S 0.0 0.0 0:00.36 migration/1
7 root 20 0 0 0 0 S 0.0 0.0 0:19.50 ksoftirqd/1
8 root RT 0 0 0 0 S 0.0 0.0 0:00.00 watchdog/1
9 root 20 0 0 0 0 S 0.0 0.0 0:07.51 events/0
10 root 20 0 0 0 0 S 0.0 0.0 0:06.23 events/1
11 root 20 0 0 0 0 S 0.0 0.0 0:00.00 cpuset
12 root 20 0 0 0 0 S 0.0 0.0 0:00.00 khelper
13 root 20 0 0 0 0 S 0.0 0.0 0:00.00 netns
14 root 20 0 0 0 0 S 0.0 0.0 0:00.00 async/mgr
15 root 20 0 0 0 0 S 0.0 0.0 0:00.00 pm
16 root 20 0 0 0 0 S 0.0 0.0 0:05.56 sync_supers
17 root 20 0 0 0 0 S 0.0 0.0 0:02.46 bdi-default
18 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kintegrityd/0
19 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kintegrityd/1
20 root 20 0 0 0 0 S 0.0 0.0 0:56.34 kblockd/0
21 root 20 0 0 0 0 S 0.0 0.0 0:02.45 kblockd/1
22 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kacpid
23 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kacpi_notify
24 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kacpi_hotplug
25 root 20 0 0 0 0 S 0.0 0.0 0:00.00 ata_aux
26 root 20 0 0 0 0 S 0.0 0.0 0:00.00 ata_sff/0
27 root 20 0 0 0 0 S 0.0 0.0 0:00.00 ata_sff/1
28 root 20 0 0 0 0 S 0.0 0.0 0:00.00 khubd
29 root 20 0 0 0 0 S 0.0 0.0 0:00.01 kseriod
30 root 20 0 0 0 0 S 0.0 0.0 26:48.98 kswapd0
31 root 25 5 0 0 0 S 0.0 0.0 0:00.00 ksmd
32 root 20 0 0 0 0 S 0.0 0.0 0:00.00 aio/0
33 root 20 0 0 0 0 S 0.0 0.0 0:00.00 aio/1
34 root 20 0 0 0 0 S 0.0 0.0 0:00.00 crypto/0
35 root 20 0 0 0 0 S 0.0 0.0 0:00.00 crypto/1
41 root 20 0 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_0
42 root 20 0 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_1
44 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kpsmoused
45 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kstriped
46 root 20 0 0 0 0 S 0.0 0.0 0:00.00 ksnapd
47 root 20 0 0 0 0 S 0.0 0.0 0:00.00 usbhid_resumer
223 root 20 0 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_2
231 root 20 0 0 0 0 S 0.0 0.0 0:00.01 aacraid
256 root 20 0 0 0 0 S 0.0 0.0 0:25.23 jbd2/sdb2-8
257 root 20 0 0 0 0 S 0.0 0.0 0:00.00 ext4-dio-unwrit
258 root 20 0 0 0 0 S 0.0 0.0 0:00.00 ext4-dio-unwrit
312 root 16 -4 2568 312 172 S 0.0 0.0 0:00.12 udevd
368 root 18 -2 2500 300 140 S 0.0 0.0 0:00.00 udevd
484 root 20 0 0 0 0 S 0.0 0.0 0:00.00 edac-poller
664 root 20 0 0 0 0 S 0.0 0.0 0:10.06 jbd2/sdb12-8
665 root 20 0 0 0 0 S 0.0 0.0 0:00.00 ext4-dio-unwrit
666 root 20 0 0 0 0 S 0.0 0.0 0:00.00 ext4-dio-unwrit
667 root 20 0 0 0 0 S 0.0 0.0 0:05.19 jbd2/sdb11-8
668 root 20 0 0 0 0 S 0.0 0.0 0:00.00 ext4-dio-unwrit
669 root 20 0 0 0 0 S 0.0 0.0 0:00.00 ext4-dio-unwrit
670 root 20 0 0 0 0 S 0.0 0.0 0:00.25 jbd2/sdb7-8
671 root 20 0 0 0 0 S 0.0 0.0 0:00.00 ext4-dio-unwrit
672 root 20 0 0 0 0 S 0.0 0.0 0:00.00 ext4-dio-unwrit
то есть?
серваку нужен своп только когда он спать ложится? 
если серьезно. уже избили тему про своп вдоль и поперек.
чем активно нагружается своп, если не спячка и если дело не в оперативке?
чем активно нагружается своп, если не спячка и если дело не в оперативке?
Ничем. Не нагружается.
Если не использовать гибернейт и памяти в избытке, то лучше вообще отключить своп. Но, если вдруг, все-таки настанет такой момент, что оператива закончится, то приложения начнут падать при попытке выделить память. А будь свап - падать не стали бы, просто притормаживать до жути (тут уж зависит от скорости свопа). Во время нормальной работы (когда оперативы хватает) своп вообще не используется, если своп стал использоваться - это уже плохо и не нормально.
Бобр, а давай пойдем другим путём
как программно отрубить кусок оперативы?
ну к примеру из 4х оставить только 512, а еще лучше 256.
хочу увидеть своими глазами как нагружается swap.
Бобр, а давай пойдем другим путём
![]()
как программно отрубить кусок оперативы?
ну к примеру из 4х оставить только 512, а еще лучше 256.
хочу увидеть своими глазами как нагружается swap.
Добавь в строку параметров ядра mem=256M
http://ipmnet.ru/~sadilina/Fedora/303.html
Определяет объем памяти, установленной в компьютере. Иногда ядро неправильно определяет объем оперативной памяти. Вы можете помочь ему в этом, указав параметр mem. Только указывать его нужно правильно, например: mem=768M. После числа обязательно должна следовать буква м, иначе ядро "подумает", что объем оперативной памяти 768 байтов. И никогда не обманывайте, указав больше, чем есть на самом деле, в последствии это может привести к серьезным ошибкам.
Кстати, вот как выглядит система с 12ГБ ОЗУ (512 МБ из них отведены видеокарте):
$ free -m
total used free shared buffers cached
Mem: 11513 11369 143 0 114 7054
-/+ buffers/cache: 4199 7313
Swap: 2111 87 2024Вот, воткнул 256.
$ free
total used free shared buffers cached
Mem: 236772 228524 8248 0 5024 43552
-/+ buffers/cache: 179948 56824
Swap: 265036 21968 243068Запущен xfce, Terminal, Opera.
UPD: для наглядности можно кеды загрузить 
опа. спасибо товарищи.
где можно почитать что вообще еще можно передавать ядру?
опа. спасибо товарищи.
где можно почитать что вообще еще можно передавать ядру?
Для начала тут http://ipmnet.ru/~sadilina/Fedora/303.html
А подробнее в документации к ядру, сейчас найду где.
Во
/usr/share/doc/kernel-doc-3.4.3/Documentation/kernel-parameters.txt
При установленном пакете kernel-doc
Vascom, это чем же так нагружаете оперативу?
баллистические ракеты моделируете?
каждая система форматирует своп под себя. И если будете часто перегружаться из одного линукса в другой, то диск скоро навернётся.
Можно попросить ссылку на источник этого утверждения или объяснить тут несколько подробнее?
Если правильно путаю, форматирование swap выполняется при помощи mkswap, подключение -- swapon, отключение swapoff. Форматов swap space пара, v0 (не используется и не поддерживается начиная с ядра 2.5.22) и v1. Единожды подготовленный swap нет нужды mkswap-ить заново. Если правильно путаю, при старте системы никто mkswap не делает.
то я уже прочел.
ок. спс
Vascom, это чем же так нагружаете оперативу?
баллистические ракеты моделируете?
Tasks: 261 total, 3 running, 258 sleeping, 0 stopped, 0 zombie
Cpu(s): 5.6%us, 2.0%sy, 0.0%ni, 88.7%id, 0.8%wa, 2.3%hi, 0.6%si, 0.0%st
Mem: 11789384k total, 11644384k used, 145000k free, 117080k buffers
Swap: 2162684k total, 91216k used, 2071468k free, 7226480k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
3209 vascom 20 0 2017m 1.1g 13m S 0.3 10.1 83:41.42 kwin
3151 vascom 20 0 1288m 383m 9888 S 0.0 3.3 3:47.72 kded4
5283 vascom 20 0 1712m 363m 22m S 0.0 3.2 9:22.57 chromium
2702 vascom 20 0 1330m 213m 24m S 1.3 1.9 1:12.09 chromium
5290 vascom 20 0 1474m 202m 21m S 0.0 1.8 73:09.07 chromium
3324 vascom 39 19 657m 200m 3524 S 0.0 1.7 0:33.58 virtuoso-t
4930 vascom 20 0 2876m 180m 32m S 12.0 1.6 330:41.74 chromium
5346 vascom 20 0 1530m 159m 17m S 1.7 1.4 649:02.80 chromium
3299 vascom 20 0 1109m 85m 25m S 0.3 0.7 21:00.79 plasma-desktop
1529 root 20 0 249m 83m 22m S 6.6 0.7 357:24.68 X
5053 vascom 20 0 1319m 80m 14m S 0.0 0.7 1:47.20 chromium
5091 vascom 20 0 1208m 68m 15m S 0.0 0.6 0:20.32 chromium
4968 vascom 20 0 1544m 62m 8104 S 0.0 0.5 1:51.24 dropbox
5095 vascom 20 0 1190m 59m 18m S 0.0 0.5 1:34.94 chromium
5049 vascom 20 0 1195m 57m 15m S 0.0 0.5 0:14.63 chromium
5067 vascom 20 0 1257m 53m 19m S 0.0 0.5 1:10.48 chromium
3335 vascom 20 0 1934m 52m 11m S 1.0 0.5 30:51.24 psi-plus
5040 vascom 20 0 2305m 46m 10m S 3.0 0.4 111:45.31 rtorrent
5041 vascom 20 0 1204m 46m 16m S 1.7 0.4 3:38.12 chromium
5045 vascom 20 0 1175m 36m 15m S 0.0 0.3 0:02.10 chromium
31924 vascom 20 0 1173m 35m 17m S 0.0 0.3 0:00.51 chromium
4891 vascom 20 0 627m 34m 14m S 0.0 0.3 4:40.17 dolphin
5079 vascom 20 0 1173m 34m 13m S 0.0 0.3 0:01.29 chromium
996 root 20 0 408m 32m 4040 S 0.7 0.3 9:31.07 motion
5075 vascom 20 0 1173m 31m 14m S 0.0 0.3 0:00.93 chromium
5071 vascom 20 0 1171m 29m 13m S 0.0 0.3 0:36.36 chromium
4906 vascom 20 0 586m 29m 8964 S 0.0 0.3 0:04.78 python
5057 vascom 20 0 1171m 28m 13m S 0.0 0.2 0:02.79 chromium
3336 vascom 20 0 493m 28m 12m S 0.0 0.2 0:22.71 kate
5087 vascom 20 0 1170m 28m 12m S 0.0 0.2 0:02.33 chromium
5099 vascom 20 0 1170m 26m 13m S 0.0 0.2 0:01.38 chromium
5107 vascom 20 0 1169m 25m 12m S 0.0 0.2 0:00.77 chromium
5111 vascom 20 0 1170m 25m 12m S 0.0 0.2 0:00.79 chromium
5061 vascom 20 0 1169m 25m 12m S 0.0 0.2 0:00.81 chromium
5083 vascom 20 0 1169m 25m 12m S 0.0 0.2 0:00.80 chromium
1267 mysql 20 0 475m 21m 1136 S 0.0 0.2 2:51.75 mysqld
3316 vascom 20 0 886m 20m 9032 S 0.0 0.2 0:28.94 krunner
3293 vascom 20 0 1149m 20m 7172 S 0.0 0.2 0:03.54 knotify4Вывод top отсортирован по потреблению памяти (%MEM). КДЕ и Хромиум. Комп работает непрерывно неделями.
В основном конечно хромиум жрёт ОЗУ, но при этом в нём постоянно открыто несколько тяжёлых сайтов.
А как вам вот такой вывод?
top - 11:01:04 up 95 days, 16:29, 17 users, load average: 1.12, 1.06, 1.01
Tasks: 332 total, 2 running, 327 sleeping, 3 stopped, 0 zombie
Cpu(s): 6.3%us, 0.0%sy, 0.0%ni, 93.7%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 198068660k total, 121265704k used, 76802956k free, 653368k buffers
Swap: 40122328k total, 619924k used, 39502404k free, 64341448k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
15501 user 25 0 50.9g 50g 777m R 100.2 26.6 8553:46 ncsim192 ГБ ОЗУ 
51 ГБ на одно приложение. Вот пример всем любителям PAE в чём превосходство x86_64.
Чтобы отправить ответ, вы должны войти или зарегистрироваться
Linux Forum → Разговоры о Linux и не только → Две ОС "Linux".
Форум работает на PunBB, при поддержке Informer Technologies, Inc