Как согласуются данное утверждение Шишкина

Понял только, что они хотят фичу «tail packing» файловой системы reiserfs, совершенно не понимая, как работают алгоритмы и структуры данных последней. Скажу только, что в B-деревьях понятие «tail packing» начисто лишено какого-либо смысла. И, более того, попытка размещать в таких деревьях айтемы переменного размера ведёт к неограниченной внутренней фрагментации.

И, например, этот фрагмент вывода debugfs.reiser4 -t

NODE (3884) LEVEL=1 ITEMS=4 SPACE=0 MKFS ID=0x449d7b78 FLUSH=0x0
#0  TAIL (plain40): [2b0c7:4(FB):53444c5f6e6574:2b0de:2f3a] OFF=28, LEN=1222, flags=0x0
------------------------------------------------------------------------------
#1  TAIL (plain40): [2b0c7:4(FB):5448414e4b532e:2b0d5:0] OFF=1250, LEN=874, flags=0x0
------------------------------------------------------------------------------
#2  TAIL (plain40): [2b0c7:4(FB):646f6f6d322e63:2b0cf:0] OFF=2124, LEN=1135, flags=0x0
------------------------------------------------------------------------------
#3  TAIL (plain40): [2b0c7:4(FB):646f6f6d326d2e:2b0d0:0] OFF=3259, LEN=685, flags=0x8942
==============================================================================

Почему внутренние узлы заполнены не так:
Указатель0Ключ1Указатель1...КлючNУказательN
а так:
Ключ1Указатель1...КлючNУказательN
?
Или я неправильно понимаю вывод debugfs.reiser4?

NODE (5087) LEVEL=3 ITEMS=2 SPACE=3976 MKFS ID=0x449d7b78 FLUSH=0x0
#0  NPTR (nodeptr40): [29:1(SD):0:2a:0] OFF=28, LEN=8, flags=0x0 [5088]
------------------------------------------------------------------------------
#1  NPTR (nodeptr40): [2b0df:4(FB):66696c655f3139:2b1a0:650] OFF=36, LEN=8, flags=0x0 [5007]

Кстати, структуру этого самого Node Pointer Item'а я так и не нашел.

Тот самый аркадный симулятор ПАК ФА/Ка-50/Т-90
http://www.youtube.com/watch?v=G_vCLD1AFaI
http://www.biglittleteam.ru/download/MoltenSky_gameplay_1.wmv
Демо-версию пока задерживают

Кто-нибудь может объяснить «выцветание» пикселей, расположенных возле границы контрастирующих элементов изображения, которое выводится в течении продолжительного времени? После выключения матрицы постепенно проходит, где-то спустя сутки - полностью; спустя несколько часов работы «отдохнувшего» - снова появляется.
Выглядит так: http://ompldr.org/vOGh3eQ (светлый след на рабочем столе - у развернутого окна здесь была черная кнопка меню на светло-сером фоне).
Причем происходит это почему-то только в левом верхнем улгу монитора.

Забавный случай и несколько вопросов.
Друг дал мне плеер, который пару лет назад нашел в море на глубине нескольких метров. Я его сразу воткнул в USB, чтоб убедиться, что ему совсем плохо - ВНЕЗАПНО, он обнаружился и примонтировался, экранчик ожил и показал подключение к компьютеру и зарядку батареи. На всякий случай скопировал содержимое, отключил и обнаружил, что батарея вздулась, раздвинула половинки корпуса и деформировала плату - пришлось срочно разобрать. Батарею отрезал, списал с нее данные и положил в безопасное место. Плата покрыта налетом соли.
Собственно вопросы:
-что в таком случае вообще делают, чтобы максимально избавиться от последствий утопления?
-чем удаляют соль?
-вообще, сухой налет соли при комнатной влажности уже ничем навредить не может, или я чего-то не знаю?
-как объясняется вздутие литий-полимерного аккумулятора?
-чем протестировать flash-память на предмет сбойных участков - просто mkfs.vfat -c или есть нюансы?
ЗЫ насколько удалось выяснить, это Acorp MP351iOF. Свободных форматов не умеет, умеет только mp3, wma и какой-то DеRьMо-протокол в добавок к Mass Storage Device.

