Отслеживание состояния отправленных дисков



4 коммент.
После того, как я отправляю диски, я обязательно присылаю скан почтового чека. Делается это по нескольким причинам:
  1. Это документальное подтверждение как самого факта отправки дисков, так и того, когда они отправлены.
  2. В случае чего, с помощью чека можно убедить сотрудников почты поискать бандероль - они, как правило, не слишком торопятся с выпиской извещений.
  3. Самое главное - имея идентификатор отправления, напечатанный на чеке, можно отследить ход доставки письма.
Наша почта, как известно, немного компьютеризировалась. Не то, чтобы это сильно ускорило доставку писем и особенно время их приёма, но факт в общем отраден.

Главное: теперь можно отследить прохождение почтового отправления на сайте почты. Идя по этой ссылке, вводим в соответствующее поле номер идентификатора и жмём "Найти". Если повезёт, то внизу страницы появится что-то вроде:

Результат поиска:

Внутрироссийский
почтовый идентификатор:
11558095521147
Принято к пересылке:
МОСКВА
Бандероль заказная
Без разряда
Без отметки
Отправитель:
Получатель:
ОперацияДатаМесто проведения операцииАтрибут операцииВес (кг.)Объявл. ценность (руб.)Налож. платёж (руб.)Адресовано
ИндексНазвание ОПСИндексАдрес
Приём30.11.2007 00:00115580МОСКВА 580Единичный0,19600445031ТОЛЬЯТТИ, САМАРСКАЯ ОБЛАСТЬ
Обработка01.12.2007 00:00119971МОСКВА МСП-1 ЦЕХ-11Сортировка0,00000

Вручение05.12.2007 00:00445031ТОЛЬЯТТИ 31Вручение адресату0,00000



То есть письмо мной отправлено 30 ноября, а 5 декабря диски пришли в Тольятти и были успешно вручены страждущему :-)

Естественно, отслеживать можно не только диски, но и вообще любые крупные (бандероль, посылка, ценное письмо) почтовые отправления.
Читать далее

Создание документов DJVU в Linux



44 коммент.
Задача: имеется отсканированная большая книга, и требуется перевести её в компактный формат для последующего просмотра в том же djview. В общем, нужно создавать документы DjVU в Linux.
Решение: в Linux просто и легко конвертируем насканированные страницы в DJVU.


Почему DJVU?
Потому, что есть множество отсканированных книг, и есть потребность их компактно хранить и работать с ними. Для этой задачи орлы из AT&T Labs разработали специальные алгоритмы сжатия, которые легли в основу формата DJVU.

Такие электронные книги занимают меньше места, чем, скажем, в PDF, PS или других форматах, и быстрее отображаются при просмотре.


Что потребуется для создания DJVU файлов из изображений
Для того, чтобы сконвертировать много изображений в DJVU нужно установить следующие пакеты:
aptitude install djview djvulibre-bin netpbm
При сканировании следует именовать файлы подряд так, чтобы они сортировались в порядке нумерации страниц. То есть вот так:

000.jpg, 001.jpg, 002.jpg, ..., 012.jpg

а не так:
0.jpg, 1.jpg, 2.jpg, ..., 12.jpg

потому как 12.jpg появится перед 2.jpg - так что при сканировании нужно об этом подумать.

Файлы изображений помещаются в отдельный каталог, после чего переходим в этот каталог и даём команду:
./any2djvu-bw
Эта команда - вызов скрипта оболочки, текст которого приведён ниже:

#!/bin/bash
#
# any2djvu-bw
#

if [ -z `which anytopnm` -o -z `which ppmtopgm` -o -z `which pgmtopbm`\
-o -z `which cjb2` ]; then
usage
echo "Error: anytopnm, ppmtopgm, pgmtopbm and cjb2 are needed"
echo
exit 1
fi

shopt -s extglob

# DEFMASK="*.jpg"
DEFMASK="*.png"
DPI=300
# uncomment the following line to compile a bundled DjVu document
OUTFILE="#0-bw.djvu"

