mantigorahvps — приложение для GNU/Linux, позволяющее управлять высоковольтными источниками питания «Мантигора»; распространяется под GPL v2.

( читать дальше... )

>>> Подробности

mantigorahvps: управление высоковольтными источниками питания мантигора под Линукс

Сообщение удалено Shaman007 по причине 'очень низкий уровень материала (0)'

Можно поподробнее, что именно нужно исправить, чтобы новость прошла?

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

Я почему-то всегда думал, что ЛОР — площадка, помогающая пользователям решать проблемы с Линукс.

Утилита npsync позволяет синхронизировать содержимое хранилищ с не-POSIX интерфейсами. Список возможностей включает:

• шаблоны/файлы включения/исключения синхронизируемых файлов и директорий;
• проверка контрольных сумм для выявления ошибок типа «тихая порча данных»;
• расширяемость с помощью утилит доступа к хранилищам с не-POSIX интерфейсом;
• список реализованных интерфейсов включает POSIX-хранилища, иерархическую систему хранения CASTOR, встроенный каталог в текстовом формате NPSYNC.

Основная область применения — синхронизация/проверка хранилищ с не-POSIX интерфейсами с объёмами хранимых данных десятки/сотни терабайт. Но и для POSIX-хранилищ встроенный каталог может быть полезен при регулярной проверке для своевременного выявления ошибок типа «тихая порча данных» и восстановления из неповреждённой копии.

Утилита npsync выложена на github в публичный доступ.

Руководство на русском https://github.com/bubo-bubo/npsync/blob/master/man/ru/man1/npsync.1.html

>>> Подробности

При анализе данных, вычитываемых системой сбора, на предмет сбоев бывает необходимо просматривать данные глазами слово-за-словом. Ломая неоднократно глаза за этим занятием я решил слепить что-нибудь для его облегчения. Идея для такого инструмента не пришла сама, идея была «нагло спёрта» ;) у анализаторов протоколов (например: http://www.usbee.com/suite.html, http://www.usbee.com/dxpp.html, это не реклама!!!), встраиваемых сейчас даже в некоторые модели цифровых осциллографов. Поделие было названо mifa — MISS format analyzer (МИСС это стандарт на крейтовую электронику, изобретённый лет 20 назад в нашем институте) и стало органичной частью dem (decoding error monitor), приложением для мониторирования работы системы сбора и сбора статистики ошибок декодирования данных (уже презентованное ЛОРовской публике в недалёком прошлом анализ работы системы сбора данных)

mifa написана на питоне, декодинг производится в библиотеке написанной на С. Событие рендерится в виде древовидного списка (QTreeWidget) слов буфера, из которого событие декодируется. Т.е. 4-х байтные слова буфера представлены последовательно (buffer word — слово в hex, offset — смещение слова в буфере) с раскодированной в них информацией и обнаруженными ошибками. При чтении файла с данными можно задать критерий останова например по маске ошибки для каждого модуля (обнаруживается более 50 типов ошибок), слева внизу показано окошко для указания типов ошибок в маске. Справа внизу показано выбранное (мышкой по слову в дереве тыц!) раскодированное слово с номерами и значениями битов, раскодированная в полях слова информация и названия полей. Справа вверху виден кусок таблицы с ранжированными корзинами и ошибками в них (я описывал таблицу в прошлом скриншоте). Остальное, надеюсь, понятно по названиям.

Рендеринг построен на шаблоне проектирования builder. Рендереры, знающие только формат данных, реализованы в виде библиотеки питоновских модулей, за представление (отрисовку с помощью QTreeWidget) отвечает builder, что позволяет менять представление без переделки рендереров. Рендереры создаются во время рендеринга с помощью шаблона factory method (virtual constructor), используя свойство питоновских классов first class object. Весь анализатор занимает около 1500 питоновских строк включая библиотеку из 22 рендереров.

Код предоставлю всем жаждущим по запросу.

>>> Просмотр (1920x1200, 364 Kb)

Как правило системы сбора данных в экспериментах физики высоких энергий изделие штучное, по немалой степени разрабатываемое под каждый эксперимент заново (естественно проверенные переиспользуемые компоненты тоже есть ;) ). Нередко электроника системы сбора не проходит тщательную отладку, эксплуатируется в нестандартных условиях, что приводит к необходимости непрерывного контроля работы электроники.