Шишкин вроде собирался опубликовать ряд статей, включая описание алгоритмов работы с танцующим деревом. Пока ничего? Нашел только это сообщение о задержке: http://marc.info/?l=reiserfs-devel&m=128735194402215
USENIX 2010 давно прошла, 12.01.2011 тоже.

Готово очередное высококачественное дополнение для мультиплатформенного авиасимулятора X-Plane от отечественной команды Felis-planes, на этот раз - советский реактивный пассажирский самолет для местных авиалиний Як-40.
Скриншоты: 1, 2, 3, 4, 5, 6.
Видео: 1, 2.
Купить можно здесь ($35) или здесь (1000 руб).
Первый из трех самолетов, сделанных командой на сегодняшний день - Ил-14 - выложен в свободный доступ, скачать можно здесь.

http://biglittleteam.ru/
http://biglittleteam.livejournal.com/
Аркадный симулятор ПАК ФА/Ка-50/Т-90, выглядит весьма красиво: http://www.biglittleteam.ru/content/images/screens/4.jpg
Из раздела «системные требования»:

операционная система Windows XP SP2 и выше, Linux (ядро 2.6.28 и выше)

С форума:

Пока я отвечу на какой системе снимались скриншоты.
ArchLinux
Intel Core 2 DUO
NVIDIA GTX 280 (1GB)
4 GB RAM

В апреле обещают выпустить демо-версию.

http://www.stonetrip.com/
Linux поддерживается, в разделе технодемок есть какая-то игрушка про зомби.
Игровой процесс: http://www.youtube.com/watch?v=UCgMCupq_x0
Скачать: http://cdn.stonetrip.com/download/TechDemo/ShiVa3D-TheHunt-v1.5.tar.bz2

Блоб nvidia, 1024х768 вместо нативного 1366х768
Из Xorg.0.log:

[    22.816] (--) NVIDIA(0):     Philips 160E (CRT-0)
[    22.816] (--) NVIDIA(0): Philips 160E (CRT-0): 400.0 MHz maximum pixel clock
[    22.816] (II) NVIDIA(0): Assigned Display Device: CRT-0
[    22.816] (==) NVIDIA(0): 
[    22.816] (==) NVIDIA(0): No modes were requested; the default mode "nvidia-auto-select"
[    22.816] (==) NVIDIA(0):     will be used as the requested mode.
[    22.816] (==) NVIDIA(0): 
[    22.817] (II) NVIDIA(0): Validated modes:
[    22.817] (II) NVIDIA(0):     "nvidia-auto-select"
[    22.817] (II) NVIDIA(0): Virtual screen size determined to be 1024 x 768

	# EDID version 1 revision 3
Section "Monitor"
	# Block type: 2:0 3:ff
	# Block type: 2:0 3:fc
	Identifier "Philips 160E"
	VendorName "PHL"
	ModelName "Philips 160E"
	# Block type: 2:0 3:ff
	# Block type: 2:0 3:fc
	# Block type: 2:0 3:fd
	HorizSync 30-60
	VertRefresh 56-76
	# Max dot clock (video bandwidth) 80 MHz
	# DPMS capabilities: Active off:yes  Suspend:no  Standby:no

	Mode 	"1366x768"	# vfreq 59.964Hz, hfreq 47.852kHz
		DotClock	85.750000
		HTimings	1366 1436 1579 1792
		VTimings	768 771 774 798
		Flags	"+HSync" "+VSync"
	EndMode
	# Block type: 2:0 3:ff
	# Block type: 2:0 3:fc
	# Block type: 2:0 3:fd
EndSection

[  3603.362] (WW) NVIDIA(0): No valid modes for "1366x768"; removing.
[  3603.362] (WW) NVIDIA(0): 
[  3603.362] (WW) NVIDIA(0): Unable to validate any modes; falling back to the d
efault mode

