Month: June 2008

Сегодня был просто замечательный день: мы с Леной пошли в Царицино кататься на зорбе. Зорб – это такой двойной шар из силикона с растяжками, к которому тебя привязывают, а после чего скатывают с горы. Ощущения очень забавные, хотя немного страшно от того, что видишь куда катишься. Потом гуляли по парку, Света прошла совершенно самостоятельно около километра. Немного фоток оттуда под катом.

Обновил свой фотоаппарат в связи с грядущим ДР 🙂 Что могу сказать после нескольких часов игры с ним:

1 – Очень, очень быстрый, легкий, резкий и маленький китовый объектив 14-42 (3.5-5.6), жаль мне не нужен совсем.

2 – Цвета! Oly-300 очень хорошо передавал цвета, 500ю серию ругали за уход от фирменной цветопередачи. Что же, в 520 это исправлено, все естественно и ярко.

3 – ДД относительно 500ки и 510ки исправлен, относительно 300ки он заметно улучшен.

4 – Корпус 520 сделали на волос толще, чем 510, стало совсем как с магниевой 300й.

5 – Макском надо мной смеется, но теперь рабочие ISO такие же как у Кенона.

6 – Стабилизатор изображения дает от 1 до 2.5 стопов выигрыша, что особенно на длинных концах. Снимать на 50мм с выдержкой 1/20 и даже длиннее можно не обнимая столб. Забавно, но стабилизатор работает громко. В Sony Alpha его не слышно, как не видно и его эффекта.

7 – Apple и Adobe пока не знают ничего про RAW с этой камеры. Ничего, скоро добавят. Как вариант, можно просто править тэг имени камеры на 420. Но я скорее всего просто подожду.

Olympus E-520 оснащен той же матрицей, процессором и стабилизатором, что и E-3 (по всей видимости), что не может не радовать. Примеры из Сети E-3 vs E-520 вообще не отличаются. Отрадно, что инженеры Олимпуса учли все косяки 500 и 510 и все исправили.
Ниже еще пара примеров.

Хорошая все-таки вещь, GPS!

Прихожу я сегодня на работу и вижу, что по календарю у меня тренинг. Офис на Октябрьском поле, тренинг на Красных Воротах в переулочках, время 10-00. Думаю, что опоздал на пол дня, но нет! Nokia проложила очень-очень хитрый маршрут по дворам и переулкам, в результате чего я за 30 минут добрался до места, при чем я постоянно спрашивал себя куда я еду, но улучшать самодеятельностью маршрут не стал. До дома тоже ехал по GPS, тоже по совершенно неочевидным для меня местам и тоже довольно быстро. Странно потом понимать, что Остоженка – та же Вернадка, что для навигатора очевидно.

Что я подумал: сам я еду так, чтобы по моему опыту быть на улицах где мало пробок, увеличивая маршрут раза в полтора. GPS к сожалению про трафик ничего не знает (такая у нас страна), тупо прокладывает кратчайший маршрут, предпочитая дворы магистралям и не взирая на мнение, что днем у Кремля делать нечего. Средняя скорость у меня в самые ужасные пробки (если нет полностью блокированных мест) 10км/ч, дальше 20 км в Москве как-то некуда ехать, поездка в центр – 12-15 км. То есть получается, что когда не знаешь пути к какому-нибудь офису с невнятным адресом, то следует полагаться на GPS полностью, за час с копейками доедешь уверенно.

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

Аппаратная часть – Asus Eeepc (4G) в качестве сервера, Western Digital MyBook 500Gb в качестве резервной копии, Hitachi Deskstar 400Gb в качестве основного носителя. Роутер Asus WL-500W.

Операционная система – Debian Lenny, протокол – NFS, система резервного копирования – rsync+cron. Не завелась Time Machine в самый-самый последний момент, при чем совершенно без причин. За то теперь у меня не будет проблем с шифрованием носителей в ноутбуке, для rsync все будет прозрачно.

Моя радость по поводу мега-технологии iSCSI немного омрачена грубой реальностью. Все работает, но:

– клиент для Mac’а содержит столько ошибок, что пользоваться им нельзя. В случае грязного размонтирования, выхода из сна или Луны в Водолее kernel panic. Нет, я не спорю, что Маки Беспомщное Говно, но это слишком. Другого клиента нет, то есть он стоит 200$ и отзывы о нем нелестные.

– сервер по какой-то непонятной причине при использовании 2х физических носителей на USB (когда 2й был на IDE, сейчас не могу в силу смены железки, все вроде работало) виснет. В общем BUG: software lock in CPU#0 я видел впервые, за то стабильно. Про oops’ы я молчу.

– потеря линка коробит массивы, ибо кеширование с 2х сторон до добра не доводит.

В общем дома и в местах с ненадежными каналами я бы его теперь не советовал. Сейчас все копирую на отдельный винт, чтобы все переформатировать и раздавать по NFS, SMB или AFP, тем более, что объяснять Time Machine как пользоваться сетевыми дисками не так сложно оказалось.

Давно что-то я не брал в руки фотоаппарат, исправляюсь.

Написа небольшую заметку о том как сделать сетевое хранилище. Результатом я доволен, реальный бюджет решения для меня составил 0 рублей 🙂

Задача.