function usage() {
echo
echo "usage:"
echo
echo "$0 [\"REGEXP\"]"
echo " converts single pages with the default mask $DEFMASK (or REGEXP if provided)"
echo " in the current directory to single-page black and white djvu documents"
# uncomment the following line to compile a bundled DjVu document
echo " and bundles them as a djvu file $OUTFILE"
echo
}

if [ -n "$1" ]; then
MASK=$1
else
MASK=$DEFMASK
fi

for i in $MASK; do
if [ ! -e $i ]; then
usage
echo "Error: current directory must contain files with the mask $MASK"
echo
exit 1
fi
if [ ! -e $i.djvu ]; then
echo "$i"
anytopnm $i | ppmtopgm | pgmtopbm -value 0.499 > $i.pbm
# in netpbm >= 10.23 the above line can be replaced with the following:
# anytopnm $i | ppmtopgm | pamditherbw -value 0.499 > $.pbm
cjb2 -dpi $DPI $i.pbm $i.djvu
rm -f $i.pbm
fi
done

# uncomment the following line to compile a bundled DjVu document
djvm -c $OUTFILE $MASK.djvu

Красным в скрипте выделена строчка, где определяется, какой формат файлов будет преобразован в DJVU. В данном примере это png.

Итак, в результате работы скрипта появятся промежуточные файлы djvu и файл #0-bw.djvu - это и есть конечный файл, содержащий в себе все страницы. Переименовываем его в то, что более приятно глазу, и готово. После этого можно открыть полученный файл при помощи djview или evince.


Так же перевести документы в формат DJVU можно и другими утилитами.

any2djvu
Это веб-сервис, находящийся тут. Он позволяет перевести отсканированные изображения непосредственно в файл DJVU. Удобно для тех, у кого широкий и дешёвый интернет-канал.

Так же можно воспользоваться кодом, предложенным комментатором с OpenNet:

#!/usr/bin/perl -w

my $i = 0;

my @cmds = qw[ djvm -c output.djvu ];
foreach ( <*.*> ) {
if (/(.*)\.jpg$/ ){
print "$_\n";
# system("c44", '-crcbfull', $1.'.jpg', $1.'.djvu');
system("cpaldjvu", $1.'.jpg', $1.'.djvu');
$i++;
push @cmds, $1.'.djvu';
}
elsif (/(.*)\.tif$/ ) {
print "$_\n";
# установить 300 dpi в tiff'e
#system("tiffset", '-s 296 2', $1.'tiff');
#system("tiffset", '-s 282 300.0', $1.'tiff');
#system("tiffset", '-s 283 300.0', $1.'tiff');
# или
# system("cjb2", '-dpi', '300', '-losslevel', '100', $1.'.tiff', $1.'.djvu');
system("cjb2", $1.'.tif', $1.'.djvu');
$i++;
push @cmds, $1.'.djvu';
}
}
print "$i files renamed\n";
system(@cmds);
print "\n$cmds[2] created";





Конвертируем PDF-документ в DJVU
Сконвертированные документы DJVU из PDF, как правило, имеют меньший размер и гораздо быстрее просматриваются, что особенно актуально для портативных устройств.

Для того, чтобы сконвертировать файл PDF в DjVu, требуется в текущем каталоге выполнить:
./pdfs2djvu
Это тоже скрипт на баше, код которого такой:

#!/bin/bash
#
# pdfs2djvu
#

if [ -z `which pdftoppm` -o -z `which cjb2` -o -z `which djvm` ]; then
echo
echo "Error: pdftoppm, cjb2 and djvm are needed"
echo
exit 1
fi

shopt -s extglob

OUTFILE="#0.djvu"
DEFMASK="*.pdf"
DPI=600

if [ -n "$1" ]; then
MASK=$1
else
MASK=$DEFMASK
fi

for PDF in $MASK; do
if [ ! -e $PDF ]; then
echo
echo "Error: current directory must contain files with the mask $MASK"
echo
exit 1
fi
echo $PDF
pdftoppm -mono -r 600 -aa yes $PDF $PDF
for PBM in $PDF*.pbm; do
echo $PBM
cjb2 -dpi $DPI $PBM $PBM.djvu
rm -f $PBM
done
done

djvm -c $OUTFILE $MASK*.pbm.djvu

