предположим, что в среднем каждая вкладка Chrome занимает около 100 МБ памяти, то при наличии 128 ГБ оперативной памяти можно открыть до 1 310 720 вкладок в браузере Google Chrome одновременно.
128*1024/100 ≈ 1310
У меня не было проблем с местом но была чисто организационная проблема.
Две оси - это всегда два разных home документов. И рано или поздно возникала задача синхронизировать их в обе стороны.
-m reserved-blocks-percentage
Set the percentage of the file system which may only be allocated by privileged processes. Reserving some number of file system blocks for use by privileged processes is done to avoid file system fragmentation, and to allow system daemons, such as syslogd(8), to continue to function correctly after non-privileged processes are prevented from writing to the file system. Normally, the default percentage of reserved blocks is 5%.
sudo tune2fs -m 1 /dev/sda
И 8+5.7 это и был желаемый размер свопа.
while :;do date +%s && sleep 1;done
journalctl --follow -u node | tee node.logtail --follow node.log
если вы попытаетесь загрузить 1к вкладок, то скорее всего произойдет следующее - во первых, вкладки будут грузится последовательно, возможно несколько за раз, но не сразу все, во вторых, так как прогрузка стольких вкладок будет долгой то часть из них впадёт в "заморозку" для экономии памяти (вроде что-то такое у гуглохрома водилось в последний год).
Поэтому размер в памяти будет сильно варьироваться от многих факторов. Как вариант можно поэкспериментировать на доступном объёме а потом экстраполировать на больший, например измерив для 32 гиг и умножив на 4 получим примерно для 128.
Кстати, если делать под linux то есть замечательный инструмент zram (хотя возможно что-то подобное есть и под винду) который позволяет жать данные в оперативке, обычно в среднем 3-4 раза, но для легко жмущихся данных особенно непомерно раздутых веб вкладок этот показатель будет еще больше (естественно тока если там не видео с аудио). Конечно немного повысится загрузка проца но это проценты на общем фоне.