раздел подкачки и его законы

Очень мощный инструмент для создания uni-и двунаправленных соединений socat. Для короткого взгляда на возможности посмотрите на примеры в его странице справочника.

Это заменяет netcat и подобные инструменты полностью и имеют поддержку ssl зашифрованных соединений. Для новичков это могло бы быть не достаточно просто, но, по крайней мере, хорошо знать, что это существует.

0
01.03.2013, 03:08
3 ответа

У или Вас есть хорошая память, или Вы читали устаревшие документы. Раньше был предел размера подкачки на 2 ГБ (на большинстве 32-разрядных платформ), но это не имело место в течение многих лет. Ограничение было удалено в какой-то момент в 2,2 рядах ядра.

Максимальный полезный размер области подкачки зависит от архитектуры и версии ядра. Это - примерно 2 ГиБ на i386, PPC, m68k, ARM, 1 ГиБ на sparc, 512 МиБ на миллионе операций в секунду, 128 ГиБ на альфе и 3 ТиБ на sparc64. Для ядер после 2.3.3 нет такого ограничения.

9
28.01.2020, 02:13

Подкачка является областью для "переполнения", если что-то не помещается в RAM. Вы хотите не использовать его когда-либо (за исключением страшных обстоятельств или очень необычных рабочих нагрузок), потому что диск - многие, много раз медленнее, чем RAM. Таким образом, то, что необходимо сделать, должно узнать, как переменная, которая использование памяти, настраивают память так, чтобы только маловероятное пиковое использование не соответствовало и настроило подкачку с пространством для упомянутых пиков. В вышеупомянутом, рабочей нагрузке, что Вы рассматриваете "вряд ли" достаточно для оплаты цены в производительности, и сколько передышки для отъезда в экстремальные пики является тонким уравновешиванием. Так стандартное эмпирическое правило подкачки = дважды RAM является общей ерундой. С другой стороны, диск является дешевым, и если у Вас не будет точных данных наоборот, дважды RAM сделает прекрасный ;-)

4
28.01.2020, 02:13
  • 1
    ... и что "эмпирическое правило" действительно старо: Со времен, где 1 МБ RAM был очень и диск-IO был быстрее, чем прямая пропускная способность RAM. –  Nils 02.03.2013, 23:33
  • 2
    @Nils, обновление моя память. Так как диск, ввод-вывод проходит RAM, в том, какая точка персистентное устройство хранения данных (диск) когда-либо была быстрее, чем энергозависимая память (RAM)? –  a CVn 01.08.2014, 18:51
  • 3
    @Michael возможная скорость передачи от диска превысила скорость передачи внутренней пропускной способности RAM, но да, на самом деле который был в результате с такой скоростью, как поршень.... –  Nils 03.08.2014, 09:21
  • 4
    @Nils В моем уме, диску ввод-вывод (переставляющий данные между диском и RAM) довольно трудно когда-либо быть быстрее, чем RAM. –  a CVn 03.08.2014, 15:50

Что касается щедрости Village, все, что я могу найти, - это заархивированный список рассылки, пост с августа 2011 года, утверждая, что предпочтительный по умолчанию до фиксации ядра R225076 составлял 32 ГБ, а до 32 ломтиков на общую сумму 1 ТБ ОЗУ (32 ^ 2 = 1024) После R225076 ограничение на кусок было удалено, но нить продолжается, чтобы сказать, что практический предел должен быть рассмотрен 1 ТБ из-за ограничения размера 32-разрядного целого числа. Если вы продолжите читать нить, Commitake 23 августа 2011 года изменил размер на кусок до 256 ГБ.

см. Архивную резьбу

3
28.01.2020, 02:13

Теги

Похожие вопросы