Выполнение скрипта приведёт к тому, что все файлы PDF в текущей директории будут сконвертированы в DJVU. Аналогом является программа от Гугл под названием dpf2djvu.

Единственное условие: скрипт не переваривает кириллические названия с пробелами. Так что желательно временно переименовать файл так, чтобы он содержал только латинские символы и желательно без пробелов.

Ещё можно попробовать программу
gscan2pdf, которая позволяет сканировать изображения в форматы PDF и DJVU. Так же вам может пригодиться программа unpaper для «очистки» сканов. Это существенно улучшает их пригодность для последующего компьютерного использования.

Ссылки

Пост является волным пересказом этой замечательной статьи, тексты скриптов оттуда же. Так же можно прочесть вот это и это. Интересная подборка материалов на русском есть тут.
Читать далее

Дефрагментаторы для Linux



19 коммент.
О фрагментации данных в файловых системах и её влиянии на производительность уже говорилось, a теперь несколько слов и том, какие есть дефрагментаторы для Линукс. Их немного, и в составе дистрибутивов их, как правило, нет. Время выяснить, почему.


Что удалось найти
Итак, беглый обзор того, что есть в Линукс для дефрагментирования - и нашлось две утилиты, defrag и shake. Утилита defrag от Кона Коливаса, похоже, больше не развивается - последняя версия датируется 2005 годом, зато есть shake, который умеет дефрагментировать отдельные каталоги.

Так же есть полезный скрипт, позволяющий измерить фрагментацию frag.perl, код которого можно взять тут. На всякий случай дублирую его здесь:
#!/usr/bin/perl -w

#this script search for frag on a fs
use strict;

#number of files
my $files = 0;
#number of fragment
my $fragments = 0;
#number of fragmented files
my $fragfiles = 0;

#search fs for all file
open (FILES, "find " . $ARGV[0] . " -xdev -type f -print0 |");

$/ = "\0";

while (defined (my $file = )) {
open (FRAG, "-|", "filefrag", $file);
my $res = ;
if ($res =~ m/.*:\s+(\d+) extents? found/) {
my $fragment = $1;
$fragments += $fragment;
if ($fragment > 1) {
$fragfiles++;
}
$files++;
} else {
print ("$res : not understand for $file.\n");
}
close (FRAG);
}
close (FILES);

print ( $fragfiles / $files * 100 . "% non contiguous files, " . $fragments / $files . " average fragments.\n");
Скрипт выводит данные о фрагментации для указанного каталога:
sudo ./frag.pl /root
3.2258064516129% non contiguous files, 1.04838709677419 average fragments.
С помощью последних двух утилит мы и будем бороться с фрагментацией в Линукс.


Установка
Если вы хотите заполучить дефрагментатор под Линукс - shake вам в этом поможет. А ещё поможет гугл, терпение и настойчивость, потому как процесс установка shake не для слабонервных.

Для этого идём сюда и скачиваем исходник (или бинарник, если у вас Ubuntu Gutsy Gibbon). В случае с бинарником его нужно только поставить, а исходник надо собирать. И тут начинаются приключения...

Во-первых, последние версии просят новой версии cdbs, поэтому пришлось откатиться на старую версию. Для сборки нужны пакеты:
dpkg-checkbuilddeps: Unmet build dependencies: cdbs (>= 0.4.50) cmake (>= 2.4) help2man (>= 1.26) libattr1-dev (>= 2.0.0)
Сама программа собралась, как и её вспомогательная утилита unattr. Чтобы использовать shake на всю мощь, очень желательно смонтировать файловую систему с опцией user_xattr - для этого редактируем /etc/fstab и правим:
/dev/sda2 /mnt/flash/exthdd ext3 rw,user_xattr,user,auto 0 0
После чего перемонтируем: mount -o remount /dev/sda2
Установка user_xattr не обязательна, но рекомендуется, так как программа с ней будет работать быстрее.

Последнее замечание: обе утилиты - shake и frag.perl - требуют рутовых прав, так что их запускаем через sudo.