Не работает.

chaos@localhost ~ $ gvfs-mount -d /dev/sde1
Error mounting /dev/sde1: Not Authorized
chaos@localhost ~ $ udisks --mount /dev/sde1
Mount failed: Not Authorized

Какое назначение имеют файлы System/Manifest.* и System/Packages.md5?
[гентушник on]
Хочу написать ебилд для установки сабжа в генте с использованием контента Steam-версии.
Насколько я вижу, текущие ебилды, помимо того, что не позволяют его использовать, просто ужасны. При выполнении emerge ut2004 устанавливается следующее:
-первая зависимость - ut2004-data - ебилд для копирования контента с носителей DVD/6CD-версий. Содержит весьма неопрятный код для определения версии (знает 4 разных), распаковки файлов из находящихся на носителях .cab'ов и удаления части файлов в рамках зачистки результата от *.exe и *.dll, а также избавления от коллизий с последующими дополнениями и собственно lnxpatch'ем;
-вторая - ut2004-bonuspack-ese - качает и устанавливает - нет, не Editor's Choice Bonuspack, а окончательный Megapack, включающий в себя и контент ECE, но при этом все, чего не было в ECE, удаляет;
-третья - ut2004-bonuspack-mega - здесь, наоборот, удаляется все, что было в ECE;
-собственно ut2004 - lnxpatch с бинарниками - удаляются System/Manifest.in{i,t} и System/Packages.md5 в пользу версий из Megapack.
[гентушник off]
Steam-версия имеет Packages.md5 идентичный тому, что в Megapack; Manifest.ini отличается, .int - вообще отсутствует.

Есть ИБП APC Back-UPC RS 500. При отключении питания удерживает нагрузку нормально, но только до тех пор, пока не происходит ее резкое изменение. Видеокарта Nvidia, блоб - при переключается видеорежим монитора, гаснет-загорается лампа подсветки матрицы - тут-то он ее и теряет. Нагрузка меньше половины номинальной. ИБП уже года 2, но работает он так почти с самого начала - правда, когда использовался KMS, это не имело значения, да и свет почти никогда не выключали - а сейчас, после НГ, чуть ли не каждый день почему-то. Вот, думаю, что с ним делать.
Да, а еще он греется. Сейчас градусов 45, летом за 60, причем греется в одном месте, на поверхности корпуса даже пластик слегка пожелтел - это нормально?

Насколько я помню, в убунте копиз хорошо интегрирован с гнумом, запускается с gtk-window-decorator в один клик из gnome-appearance-properties и подхватывает выбор темы Metacity оттуда же. Хочу сделать так же в генте, но не получается.
В ccsm в поле «Команда» модуля «Оформление окна» ввел «gtk-window-decorator --replace» - запускается с дефолтной ненастраиваемой темой cairo. Вручную выполняю команду «gtk-window-decorator --replace --metacity-theme <тема>» - запускается с нужной темой, но кнопки управления окном безобразно сдвинуты как относительно своих правильного положений, так и относительно областей, клик в которых Compiz обрабатывает, как нажатие на них; иногда отображаются лишние. Например:
http://img812.imageshack.us/img812/354/87586299.png - Metacity
http://img214.imageshack.us/img214/8036/74129716.png - Compiz
И, опять же, на выбор темы в gnome-appearance-properties оно не реагирует.
Никто не занимался подобной настройкой? В убунте что, кастомно пропатченный gnome-control-center? Там вроде еще пара вкладок есть, включая ту, на которой включаются эффекты (запускается Compiz).

Слышу периодические щелчки, за несколько дней работы Load/Unload Cycle вырос почти до 1000. Проявляется при питании как от батареи, так и от сети. Когда-то видел описание аналогичной проблемы с WD Green, там дело было в автоматической парковке головок (aka IntelliPark) после некоторого времени бездействия, меньшего, чем дефолтное значение /proc/sys/vm/dirty_writeback_centisecs; предлагалось просить у саппорта некую утилиту для изменения этой константы в контроллере.
Как лучше решить эту проблему? Для начала - где бы узнать, при каких условиях/после какого именно интервала бездействия этот винт паркуется, и можно ли изменить это значение?