На скриншоте показано приложение для on/off-line анализа работы системы сбора данных. Отображаются (слева направо, сверху вниз): окно таблиц с суммой ошибок по последнему рану и сбросу ускорителя, окно со списком ошибок в узлах, отсортированный по количеству ошибок, окно с таблицей усреднённой длины данных по каждой корзине электроники ранжированных по месту в каждом событии, окно со всеми ошибками в конкретных узлах, конфигурационное окно с длиной данных и количеству ошибок по каждому узлу.

Длина данных указана в 4-байтных словах. Таблицы генерятся в виде HTML, отображаются с помощью QWebViewer и сбрасываются в файлы, для удалённого просмотра из web-browsers через web-server. Приложение написано на python с использованием PyQt, декодинг и накопление статистики производятся в библиотеках написанных на C, что позволяет «молотить» данные со скоростью C, а отображать с удобством python.

>>> Просмотр (1920x1200, 456 Kb)

http://www.osnews.com/story/22860/Google_To_Set_up_Fibre_Network_Becomes_ISP

Google To Set up Fibre Network, Becomes ISP

The Mom of all internet companies, Google, has announced today that it will effectively become an internet service provider. The company is planning on building a number of ultra high-speed broadband networks in select locations in the United States, serving anywhere between 50000 and 500000 users.

гугловоды что-то задумали...

Тихо и незаметно вышел релиз 2.0 кластерной файловой системы glusterfs. Данная ФС достаточно проста в установке и очень гибка в настройке благодаря механизму трансляторов (translators), позаимствованому в операционной системе GNU/Hurd.

Список изменений в новой версии и предлагаемые изменения в будущих: http://gluster.org/docs/index.php/Glu...

В весеннем сеансе 2009 года на установке ОКА в Институте Физики Высоких Энергий (Протвино) системой сбора было записано 830 Гигабайт данных на кластер из четырёх узлов хранения (две пары дублирующих друг друга узлов), оборудованных данной ФС. К осеннему сеансу предполагается добавить новые диски на те же узлы кластера, чтобы увеличить объём хранилища до 5-8 Терабайт.

>>> Подробности

есть шелезяка с IO ports, нужно модифицировать её драйвер так, чтобы можно было мапить некий кусок памяти в user-space и перехватывая в драйвере обращения к ней из user space производить ввод-вывод с портами, а фиктивную IO memory использовать для передачи данных из user space и обратно. Есть похожая решённая задача для отслеживания обращений к IO memory, ключевое слово MMIOTRACE, но там существует настоящая IO memory. В данном случае непонятно как помечать выделенные страницы как свободные, чтобы перехватывать хендлером обращения к ним и в тоже время не давать системе использовать их никому кроме драйвера, как это лечится?

