Вопросы Теги

Подкачка может быть совместно использована безопасно при спящем режиме?

Я сильно поощрил бы Вас использовать OpenBSD. Задача, о которой Вы справляетесь, сделана ALTQ (Альтернативная платформа Организации очередей), который был первоначально портирован из FreeBSD и интегрировался в PF. Хорошие новости - то, что OpenBSD собирается получить свою собственную платформу Организации очередей (это находится в фазе тестирования). Я отговорил бы Вас использовать pfSense. pfSense основанный на FreeBSD дистрибутив, который использует фильтр пакета OpenBSD (PF, если коротко) для фильтрации. В отличие от OpenSSH, например, PF не является портативным, его функциональность зависит от сетевого стека. Версия PF, поставленного с pfSense и FreeBSD в этом отношении, является устаревшей на 3 года и не полностью функциональной из-за отсутствия функциональности в ядре FreeBSD и сетевом стеке. Забавная вещь состоит в том, что ALTQ даже не был загружен в ядро FreeBSD по умолчанию. Если Вы используете использование FreeBSD IPFW, который является брандмауэром значения по умолчанию FreeBSD. FreeBSD поддерживает также IPfilter. IPFW использовался в качестве основы для IPTables в Linux и пока приблизительно год назад не был брандмауэр по умолчанию на OS X когда переключатель OS X к очень последней версии PF. Если Вам не нравится использование OpenBSD NetBSD, который добрался, его собственный NPF оптимизирует для многоядерных машин. Я не знаю, как организация очередей сделана в NPF.

Я также поощрил бы Вас узнавать об организации очередей, прежде чем Вы начнете делать вещи. Вы могли бы быть удивлены узнать, что организация очередей только полезна для пакетов в исходящем направлении. После того как пакет прибывает в интерфейс во входящем направлении, уже слишком поздно для организации очередей его - это уже использовало сетевую пропускную способность для получения до интерфейса, который просто получил его. Единственное решение состоит в том, чтобы включить организацию очередей на смежном маршрутизаторе или, если хост, который получил пакет, действует как маршрутизатор, для включения организации очередей во внутреннем интерфейсе, где пакеты выходят из маршрутизатора. Таким образом в Вашем OpenBSD случая поле должно действовать как маршрутизатор для Вас, чтобы смочь управлять пользователями.

С GUI, если Вам нужен GUI для конфигурирования брандмауэра Вы, вероятно, имеет не бизнес, настраивающий один. С Вашего запроса на организацию очередей, не используя порты я направил бы Вас назад к документации ALTQ так, чтобы Вы узнали о различных методах организации очередей.

4
07.04.2014, 16:57
2 ответа
[12134]Вопрос в том, выживет ли после этого спятившая система? [12135]Если система B использует пространство для подкачки, что вы можете предположить, то я действительно сомневаюсь, что система A сможет успешно перезагрузиться из спящего режима, и последствия могут быть плохими, если это произойдет.[12136]Если нет, то будет ли повреждена память или A просто не сможет возобновить работу? [12137]Хотя документация ядра содержит:[12138]Я думаю, это относится и к реальной файловой системе, так как тот же [1126340][src]/Документация/power/swsusp.txt[1126341] также отмечает:[12139]Процесс возобновления проверяет наличие устройства возобновления, если найдено, а затем проверяет содержимое на предмет спячки. Подпись. Если найдутся обе подписи, то она возобновит образ спячки.[12140] Итак, [1126344] предполагая[1126345], что эта подпись находится в начале устройства подкачки, и [1126346] предполагая[1126347], что обычное использование подкачки также начинается в начале устройства, тогда обычное использование подкачки уничтожит "подпись образа спячки", и когда система A загрузится, она не найдет такую подпись и не возобновит спячку, она просто начнет все заново. [12141]Но хотя эти предположения кажутся разумными, без всяких обещаний от людей, которые внедрили систему, невозможно сказать, что они полностью обоснованы - мой совет: делая это, вы, возможно, делаете серьезную игру. [12142]Если вы используете спящий режим и у вас еще нет такой опции в меню системного загрузчика, кстати, хорошо иметь такую опцию, которая содержит [1126348]noresume[1126349] в строке ядра, так что вы можете выбрать пропустить возобновление работы из спящего режима. Насколько мне известно, К сожалению, нет такого параметра линии ядра, который бы отключал использование подкачки, например, для системы B, когда вы знаете, что система A использовала подкачку для спячки. [1125846]
6
27.01.2020, 20:49
[1126608]Первая система хранит свою память в swap, поэтому если вы попытаетесь загрузить вторую систему, которая также использует тот же swap, то произойдет одна из двух вещей: либо вторая система попытается возобновить использование данных первой системы, и это произойдет сбой и запись, либо она сотрет память первой системы, чтобы ее нельзя было возобновить.

Как правило, вы никогда не должны загружаться в другую операционную систему, пока одна из них находится в спящем режиме. Если вторая попытается смонтировать тот же самый раздел, что и первая, это повредит файловую систему, так как вторая ОС понятия не имеет, какие данные первая все еще может кэшировать, а первая не имеет понятия, что изменилось во время спячки[1126611].

3
27.01.2020, 20:49

Теги

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