Замечено, что регулировка звука в ряде прикладных программ (QMMP, например) по умолчанию происходит путем изменения коэффициента усиления PCM. Последняя треть полоски регулировки при этом соответствует положительным значениям (в дБ), при которых громкие звуки воспроизводятся с искажениями - насколько я понимаю, сигнал выше определенного уровня срезается. Я привык регулировать громкость при прослушивании музыки/просмотре фильмов встроенными средствами плееров и считать, что крайнее положение регулятора - это максимальная громкость, при которой еще нет искажений. В принципе, все подобные приложения, с которыми пока что сталкивался, позволяют включить в настройках программную регулировку, использование которых на доступных через alsamixer параметрах вообще не отражается, но, во-первых, «пока что», во-вторых, настройки иногда по разным причинам слетают. Можно ли ограничить значение коэффициента усиления или еще как-то аккуратно решить проблему?

Нужно сделать загрузочную флешку для проверки приеобретаемого нетбука на предмет отсутствия битых пикселей и тому подобного.
Нет ли LiveUSB-дистра, который можно было бы просто распаковать на флешку, после чего установить syslinux и грузиться?
ЗЫ пытался сделать из Ubuntu 10.10, ядро и initramfs грузятся успешно, на несколько секунд процесс застывает с сообщением «trying to unpack rootfs image as initramfs», далее вываливается еще порция сообщений, после «nouveau-channel-alloc: initialised FIFO 0» загрузка почему-то прекращается. До попытки смонтировать squashfs вроде даже и не доходит.

http://gbxforums.gearboxsoftware.com/showpost.php?p=2146077&postcount=28

Столкнулся сегодня с интересной ситуацией:

chaos@localhost ~ $ emerge -NuDpv world

These are the packages that would be merged, in order:

Calculating dependencies... done!

emerge: there are no ebuilds built with USE flags to satisfy "~x11-libs/qt-core-4.6.3[glib,qt3support,-debug,-aqua]".
!!! One of the following packages is required to complete your request:
- x11-libs/qt-core-4.6.3 (Change USE: +qt3support)
(dependency required by "x11-libs/qt-gui-4.6.3-r2" [ebuild])
(dependency required by "sci-astronomy/stellarium-0.10.5" [installed])
(dependency required by "world" [argument])

chaos@localhost ~ $ sudo echo "x11-libs/qt-core qt3support">/etc/portage/package.use
chaos@localhost ~ $ emerge -NuDpv world

These are the packages that would be merged, in order:

Calculating dependencies... done!

emerge: there are no ebuilds built with USE flags to satisfy "~x11-libs/qt-core-4.6.3[-debug,-qt3support,-aqua]".
!!! One of the following packages is required to complete your request:
- x11-libs/qt-core-4.6.3 (Change USE: -qt3support)
(dependency required by "x11-libs/qt-sql-4.6.3-r2" [ebuild])
(dependency required by "sci-astronomy/stellarium-0.10.5" [installed])
(dependency required by "world" [argument])

Есть машина с выделенным динамическим IP и домен второго уровня, который нужно к ней привязать. Насколько я понял, задача решается регистрацией доменного имени как каком-нибудь из сервисов вроде dyndns.com или no-ip.com, созданием CNAME на него на DNS регистратора (можно было бы просто делегировать домен DNS'у сервиса, но, похоже, это везде стоит денег) и установкой предоставляемой сервисом утилиты, которая будет сообщать его DNS об изменении IP.
Оптимальный ли это способ и каким из сервисов лучше воспользоваться?

Наивный вопрос: нельзя ли сделать так, чтобы X-клиенты не убивались при падении сервера, с дисплеем которого работают, а после его перезапуска - каким-то образом подхватывали вновь появившийся?