Пример
Итак, я скачивал на переносной винчестер репозитории Харди Хирон (на винчестере, естественно, ext3). Скачивал в несколько заходов, попутно перенося много данных между компьютерами - условия для фрагментации самые благоприятные. Запускаю оценку фрагментированности:
./frag.perl /home/beast/flash/exthdd/linux/i386/ubuntu/pool/main 0.795800880460549% non contiguous files, 1.00998984083982 average fragments.
Ну, на 22Гб в общем-то не катастрофа, скажем прямо. Но уж раз она есть, значит будем бороться. Для этого запустил shake:
./shake /home/beast/flash/exthdd/linux/i386/ubuntu/pool/main
Программа начала дефрагментацию, и через 15-20 секунд закончила. Для уверенности сравнил MD5-суммы всех файлов - всё совпадает. Можно переходить к более масштабным экспериментам на собственных данных.


Масштабный эксперимент
Итак, для эксперимента попробуем дефрагментировать что-то действительно важное, например профиль Firefox. Исходные данные: профиль Firefox 2.0.0.4, файловая система ReiserFS, ноутбук Asus M5200AE (P-M 1.75, 512Mb RAM).

Файлов много, а так как у меня огромная коллекция сайтов в Scrapbook, то фрагментация там должна быть большой. Оценка показывает:
./frag.perl /home/beast/.mozilla/
3.24491439557299% non contiguous files, 1.12239224753839 average fragments.
Следует сказать, что Firefox у меня обвешан плагинами и темами, как новогодняя кремлёвская ёлка. Запускается с холодного старта он дооооолго:
time /opt/firefox2/firefox
real 0m40.467s
user 0m5.389s
sys 0m0.407s

time /opt/firefox2/firefox
real 0m41.383s
user 0m5.453s
sys 0m0.403s
Запускал два раза, каждый раз компьютер перезагружался. В общем, около 41 секунды.

После этого проведена дефрагментация shake, которая длилась 9 минут. Ещё две перезагрузки для того, чтобы получить цифры запуска Огнелиса с "холодного старта". Они, в общем, не впечатлили:
time /opt/firefox2/firefox
real 0m39.522s
user 0m5.398s
sys 0m0.374s

time /opt/firefox2/firefox
real 0m39.214s
user 0m5.279s
sys 0m0.370s
Теперь запуск длится около 39 секунд. Выигрыш - 2 секунды.

Выводы
Я, конечно, могу ещё что-нибудь подефрагментировать, но боюсь, что результат будет тот же самый: существенного влияния (во всяком случае на ReiserFS) дефрагментация не производит. Это же подтверждают здесь, где тоже приведён пример с shake.

В общем, если долгими зимними вечерами делать особенно нечего, всё скомпилировано и работает - можно попробовать всё это дефрагментировать.
Читать далее

Эксклюзивные RSS-иконки



18 коммент.
Немного отклонюсь от темы блога, чтобы упомянуть замечательный проект моего тёзки, Михаила Квакина aka Designfreak по бесплатной раздаче эксклюзивных RSS-иконок блоггерам. Иконки очень красивые и необычные по дизайну - вот, например, такие:



Для блога, посвящённого MacOS, иконка RSS была вот такой:




Творческая фантазия Михаила поистине неичерпаема:
"Мне достаточно взглянуть на проект, и после обдумывания и прикидок, в голове рождается идея того, как должна выглядеть rss-иконка в каждом конкретном случае." (с)
Больше работ можно увидеть здесь и там. Компания по персонализации RSS-иконок приняла впечатляющий масштаб, и я, неравнодушный к красивой графике, решил к этой акции так же присоединиться. Думаю, что многим авторам блогов эта идея придётся по душе.
Обновлено: а вот и моя иконка для RSS-подписки - когда в первый раз увидел, долго думал, что это. Потом догадался. И проникся...


На всякий случай - это стилизованный микроскоп.
В общем, очень глубоко и мощно. Мише Квакину ещё раз огромное человеческое спасибо!
Читать далее

IceWM: 10 возможностей IceWM, которые вам понравятся



30 коммент.
Простой, быстрый, настраиваемый, удобный, функциональный, элегантный - и всё это про оконный менеджер IceWM в Linux. В нём есть несколько совершенно очаровательных возможностей, о которых многие и не догадываются.

