Немного об авторе
Автор известен в сети, как Alex/AT (в реальной жизни - Алексей Асёмов) или просто Alex.
Специализируется на сетях, администрировании, Cisco, Linux, системном программировании, Web-разработке. В свободное время увлекается аниме, в том числе - фансабом.
Контакты: ICQ: 72187938, E-mail: alex@alex-at.ru, VK: http://vk.com/alex_at
На правах саморекламы: регистрация доменных имен от @Net, программа для создания соединений PPPoE/PPTP
Набралось очень много поисковых заходов в блог людьми, которые ищут актуальную информацию по состоянию ядерных реакторов станций Fukushima Daini и Fukushima Daichi.
Я перестал обновлять ленту событий сразу после того, как всё успокоилось, и опасность миновала. Естественно, разочаровав всех тех, кто ждал постоянных обновлений. Увы и ах - совершенно нет времени.
Тем не менее, TEPCO информацию обновляет.
Актуальная информация на английском языке может быть найдена тут:
http://www.tepco.co.jp/en/index-e.html#press-box
А для самых любопытных, желающих видеть всю хронологию событий от начала до сегодняшнего дня - есть пара файликов на TEPCO. Всё на английском языке, не знающим - Google Translate в помощь
:
Past Progress (As of 3:00 pm, on April 17, 2012)
Past Progress (From March 11, 2011 to December 31, 2011)
Найти рабочий и функциональный скрипт для провайдеров с реализацией функционала Looking Glass на PHP оказалось задачей достаточно нетривиальной. Имеющиеся скрипты написаны либо слишком просто, либо не обеспечивают надлежащей модульности/требуемого функционала.
В связи с этим был написан собственный скрипт модульного looking glass на PHP. По ссылке "читать далее" - сам скрипт и небольшая документация к нему.
Собственно скрипты PHP Looking Glass, сопровождающий модуль для работы с Telnet и мини-вариант фреймворка AT/Services распространяются без лицензии, и могут быть использованы любым удобным для Вас образом, в т.ч. в коммерческих целях, за исключением продажи самого кода.
Огромная просьба (не обязательная к исполнению) - не убирать копирайта из текста вывода, и, если Вами были сделаны какие-то серьезные наработки по данному скрипту - присылать их автору.
Переходим лимит в 64 группы callgroup / pickupgroup в Asterisk
Linux, Прочее IT, Asterisk 2 отзывов »Если у Вас есть большая инсталляция Asterisk, наверняка Вы уже столкнулись с проблемой нехватки групп для перехвата звонков (callgroup / pickupgroup). Дело в том, что Asterisk (будь то 1.4, 1.6, 1.8 или 10) поддерживает только 64 группы перехвата. Причём это поле в коде Asterisk сделано битовой маской (один номер может входить во множество групп), имеет размер в 64 бита, и потому устранение этого ограничения не совсем тривиально.
Предлагаемый мной патч (для Asterisk 1.8.10, патч простой, с адаптацией под другие версии проблем быть не должно) реализует не абсолютно красивое, но действенное решение. Он позволяет использовать практически неограниченное (ID размером в 32/64 бита) число контекстов (наборов) групп перехвата. Контекст для пира задается числовым параметром groupcontext в конфигурации пира (по умолчанию - 0).
Все перехваты и переводы при этом возможны только в пределах уникального номера контекста. Таким образом, становится возможной реализация неограниченного числа callgroup/pickupgroup, с тем ограничением, что каждый пир может входить только в те самые 64 группы в пределах своего контекста. Этого, в принципе, должно быть достаточно почти для всех инсталляций - предположить одного-единственного клиента с необходимостью >64 групп достаточно сложно.
У патча есть одно ограничение: контексты групп перехвата поддерживаются всеми каналами, за исключением mISDN. Группы перехвата в mISDN строго завязаны на бинарные структуры, поэтому все каналы mISDN с патчем используют только "стандартный" контекст 0, и в другие контексты не суются.
Ядро CentOS 6.2 [2.6.32-220.7.1] с исправлением и обновлением поддержки RPS
Linux, Сети и администрирование Оставить отзыв »Начиная с RHEL / CentOS 6.1 в ядре появилась поддержка Receive Packet Steering (RPS) / Receive Flow Steering (RFS). Это очень полезная функция, позволяющая разбрасывать обработку входящего потока с сетевых плат по процессорным ядрам. В 6.2 есть еще и XPS (Transmit Packet Steering), но я его пока не тестировал.
К сожалению, в ядре разработчиками RHEL была допущена досадная ошибка / опечатка, из-за которой RPS оказался совершенно нефункционален - вся обработка отправляется на первый процессор из тех, что отмечены в маске RPS. Исправление этой ошибки достаточно тривиально, и описано тут:
https://bugzilla.redhat.com/attachment.cgi?id=557437&action=diff
RHEL обещает включить указанное исправление в билд 2.6.32-230, т.е. в RHEL / CentOS 6.3 можно ожидать. В 6.2 его, видимо, не будет.
Поэтому под ссылкой "читать далее" я предлагаю Вам сборку ядра CentOS 6.2 (на данный момент - версия 220.7.1) для архитектуры x86_64 (кто-то еще использует "чистый" x86 для обработки трафика?!) с определенными изменениями, касающимися RPS/RFS, и сам патч (для ядра 220.7.1). В патч входят следующие изменения:
1) интегрировано исправление, о котором шла речь выше, RPS теперь работает нормально
2) интегрированы патчи из мейнстрима, используемые в концентраторе ATLAC, улучшающие работу RPS/RFS в плане производительности и надежности
Данный билд ядра абсолютно совместим по ABI с ядрами CentOS / RHEL, и прошел встроенную проверку ABI при сборке.
В целом функцонал RPS/RFS в данном ядре по коду получается где-то на уровне ядер 3.0, за исключением пары оптимизаций, ломающих ABI.
Нет, я всё понимаю, конечно. Как говорится, угадай, где такое может быть... ошибиться невозможно.
http://lenta.ru/news/2012/02/13/free/
предыстория
http://lenta.ru/news/2011/08/19/champ/
http://lenta.ru/news/2011/08/19/confession/
http://lenta.ru/news/2012/01/12/sledcom/
Слов нет.
Наконец-то закончен перевод аниме Toradora / http://anidb.net/perl-bin/animedb.pl?show=anime&aid=5909
Перевод уже в архиве fansubs.ru: http://www.fansubs.ru/base.php?id=2138 , заточен под версию сериала от Coalgirls (DVD).
Для перевода смотрелся сериал, читались новеллы, и досконально изучалась суть происходящего. После чего была сделана попытка передать именно дух сериала, а не букву. Насколько это удалось - судить вам.
Как только выйдет BD-релиз Toradora от Coalgirls, я обновлю перевод, и добавлю в него переведённую OVA. Если у кого-то будут конструктивные замечания по поводу отдельных моментов перевода - милости прошу.
Если у вас не расово верный DirectVobSub, а какой-нибудь DXVA или кривая встроенная плеерная титровалка, и караоке ужасно разъезжается - либо включите DirectVobSub, либо возьмите версию из каталога NoFx (без караоке).
Перевод: http://alex-at.ru/files/Tora/alex_toradora_1_1.rar
Дополнительные шрифты (для Windows 7 не нужны): http://alex-at.ru/files/Tora/fonts.rar
Заметка к переводу: под ссылкой "читать далее"
Команда:
Перевод, стайлинг, OP/ED, караоке: Alex/AT
QA / QC, редакторы: Vladimirex, Dragonfly, Mikhail, Chaos66
QinQ на DLink DGS-3600 Series, DES-3028/3052, DES-3200 Series
Сети и администрирование Оставить отзыв »У сетевых инженеров частенько появляются вопросы по механизму работы QinQ на коммутаторах D-Link указанных в заголовке серий, конкретно - по UNI, NNI, TPID, PVID.
Под ссылкой "читать далее" я описал механизм работы QinQ и вообще тегирования VLAN на данных сериях коммутаторов. Описание сделано на базе многочисленных тестов и экспериментов - т.е. является результатом кропотливого изучения механизма работы QinQ на данных сериях коммутаторов.
Основные термины (VLAN, TPID, PVID, UNI, NNI) - в описании не разжевываются, кто не совсем понимает, о чём речь - погуглите. В описании описывается только непосредственно механизм работы коммутатора.
Возвращаясь к теме аварии на SPB-IX, о которой я писал здесь:
http://alex-at.ru/netmartian/internet-spb-ix
Сегодня на SPB-IX снова авария, не совсем такая же, но подобного рода - ARP-флуд с интерфейса. Судя по всему, опять затронуло многих - пинги до некоторых провайдеров ходили даже через внешку черезразово.
Упомянутая мной в исходном посте команда mls qos protocol arp police для Cisco 76xx - спасла. Трафик ходит, на 76xx можно попасть, отследить, и положить "заливающий" интерфейс. Перерывов связи нет, клиенты довольны, инженеры (начиная с меня) счастливы ![]()
В данный момент на собственном мониторинге SPB-IX (http://www.ix.ru/spb/network/traffic.html) - нули, сразу по обнаружении ARP-флуда написали им, ждём восстановления.
Upd 18.11.2011 13:33: SPB-IX отрапортовался о решении проблемы
Upd 18.11.2011 14:15: подняли порт, полёт нормальный ![]()
Нет, это не реклама. Точнее, получается как бы реклама, но это не она.
Иногда бывают файлы, которые удобнее всего скачивать с файлообменников (rapidshare.net, megaupload.com, ifolder.ru, letitbit.net и т.д.). Всё бы хорошо, но все подобные файлообменники являются "платниками", и требуют денег за быстрое скачивание файлов. Если не платить - придется ждать от 30 секунд до нескольких минут, скачивать на низкой (~30кб/сек) скорости, а на многих - еще и есть ограничение на объем или количество закачанных за день файлов.
Основное же неудобство в том, что каждый платник требует своего аккаунта. Регистрироваться на каждом и платить каждому (а регистрация обычно предполагает неограниченный доступ в течение минимум месяца) за один-два срочно необходимых файла - крайне накладно. Конечно, есть ресурсы, где народ делится логинами к платникам, или предлагает скачать файл по запросу - но опять же придется ждать.
Есть способ лучше. Уже достаточно давно существует замечательный сервис - filedownloader.net, который позволяет за разумные деньги решить указанные проблемы раз и навсегда. Этот сервис поддерживает постоянный доступ к платникам, и предоставляет своим пользователям возможность скачать с них файлы не просто быстро, а очень быстро. Цена - тоже вполне божеская: 0.5$ за гигабайт - если не увлекаться скачиванием фильмов и прочей мути, которую проще найти в торрентах - 10$ хватит о-оооочень надолго. Причем внесенная сумма не сгорает (пользуюсь сервисом уже несколько лет, первые 15$ только-только были потрачены, в итоге - где-то за 3-4 года пользования).
Пользоваться сервисом просто: заходим на сайт, регистрируемся, подтверждаем e-mail. Далее скачиваем клиента (FDN), задаем свои логин и пароль, проверяем сеть. Всё, программа готова к работе. Проплачиваем начальную сумму через любой из доступных способов оплаты (также с сайта). Далее, как только мы попадаем на поддерживаемой программой файлообменник (список есть на сайте, и в самой программе, в меню Help/Помощь) - копируем ссылку из адресной строки, и вставляем её в программу FDN. Как только в программе появится корректное имя файла (лучше убедиться, что совпадает) - можно нажимать кнопку "Старт" - файл будет скачан на максимально возможной для Вашего канала скорости (мне удавалось забивать с помощью FDN от 40 до 100 Мбит на прием).
Надеюсь, кому-то данный сервис (как и мне), вкупе с данной статьей, поможет сэкономить драгоценное время при скачивании редких файлов с файлообменников. Если данная статья Вам помогла найти нужный и полезный сервис - в качестве благодарности, пожалуйста, регистрируйтесь на сервисе именно по приведенной здесь ссылке: http://filedownloader.net - Вам от этого не убудет, а мне сервис начислит небольшую копеечку.
Вот оно, чудо техники: http://lytro.com . Особенно интересна галерея - все картинки кликабельны (каждая картинка - это 1 снимок) - попробуйте
Вещь по сути революционная, и если пойдет в массы - перевернет суть фотографии как минимум в быту, а то и далее.
Суть проста: эта камера захватывает пространственное изображение (авторы называют ее "камерой на основе световых полей"). Технология аналогична технологии MIMO в Wi-Fi - используется множество копий сигнала, следующих в разных направлениях. Теперь MIMO пришло и в оптику. В основе камеры лежат сложные алгоритмы пространственного восстановления сигнала и коррекции различных артефактов, ну и целый набор специально подобранных линз.
Весь фокус в том, что у картинок нет фокуса... прошу прощения за каламбур. Захватывается пространственное изображение целиком, после чего - уже при обработке изображения - можно выбрать точку фокусировки. Т.е. в одной-единственной "фотографии" можно потом сфокусироваться и на переднем плане, и на заднем плане, и где-то посередине. Неявное преимущество - у нее нет задержки между нажатием кнопки и снимком (нет процесса фокусировки). Очень здорово, когда снимаешь всякую шуструю живность, которая садится на 2-3 секунды, и норовит улететь дальше. В итоге - такая камера абсолютно подойдёт для быстрой съемки, групповой съемки, съемки природы, мероприятий с массой действующих лиц, и прочего-прочего. По заявлениям авторов - хорошо снимает даже при плохом освещении.
Если еще не успели - обязательно посмотрите галерею на официальном сайте камеры для того, чтобы окончательно понять, о чем речь.
Цена, кстати, выставлена вполне вменяемая - 500$ за образец с 16Гб встроенной памяти (~750 снимков). К сожалению, пока только предзаказ (поставки будут только в начале 2012 года), и только в США. Но... в хотелки - однозначно.