Приложение управления триггером (http://www.linux.org.ru/view-message.jsp?msgid=2746736&lastmod=1211194473025) сохраняет данные в текстовые файлы, откуда их можно мониторировать в онлайн и просматривать в оффлайн. Старая версия интерфейса на JavaScript (http://www.linux.org.ru/view-message.jsp?msgid=2369325) была сильно переработана с учётом подсказок пользователя mirage (который уже удалён), html elements создаются прямо из JavaScript. Эта версия интерфейса работает не только в firefox, но и в opera, что видно на скриншоте.

Для рисования гистограмм пришлось написать кучку кода вокруг пакета flot (http://code.google.com/p/flot/), который удобен, но довольно примитивен в плане возможностей. Возможно кто-нибудь подхватит начинание и напишет на JavaScript большую библиотеку отрисовки 1,2,...-мерных графиков (от знакомого уже поступило предложение загрузить его подшефную студентку такой задачей в качестве курсовой :) ). Такая библиотека была бы полезна по разным причинам:

* переносить бизнес логику, а тем более рендеринг картинок в клиента не только модно, но и серьёзно снижает нагрузку на сервер, а значит возможно использовать в качестве последнего например embedded устройства выступающие источниками данных (у нас есть цифровые скопы с езернет портом, позволяющие отображать данные и управлять скопом через веб-браузер, правда изображение - gif генеримый скопом),

* на клиенте возможно было бы проиводить манипуляции с данными без обращения к серверу: перебинивать, менять параметры представления, вплоть до манипулирования самими датасетами, без необходимости ставить софт для анализа данных (в разумных пределах),

* возможно декларированная поддержка real-time в IPv6 (Flow label - QoS management (20 bits). Originally created for giving real-time applications special service, but currently unused. http://en.wikipedia.org/wiki/IPv6) будет реализована (это уже есть сейчас в специальных решениях http://www.industrialethernetu.com/courses/401_1.htm) и можно будет мониторировать удалённые источники данных в real-time прямо через веб с помощью этой библиотеки (скорость JavaScript интерпретатора пока удручающа, но будем надеяться, что стараниями Adobe эта проблема будет решена);

Код приложения возможно получить и поизучать по адресу на скриншоте в браузере. Главные компоненты: player - меню управления, data dispatcher - коммутатор данных, viewers - просмотрщики данных. Просьба не придираться к мелочам, если они не принципиальны.

>>> Просмотр (1280x968, 277 Kb)

Язык - python. GUI - PyQt3. Доступ к модулям через VME-шный драйвер и самописанную библиотеку (на С + биндинг в python), скрывающую детали контроллеров корзин, их внешней шины и её контроллера. Детали - далее в обсуждении.

>>> Просмотр (1280x1024, 168 Kb)

приложение, работающее в снятом окне firefox'а, целиком написано на javascript'е, веб-сервер используется только для доступа к удалённым файлам с данными, если данные лежат локально, то веб-сервер не нужен вовсе.

Предыдущая версия активно использовалась пучкистами в on-line как обратная связь на изменение подстроечных параметров сверхпроводящего сепаратора каонного пучка (немного выпендрёжа не помешает). Пересчётки вычитываются по концу сброса и записываются в файл, из которого в on-line зачитываются представленным приложением.

>>> Просмотр (1280x968, 214 Kb)

поменял упс у файл-сервера с дискововым массивом на сабж (свинцовый кислотный аккум служит три года, зараза, потом упс становится фильтром), включаю упс - пищит, лампочка оранжевым светит, работа от батареи. Оказалось сработал предохранитель сетевого фильтра (он же разветвитель и удлиннитель). Не долго думая втопил кнопку предохранителя в боевое положение, из фильтра раздался БАБАХ, полетели искры, пошёл дым. Сгорел короче фильтр, после отходняка (ни валерианки ни спиртного не было, походил, подышал свежим воздухом) нашёл второй фильтр, воткнул упс. Из-за угла, спрятавшись, включаю упс - пискнул, лампочка переключилась на зелёный, всё нормально. Вроде не пятница и не тринадцатое, что было - не понял...

>>>

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

"А кто обещал, что системы 10GBase-T будут работать по СКС категории 6?

Доналд Латхэм

...

Кабели категории 6 создавались с тем расчетом, что развитие сетей 1000Base-T пойдет по пути, аналогичному тому, по которому в свое время шла технология 100Base-T (Fast Ethernet), т. е. по пути миграции с механизма передачи по четырем парам на механизм передачи по двум парам. Учитывая тот факт, что число передатчиков и приемников при этом сокращается вдвое, передача по двум парам означает снижение стоимости оборудования. Когда появилась сеть Fast Ethernet стандарта 100Base-T4, она была предназначена для передачи данных по четырем парам кабеля категории 3. Лишь позднее, с выходом поддерживающей работу по двум парам кабеля категории 5 спецификации 100Base-TX, технология Fast Ethernet достигла пика своей популярности. Хотя это позволило снизить стоимость сетевого оборудования, требовались более качественные кабели категории 5. Что же касается спецификации 1000Base-TX (определяющей работу сети Gigabit Ethernet с использованием для передачи сигнала двух пар кабеля категории 6), то необходимые для ее реализации микросхемы, хотя и были разработаны, так никогда и не получили широкого распространения.

Приложив уйму усилий и потратив много денег на исследования, мы наконец поняли, что, несмотря ни на что, СКС категории 6 не обладает полосой пропускания, достаточной для передачи данных со скоростью 10 Гбит/с на расстояние 100 м. Кроме того, “неожиданно” оказалось, что институт IEEE не заинтересован в разработке новых стандартов на сети Ethernet с протяженностью каналов до 100 м и скоростями ниже 10 Гбит/с.

Учитывая так и оставшиеся невыполненными обещания относительно СКС категории 6, можно ли нам надеяться на то, что новые решения расширенной категории 6 (Augmented Category 6 — 6А) оправдают наши надежды? Что нужно сделать, чтобы укрепить нашу уверенность в том, что, использовав СКС категории 6А, мы не окажемся обманутыми? И какой аргумент будет решающим в пользу перехода на эту категорию?

Сегодняшние кабели категории 6 не обладают электрическими характеристиками, которые обеспечивали бы должную работу сети 10GBase-T. К сожалению, к заметной деградации пропускной способности кабельной системы могут приводить использование комбинации кабелей различного типа и стягивание их хомутами. Основной причиной такой деградации являются перекрестные наводки — результат влияния электромагнитной энергии на соседние витые пары, что приводит к искажению и ослаблению передаваемого по ним сигнала.

...

Термин “межкабельные наводки” (alien crosstalk) используется тогда, когда вредный сигнал поступает извне защитной оболочки кабеля. И когда сигналы 10GBase-T передаются по группе связанных между собой или пролегающих в одном кабелепроводе кабелей категории 6, основную проблему представляют наводки от пар соседних кабелей. Для снижения этих наводок зазор между передающими парами кабелей должен быть больше, чем тот, который обеспечивает защитная оболочка существующих кабелей категории 6, поэтому нормально работать на скоростях передачи 10GBase-T эти кабели не будут. Проблему можно решить, лишь изменив саму конструкцию кабеля и, в частности, его защитной оболочки.

Поскольку при разработке конструкции кабеля категории 6 подавление межкабельных наводок не принималось во внимание, то он не сильно препятствует излучению сигнала в окружающее пространство, и, следовательно, нельзя не учитывать негативное воздействие элементов категории 6 на соседние кабели кабельной связки или кабелепровода. По этой причине использование кабелей категории 6 в одном кабельном канале с кабелями категории 6А (для передачи данных 10GBase-T) может приводить к деградации эффективной пропускной способности последних."

учитывая что коммутатор 24х1Gb сейчас можно купить за <$200 (например http://www.dlink.ru/products/prodview.php?type=13&id=434# как утверждает производитель пропускная способность 48Gb/s), 10Gb уже не за горами, посему коблы могут стать проблемой, что думаете?

http://sochi2014.com/sch_oursupfiles_ru

потестил свежекупленный Tandberg LTO-2 HH (420LTO)  	 

http://www.tandbergdata.com/index.php?option=com_content&task=view&id=173&sid=1
&Itemid=245&pdbl=1&a=8

зависимость средней скорости записи от размера блока (в тестах писал
три разных авишки по 700 мегабайт размером):

bs   rate

64M  11.3 MB/s
64M  11.8 MB/s
64M  12.4 MB/s

32M  14.6 MB/s
32M  14.5 MB/s
32M  15.5 MB/s

16M  16.3 MB/s
16M  15.5 MB/s
16M  14.5 MB/s

8M   17.3 MB/s
8M   14.3 MB/s
8M   13.2 MB/s

4M   17.0 MB/s
4M   19.6 MB/s
4M   19.7 MB/s

2M   16.9 MB/s
2M   19.2 MB/s
2M   19.5 MB/s

1M   15.6 MB/s
1M   16.0 MB/s
1M   19.2 MB/s

512K 18.8 MB/s
512K 19.6 MB/s
512K 19.7 MB/s

256K 16.9 MB/s
256K 19.3 MB/s
256K 19.5 MB/s

128K 16.8 MB/s
128K 14.5 MB/s
128K 17.6 MB/s

64K  18.7 MB/s
64K  17.5 MB/s
64K  17.6 MB/s

32K  16.6 MB/s
32K  19.6 MB/s
32K  15.7 MB/s

16K  15.7 MB/s
16K  17.2 MB/s
16K  19.8 MB/s

8K   18.9 MB/s
8K   17.5 MB/s
8K   19.4 MB/s

4K   14.5 MB/s
4K   13.8 MB/s
4K   14.1 MB/s

2K   10.1 MB/s
2K   10.7 MB/s
2K   10.6 MB/s

1K   6.9 MB/s
1K   6.6 MB/s
1K   6.7 MB/s

(default)
512  3.8 MB/s
512  3.8 MB/s
512  3.8 MB/s

с компрессией как-то странно, авишки пишутся с компрессией с максимальной наблюдаемой в тестах скоростью (около 19 MB/s), а без компрессии чуть-чуть побыстрее, текстовые файлы пишутся без компрессии с той же максимальной скоростью в тестах, а с компрессией максисмум 25.5 MB/s, никаких 48 MB/s (декларируемое производителем удвоение скорости при сжатии) и рядом не лежало (использовал текстовый файл размером полгига -- tar дерева сорсов, ужимается gzip'ом в 2.5 раза)

компрессия вкл/выкл:

mt -f /dev/nst0 compression 1
mt -f /dev/nst0 compression 0

давно хотел сделать, некоторые усеры забывают про команду nice после чего работа в командной строке становится несколько задумчивой, ради таких забывчивых сбацан нижеследующий скрипт:


> cat > /usr/sbin/renice.sh
#!/bin/bash
# renice user cpu-burning processes, uid=2005 - special user

ps ar -o uid=,bsdtime=,nice=,pid= |awk '{ t=strtonum($2); if ( $1 >= 500 && $1 != 2005 ) if ( t >= 15 && $3 < 19 ) system("renice 19 "$4); else if ( t >= 5 && $3 < 15 ) system("renice 15 "$4) }'
^D

добавляем строку в /etc/crontab:
...
* * * * * root /usr/sbin/renice.sh

проверяем что работает и радуемся, что в очередной раз технология и знания победили недостатки биологических недокомпьютеров

Первый мобильный телефон Гугла на чипсете Texas Instruments "Edge" будет работать под управлением Linux. Доклад был сделан 12 июля Jennifer Tan работающим в Anian Research (дочерняя компания Reuters) и не подтверждён самим Гуглом. Партнёром Гугла является компания High Tech Computer (HTC), известная своими Windows Mobile смартфонами. Некоторые детали о "G-Phone":

• большой цветной экран с qwerty-клавиатурой
• последующая 3G модель
• запланированный к производству в первом квартале 2006, гуглофон появится на полках магазинов следующей весной
• звонки и смс будут финансироваться "мобильной рекламой" (видимо частично?)
• в США распространением гуглофона будет заниматься компания T-Mobile, на других рынках возможно Orange

Ждём "яндофона" и "рамблофона" с дешёвыми тарифами и контекстной рекламой каждую вторую минуту разговора ;) ?

>>> Подробности

думаю немалому числу "йа пингвинко!" будет интересно прочитать и провести параллель с собой ;)

http://info.sibnet.ru/?id=26768

стырено отсюда: http://krevedko.academ.org/

млин, надо иногда всё-таки переводить значение слов, которые используешь :))))))

