xrdb -query
перечисляет ресурсы, которые явно загружаются на X-сервере.
appres
перечисляет ресурсы, которые получило бы приложение. Это включает системные значения по умолчанию (обычно найденный в каталоги как /usr/X11R6/lib/X11/app-defaults
или /etc/X11/app-defaults
) а также ресурсы, явно установленные на сервере с xrdb
. Можно ограничить конкретный класс и экземпляр, например. appres XTerm foo
видеть то, с чем ресурсы относятся к xterm, вызванному xterm -name foo
.
X-сервер только хранит список настроек. Это не может знать, использует ли виджет на самом деле эти настройки. Недопустимые имена ресурса остаются незамеченными, потому что Вы, как предполагается, можете установить ресурсы на высоком уровне в иерархии, и они будут только относиться к компонентам, для которых они важны и не переопределенные.
X спецификаций ресурса соблюдают довольно сложные правила приоритета. Если одна из Ваших настроек, кажется, не применяется, преступник иногда является системным значением по умолчанию, которое имеет приоритет, потому что это более конкретно. Посмотрите на вывод appres Class
видеть, существует ли параметр настройки системы для чего-то.reverseVideo
. Если Ваше приложение является одним из некоторых, которые поддерживают протокол Editres, можно осмотреть его дерево ресурса с editres
программа.
Эти два никоим образом не эквивалентны. Отключение журнала делает точно что: выключает журналирование. Установка режима журнала к обратной записи, с другой стороны, выключает определенные гарантии о данных файла при уверении непротиворечивости метаданных посредством журналирования.
data=writeback опция в man(8) mount
говорит:
Упорядочивание данных не сохраняется - данные могут быть записаны в основную файловую систему после того, как ее метаданные посвятили себя журналу. Это, как известно по слухам, является самым высоким - опция пропускной способности. Это гарантирует внутреннюю целостность файловой системы, однако это может позволить старым данным появляться в файлах после восстановления журнала и катастрофического отказа.
Установка data=writeback может иметь смысл при некоторых обстоятельствах, когда пропускная способность более важна, чем содержание файла. Журналирование только метаданных является компромиссом, который много файловых систем делают, но не отключают журнал полностью, если у Вас нет очень серьезного основания.
Эти два никоим образом не эквивалентны. Отключение журнала делает точно что: выключает журналирование. Установка режима журнала к обратной записи, с другой стороны, выключает определенные гарантии о данных файла при уверении непротиворечивости метаданных посредством журналирования.
data=writeback опция в man(8) mount
говорит:
Упорядочивание данных не сохраняется - данные могут быть записаны в основную файловую систему после того, как ее метаданные посвятили себя журналу. Это, как известно по слухам, является самым высоким - опция пропускной способности. Это гарантирует внутреннюю целостность файловой системы, однако это может позволить старым данным появляться в файлах после восстановления журнала и катастрофического отказа.
Установка data=writeback может иметь смысл при некоторых обстоятельствах, когда пропускная способность более важна, чем содержание файла. Журналирование только метаданных является компромиссом, который много файловых систем делают, но не отключают журнал полностью, если у Вас нет очень серьезного основания.
data=writeback
? – Majid Azimi 15.06.2012, 08:37