Об IceWM говорилось здесь, как и о том, каким IceWM может быть красивым, быстрым и удобным. Здесь будет рассказано о некоторых возможностях, которые есть в IceWM, но о которых, может быть, не все догадываются. Итак...


1. Несколько рабочих столов
Поверьте, это очень, очень удобная возможность, особенно когда вы работаете с большим количеством приложений одновременно. Например, верстаем статью в LaTeX, просматривая в другом рабочем столе её сформированный образ в kdvi, работая в MATLAB, запущенном в kate в третьем столе. И всё разложено по полочкам, всё там, где нужно. Переключение между ними можно осуществлять как мышкой, так и клавиатурой через настраиваемые комбинации клавиш. Например, у меня это Ctrl+Alt+Влево\вправо

Рабочих столов может быть сколько угодно - но, как правило, когда их больше 6, трудно в них ориентироваться. Разумным кажется 4 штуки, но это всегда можно легко изменить.


2. Горячие клавиши на всё, что угодно
Простая, казалось бы, возможность - но в некоторых операционных системах горячие клавиши "прибиты гвоздями" потому, что кто-то решил за вас, как вам будет удобно. В IceWM решаете именно вы и никто другой - и так, как удобно именно вам.

Для этого открываем файл .icewm/keys любимым текстовым редактором и назначаем удобные сочетания клавиш. На клавиатуре, как правило, есть кнопка с кривыми окошками - пора бы ей начать приносить пользу. В IceWM она называется Super, остальные клавиши имеют традиционное название: Ctrl, Shift, Alt. Слева в файле горячих клавиш стоят сочетания, справа - запускаемая программа при нажатии на неё. Для примера приведу фрагмент своего файла keys:

# This is an example for IceWM's hotkey definition file.
#
key "Super+p" gimp
key "Super+z" xscreensaver
key "Super+q" scribus
key "Super+i" gqview
key "Super+w" /opt/openoffice.org2.2/program/swriter

И это далеко не всё. Откройте файл .icewm/preferences и меняйте клавиатурные сокращения на те, что вам нравятся!

Использование горячих клавиш сильно ускоряет работу с приложениями, вместо долгого и утомительного скитания по списку программ.


3. Трей, в который можно сворачивать всё
Иногда нужно, чтобы программа выполнялась в фоне и не занимала место на панели задач. В других оконных менеджерах требуются специальные прилады - а в IceWM это есть, причём сразу и "из коробки". Правой кнопкой мыши по программе в панели задач - пункт "Пиктограмма на панели задач". И всё: любая программа сворачивается в трей и работает, как обычно, не мозоля глаза. Когда она снова потребуется, можно или стукнуть по ней мышью, или быстро вызвать из списка задач.


4. Возможность работы без мыши
Чтобы не отвлекаться и не тратить время, полезно максимум действий переложить на клавиатурные сокращения. Здесь в IceWM это настраивается так, как удобно вам. В принципе, можно настроить горячие клавиши так, чтобы к мыши вообще не прикасаться: назначить сочетание клавиш на изменение размера окна и его перемещение.
Например, для перемещения есть Alt+F7. Если перемещать окно только стрелками прокрутки, то это будет медленно (но точно), а если при этом зажать Ctrl, то окно будет перемещаться намного быстрее. То же самое с изменением размеров окна - Alt+F8 и поехали менять его стрелками на клавиатуре. В ряде случаев это быстрее, чем тянуться к мыши.


5. Индикаторы на панели задач
Место на панели задач можно использовать ещё и для того, чтобы следить за состоянием, например, сетевых интерфейсов. Это не просто два мелких бесполезных глазка как в одной альтернативной системе - это полноценный индикатор, который показывает картину сетевой активности и выводит при наведении на него мышью развёрнутую статистику работы сетевого интерфейса: сколько было принято и отправлено информации, с какой средней скоростью и что происходит сейчас.

Количество таких индикаторов можно настроить в конфигурационном файле .icewm/preferences, где нужно отредактировать параметр:
# Distance in pixels before windows snap together
NetworkStatusDevice="eth0 eth1"
После этого на панели задач появятся два индикатора работы сетевых интерфейсов.