http://lingvo.yandex.ru/en?text=teaser

teaser
['ti:zə]

сущ.

1)

а) задира; любитель подразнить, задираться; действующий на нервы человек

б) жеребец или баран (используемые только для возбуждения женских особей, но ни в коей мере не для осеменения)

Syn:

stallion, ram 1.

в) разновидность чайки, настойчиво отнимающей пищу у других чаек; тж. gull-teaser

2) текст. ворсильщик

3) разг.

а) трудная задачка, головоломка

eye teaser — (графическая) головоломка

б) спорт., уст. трудный мяч

4) что-л. дразнящее, привлекательное или соблазнительное

а) разг. привлекательная и недоступная женщина (тж. cock-teaser)

Syn:

chick I 1., babe

б) стриптиз; стриптизный трюк; стрип-танцорша

Syn:

strip-tease

в) амер. привлекательное рекламное объявление

Syn:

advertisement

г) амер. блесна или чаще наживка

д) "тещин язык" (игрушка)

Syn:

bait I 1.

5) короткий занавес на просцениуме

Благодаря набору технологий NEPOMUK (Networked Environment for Personalized, Ontology-based Management of Unified Knowledge) "семантический десктоп" войдёт в состав ожидаемого KDE4. Связывание различных предметов (items) и типов данных в десктопе и вне его, поиск по ним, обмен данными и информацией - это только первый шаг к "семантическому вебу". Появившись сначала в KDE4, возможно в дальнейшем NEPOMUK появится в GNOME и Microsoft Windows благодаря открытой спецификации. Активными участниками проекта являются Mandriva, IBM, SAP (http://nepomuk.semanticdesktop.org/xw...). Центральные семантические свойства будут ключевым компонентом Dolphin, нового файлового менеджера KDE4. "Как принято в мире open source, одобрение даётся пользователями и разработчиками," сказал Sebastian Trüg, архитектор NEPOMUK-KDE в Mandriva. "Мы надеемся что многие разработчики запрыгнут в вагон NEPOMUK-KDE и создадут приложения, о которых мы никогда и не мечтали. Мы также надеемся, что NEPOMUK-KDE будет источником вдохновения для добавления сходных семантических свойств в другие главные open source desktop environments ко всеобщей выгоде."

>>> Подробности