У меня есть macbook, старенький по нынешним временам, но любимый. С ростом объемов баз Aperture и iTunes проблема резервного копирования встала довольно остро, для чего был в свое время приобретен WD mybook на 500 Гигабайт и Hitachi с USB-коробкой на 400. Хитачи использовался как диск с данными, а WD для резервного копирования Time Machine, подключалось же все по USB. Данная схема меня не устраивала обилием проводов и привязкой к столу: отключаясь от USB я терял связь с накопителями, пойти на кухню с ноутбуком и музыкой я не мог. Я решил сделать файловый сервер, который бы раздавал нужные мне файлы по сети, скажем через WiFi. Здесь обнаружились некоторые проблемы:

* если я буду раздавать файлы по NFS или CIFS, то сами носители мне прийдется как-то конвертировать из HFS+ в ext3. На сколько мне известно, единственный способ, это стереть и разметить заново, что с 250Gb нужных данных как минимум муторно.
* если я буду раздавать файлы по NFS или CIFS, то TimeMachine будет игнорировать эти диски и как объекты для резервного копирования, и как ресурсы для резервного копирования.
* Spotlight не будет правильно работать с CIFS

Конечно, я могу реализовать Time Machine своими руками на bash’е, cron’e и rsync’е, но знание решения этой задачи делает ее неинтересной. Кроме того, Time Machine просто работает ™ и тесно интегрирована с различными программами Apple. Удобная она. Решение мне подсказали коллеги, надо использовать iSCSI, который работает на уровне устройства и отдает файл или дисковый массив с сервера (так назваемый target) на клиент (initiator) как блочное устройство. Для клиента такой диск ничем не отличается от локально подключенного SCSI-устройства, что решает мои проблемы.

Специальные требования.

В целях борьбы с гаджетоманией и косньюмеризмом бюджет был определен в 5000р максимум без учета стоимости накопителей, что дешевле Time Capsule в несколько раз. Решение не должно иметь ни одного вентилятора, а желательно чтобы оно не имело движщихся частей вообще.

Аппаратная часть.

Я знал, что один мой коллега когда-то делал беспроводную точку доступа, совмещенную с файловым сервером своими руками, но что-то у него не заладилось и компьютер отправился на шкаф. В результате за символические деньги мне досталась старая безвентиляторная VIA Epia c процессором VIA Samuel-2 в хорошем корпусе и 128 мегабайт оперативной памяти к ней. Конечно, следовало бы купить Intel D301GLY, цена которой в Москве 1500р, Mini ITX корпус (еще 1500-2000р) и память DDR II (еще около 1000р). Оставшиеся деньги можно вложить в карточку WiFi и flash, с которой будет загружаться операционная система. Я в просто взял флешку, которой не часто пользовался, а WiFi у меня раздает роутер Asus WL-500W. Если роутера нет, то можно использовать свободный PCI-слот для сетевой карты с несколькими портами, а WiFi повесить на USB или использовать Apple Airport Express, что вплотную приблизит нас к формфактору Time Capsule.

Замечу, что даже с учетом роутера, даже более дорогого гигабитного LinkSys и жесткого диска, вся система получается дешевле оригинального Time Capsul и функциональнее ее, хотя и больше по размеру.

Можно также в качестве платформы использовать Ausus EEEPC или просто старый ноутбук.

Программная часть.

В качестве операционной системы был использован Debian Etch в минимальной конфигурации и build essential для сборки сервера. Для Linux есть реализация iSCSI-target, то есть сервера, http://iscsitarget.sourceforge.net/. С раздела downloads требуется скачать архив, так как готовой сборки нет, распаковать его, выполнить make && make install. Все проходит без ошибок, собственно, сервер вполне готов к работе.

Конфигурационный файл iSCSI-target находится в /etc/ietd.conf. Единственные строчки, играющие принципиальное значение на этапе тестирования нашей системы, это имя ресурса, которое вообще говоря может быть любым запись вида Lun 0 Path=/dev/sda, где /dev/sda – устройство, которое мы собираемся отдавать. Клиентом на Macintosh будет globalSAN iSCSI initiator, который совершенно бесплатен. Для Windiws есть также бесплатный Microsoft iSCSI software initiator. Обе программы обладают очевидным интерфейсом: надо вписать IP сервера на 1й вкладке и выбрать Lun по имени на второй, после чего в системе появится еще 1 жесткий диск, который можно разбивать, форматировать или использовать уже существующие разделы.

Так как все мои компьютеры находятся в 1й локальной сети без доступа извне, то шифрования канала и авторизации я не делал, хотя iSCSI поддерживает CHAP, а сам iSCSI можно инкапсулировать в IPSec, если вы хотите работать со своими дисками скажем издалека.

Производительность и результат.

Что тут можно сказать? Даже моя откровенно слабая и старая VIA Epia огараничена сверху производительностью сети, скорость работы с диском чуть менее 100 мегабит в секунду. Кеширование диска происходит и на стороне клиента и на стороне сервера, так что больший объем оперативной памяти на сервере – лучше. Aperture стала заметно быстрее работать с коллекцией, точнее, ее работа перестала сказываться на отклике самого ноутбука. Time Machine сразуже опознала свой старый диск и синхронизировала резервную копию. Теперь я могу ходить с ноутбуком по всему дому не теряя связи со своими накопителями.