6. Простой перенос настроек
Вы так тщательно настроили под себя IceWM - и тут появляется желание перенести удобную рабочую среду, скажем, на ноутбук. Естественно, не нужно проделывать все настройки заново - просто копируете каталог .icewm в домашнюю директорию на другой компьютер и, при необходимости, тему из /usr/share/icewm/themes/ после чего либо перезапускаете IceWM (кнопка icewm - выход... - Перезапуск IceWM), или просто выберете другую тему (например, ту, что вы скопировали). Единственное, что может быть придётся сделать - изменить размер обоев. И ваши ледяные окна будут те же, к которым вы так привыкли!


7. Окна-невидимки и перемещение окон по слоям
Интерфейс гимпа и подобных ему программ может довести до отчаяния своим огромным количеством окошек и панелек. К счастью, в IceWM есть средство борьбы с этим - возможность сокрытия и скручивания окон. И снова нажимаем правой кнопкой мыши по заголовку окна (или по его названию в панели задач) и выбираем:
  • Скрыть - если хотим, чтобы окно вообще не отображалось, даже при выборе приложений по Alt+Tab (доступ к нему будет через "Список окон");
  • Скрутить - если хотим скрутить окно и оставить от него только заголовок (для "раскручивания" обратно потребуется снова нажать правую кнопку мыши на заголовке и убрать флажок "Скрутить").
Это в ряде случаев сильно облегчает работу с окнами. Ещё большего можно добиться, используя табовые менеджеры окон (например, ratpoison, wmii, ion и проч.), но они требуют от пользователя намного больших усилий в освоении.

А когда окон становится много, есть в IceWM совершенно изумительная возможность тонкого управления ими. Например, работаем в GiMP с большим количеством изображений, и некоторые окна нужно разместить наверху, а какие-то - на самом нижнем уровне. Нет проблем - правой кнопкой мыши по заголовку окна и далее "Слой" - и выбираем положение окна из 7 возможных вариантов. Так можно расположить окна и работать с ними легко и просто.


8. Слежение за фокусом мыши
Когда вы перемещаете мышь и наводите ей на различные окна приложений, графический сервер отслеживает это. Подобную возможность можно использовать, например, так: чтобы не кликать мышью по окну приложения, делая его активным, можно заставить делать это IceWM. Меняем параметр
# Raise windows when focused
RaiseOnFocus=1 # 0/1
Так же можно заставить IceWM открывать менюшки вслед за фокусом на них мыши, чтобы лишний раз не кликать по ним.
# Menus track mouse even with no mouse buttons held
MenuMouseTracking=1 # 0/1

Горячие финские парни и нетерпеливые особенно оценят возможность выключить раздражающую задержку перед открытием менюшек:
# Delay before activating menu submenus
SubmenuMenuActivateDelay=0 # [0-5000]


9. Тонкая настройка элементов темы
Так же совершенно изумительная возможность тонкого изменения темы и подгонки её под свои представления об удобстве. Если вам надоели три ритуальные кнопки "свернуть-развернуть-закрыть", можно это изменить в любой теме: достаточно поправить в файле /usr/share/icewm/themes/названиетемы/default.theme параметр
TitleButtonsSupported="sxmihrd"
Так же это можно настроить в конфигурационном файле IceWM:

# Titlebar buttons from left to right (x=close, m=max, i=min, h=hide, r=rollup, s=sysmenu, d=depth)
TitleButtonsLeft="s"


# Titlebar buttons from right to left (x=close, m=max, i=min, h=hide, r=rollup, s=sysmenu, d=depth)
TitleButtonsRight="xmir"

Изменяйте их под своё представление об удобстве, удалив из списка кнопок те, которые не нужны.


10. И множество других настроек!
Просто удивительно, сколько богатств кроется в одном конфигурационном файле preferences! Включить "умное" расположение окон, чтобы уменьшить перекрывание? Нет проблем - ставим параметр SmartPlacement=1 и получаем то, что ожидаем. Скрывать панель задач? Легко: TaskBarAutoHide=1. И ещё многое можно настроить под себя, чтобы не замечать оконную среду вовсе: вы просто работаете в ней, и она мгновенно отзывается на ваши команды!
Читать далее

Майский UNIX-поинт 2008



8 коммент.
Участники:

+ Shurik
+ Wolf
+ NightLord
+ va1e
+ fabspirit
+ Subs
+ Sisteroot
+ XHbIK
+ Timuriy
+ dmig
+ Red_Lion
+ virens
+ pelmen

PDF-версия отчёта о поинте здесь (~1Mb, pdf), некоторые фотографии лежат тут.



Предисловие
В этот раз поинт был многочисленным, и, пожалуй самым представительным с точки зрения пользователей различных операционных систем. Были все, и пользователи Linux, и поклонники FreeBSD, и даже представители Plan9 тоже были.
Заранее приношу пардону, если чей-то псевдоним написан неправильно. Так как регистрационная форма заполнялась участниками от руки и в походных условиях, разобрать что-то было очень трудно. Так что просьба тактично попенять автору текста, тов.virens-у, в комментарии на блоге или по почте.
И погода в этот раз тоже не подкачала - было хотя и облачно, но без дождей и сильного ветра. Тихо, сухо и прохладно, что для встречи в самый раз.

Основная встреча была в метро, в центре зала станции Юго-Западная, как и договаривались. Быстро перезнакомившись, остались на 20 минут подождать опаздывающих товарищей. И в это время к нам пришёл наш верный проводник и заслуженный поинтовец - Шурик aka Shurik. С ним мы загрузились в 330 автобус, который довёз нас до конечной остановки - в Новопеределкино. Там к нам присоединился ещё один заслуженный поинтовец Костя aka pelmen, и мы дружною гурьбою двинулись в Перекрёсток за провиантом.

Подготовка
Первый сюрприз, который нас поджидал в этом начинании, был такой: есть только уголь, а дров нет никаких. Это обстоятельство меня порядком смутило, и мы с Костей aka pelmen решили соблюсти инструкцию на упаковке угля и раздобыть ``жидкость для разжигания огня''. Это был второй сюрприз, так как ничего такого найти не удалось. Было предложено использовать вместо этого водку ``Путинка'' в таре 0.25 литра.

После всех приготовлений мы направились к месту назначения, попутно успокаивая приехавших, что ``дальше московской области в лес не пойдём''. Идти было легко, дорога была сухая и настроение приподнятое.

Придя на место и начав распаковываться, стали искать сухие дрова и пытаться разжечь костёр. Захваченный из дома мною топор оказался очень кстати в плане стругания щепок и особенно пришёлся по душе Константину aka Red_Lion. Таким образом, костёр загорелся достаточно быстро, учитывая, что в его разжигании традиционно участвовали поклонники Gentoo и поэтому собрали костёр с флагом --firing-up-quickly.



После того, как костёр разгорелся и в дело пошли купленные угли, мы приступили к нашей основной программе - жареные сосиски, хлебцы, соки / пиво и море дружеского общения на самые разные темы.


Основная часть поинта
Встреча проходила в атмосфере братства и взаимопонимания, как это всегда бывает среди людей, которых объединяет одно общее дело.



У костра, где жарились сосиски, шли жаркие споры на самые разные темы - о дистрибутивах и новом релизе Убунты, про интересные особенности Plan9 и о том, заменит ли ГЛОНАС имеющийся сейчас GPS. В стороне Костя aka pelmen обсуждал проекты нашего форума с заинтересованными участниками.

А у костра тем временем состав участников поднимал всё более общие вопросы, зажаренные сосиски и новые тосты - всего хватало вдоволь.



Интересная тема была затронута - это социальные сети. Открытые системы побуждают многих людей писать о том, что они нашли или как что-то настраивали. Особенно интересно совместно что-то обсуждать - всегда найдутся люди, которые знают о каком-то вопросе больше, чем задавший вопрос. Так что потраченное время на запись результатов находок или обсуждений в блог потом вернётся - не придётся вспоминать потом, как это было. Не говоря уже о том, что эти сведения могут пригодиться другим. Как знать, может быть, после этой встречи появятся новые авторы блогов?



Стоит сказать и о том, что фотографов на встрече много - в ход шли фотоаппараты и камеры в мобильных телефонах. Так что фотообзоры должны дать представление о том, как всё это было. Жаль одно: нельзя запечатлеть атмосферу встречи и аромат костра, которым пропахли все участники.



Через некоторое время к нам приехали орлы на мотоциклах за дровами - орлы подготовились значительно основательнее. Четыре богатыря, двое с бензопилами, остальные двое с топорами - мой небольшой топорик нервно покуривал в сторонке. Богатыри вежливо спросили, не возражаем ли мы против того, чтобы они тут немножко заготовили дров. Лес большой, так сказать, успехов.

От фотосъёмок богатыри отказались, зато их не менее колоритные стальные кони попали в наши объективы - вот они, красавцы.



Несколько участников встречи отправились на подмогу дровосекам, за что в награду получили несколько солидных сосновых веток - и костёр разгорелся жарче, и встреча продолжалась.

Второй тайм
После того, как в дело пошли сосновые дрова, любезно предоставленные нам заезжими дровосеками, атмосфера встречи стала ещё теплее - всё громче раздавались тосты, особенно частым был тост За Победу - за нашу победу!, призывы к братству между системами и дистрибутивами и вообще тосты За всех кто с нами.

Такое обилие тостов не могло не сказаться на работе фотографов - и вот уже автофокус не спасает и приходится настраиваться на резкость. Замечательный коньяк тов.Subs в этом сильно помогал.



Дело шло к вечеру, но атмосфера встречи была настолько благостной, что расходиться совершенно не хотелось. Даже старожилы поинтов признавались, что так душевно не было давно - и вот подымаем тост ``За то, что встреча состоялась''.

Овертайм
Надо сказать, что дело шло к вечеру - и даже самые стойкие участники подходили ближе к догорающему костру. Становилось прохладно, даже несмотря на то, что часть участников уже успела дойти до местного магазинчика за коньяком. Темнело, но расходиться всё-таки не хотелось.


После некоторой дискуссии, мы решили принесённый коньяк разделить по-братски на всех по чуть-чуть, на посошок. И двинуться в обратный путь.

Обратный путь запомнился красивым зрелищем вечернего города - много огней на горизонте, вечернее поле и громкие песни участников ``Этот день победы''. Было здорово и очень весело. Мы твёрдой походкой с минимальным люфтом шли обратно, направляемые непогрешимым путеводным Шуриком.

Время позднее, и нам пришлось ловить автобус - немного засиделись всё-таки на встрече. Тем не менее, с небольшими приключениями и на перекладных автобусах, мы доехали до метро ``Проспект Вернадского''. А там уже разъехались по домам, унося с собой воспоминания о пожалуй одном из лучших поинтов, состоявшимся в Новопеределкинском лесу.

Вместо заключения
Было здорово, весело и хорошо - настолько, что никому не хотелось возвращаться обратно. Пришедшие на встречу авторы блогов увиделись лично, что всегда интересно. Многое обсудили, многое узнали, хорошо отдохнули и снова увиделись все вместе. Так что готовимся к новым встречам, и ждём новых участников!

Читать далее

Дефрагментация файловых систем в Linux - нужна или нет?



43 коммент.
Не раз и не два я пытался выяснить для себя этот вопрос - всё сводится к тому, что файловые системы в *nix-системах не подтвержены ей настолько, как FAT и NTFS. Но в вопросе надо разобраться - и поэтому приглашаются комментаторы.


Для меня этот вопрос представляет академический интерес: то есть "нет, ну а почему!?". Ответ(ы) на него кто-то знает, ибо исходные коды файловых систем и представляет себе всю кухню. Отвечают обычно так:
>почему "ненужна" в линухе?
/>Что отвечать?

что из-за большей продуманности:
0) фрагментация очень мала
1) она не приводит к ТАКИМ тормозам системы как в виндах
поэтому, фрагментацией и её последствиями можно пренебречь, а, следовательно, дефрагментация не требуется.

И всё-таки, почему?

На основе полезных ссылок и ценных комментариев на праздниках напишу пост. Давайте вместе разберёмся.

P.S. Для особо ироничных анонимных аналитиков: гугление и яндексование к положительному результату не привели, вопрос поднимался не единожды, но на моей памяти к какому-то вразумительному выводу никто не пришёл. Ещё раз: давайте вместе разберёмся.
Читать далее