Вслед за моноблочными компьютерами Wind Top AE2282 и AE2282G компания MSI выпустила еще две похожие модели с ОС Windows 8, но оснащенные экранами большего размера.
Размер экрана моделей MSI AE2712 и AE2712G равен 27 дюймам, разрешение — 1920 x 1080 пикселей. Экран — сенсорный, распознает до 10 одновременных прикосновений.
За время, прошедшее с публикации первой статьи на хабрахабре, появилось желание поделиться с сообществом некоторыми мыслями, а так же более подробно описать процесс создания программного симулятора автоматизируемого оборудования. Желающих ознакомиться с предыдущим текстом, прошу сюда — Симулятор для тестирования ПО АСУТП.
Теперь на сайте проекта выложена полная версия программы. После некоторых размышлений, пришёл к выводу, что развить данную поделку до коммерческого продукта не получиться. Буду рад отзывам от коллег по цеху, если кому-то пригодиться.
Задача, которая была выбрана в качестве примера, относится скорее к обработке сигналов, чем к АСУТП, и не имеет абсолютно ни какого практического смысла. Сделано это намеренно, для того чтобы не отвлекать читателя излишними подробностями предметной области и увеличить наглядность (все любят графики).
Компания Elitegroup Computer Systems добавила в свой ассортимент системную плату H61H2-MV, построенную на чипсете Intel H61. Новинка характеризуется небольшими габаритами (она выполнена в форм-факторе Micro-ATX) и совместимостью с процессорами Intel в исполнении LGA1155, тепловой пакет которых не превышает 65 Вт.
Задача: Запустить, настроить n (в примере будем запускать 3) qemu машин с ОС ubuntu-12.04.1-server-amd64-1шт. и FreeBSD-9.0-RELEASE-amd64. Версия amd64 является рекомендованной разработчиками ubuntu.
1. Инсталляция (Не забываем обновить порты товарищи BSD'дельники)
Итак:
Скачаем образ загрузочного диска ubuntu-12.04.1-server-amd64.iso с официального сайта. Загружаем модули ядра и добавляем их в loader.conf (создаем при необходимости)
kqemu.ko — Модуль акселерации.
aio.ko — Модуль асинхронного ввода-вывода.
Или можно добавить модуль aio в ядро, так же для эмуляции работы в сети нам потребуется устройство tap, а следовательно в ядро необходимо подгрузить следующие модули:
main [17:53:/usr/QEMU]# cd /usr/src
main [17:53:/usr/QEMU]# make buildkernel KERNCONF=< kernel_name >
…
main [17:53:/usr/QEMU]# make installkernel KERNCONF=< kernel_name >
…
main [17:53:/usr/QEMU]# shutdown —r now
Если не подгрузить модуль aio.ko то QEMU упадет с криком:
В том случае если вы планируете налаживание сетевого взаимодействия между хостовой FreeBSD и гостевыми системами необходимо так же загрузить седующие модули:
После перезагрузки мы увидим, наши модули как погруженные в ядро:
bridgestp.ko — подгрузился автоматически.
Далее убедитесь что ваша основная шина IDE-master подерживает тенологию DMA (сейчас ее поддерживает большенство архитектур)
Так как неободимые модули ядра уже загружены — продолжим подготовку хостовой ОС к предстоящей настройке сети в гостевой ОС. После загрузки модуля if_tap.ko, среди сисемных переменных появятся те, которые регулируют работу интерфесов tap*. Нас интересует две —
net.link.tap.up_on_open — переводит интерфес в положение up, когда открыт /dev/ tap. net.link.tap.user_open — позволит пользователям открывать /dev/tap. Для ограничения использования устройств /dev/tap* изменим его владельца и права доступа к нему. Это можно сделать задав правила devfs в файле /etc/devfs.rules, по умолчанию в FreeBSD 9.0 его нет, поэтому создаем.
Теперь изменим переменные:
Теперь подготовим сеть. Мне необходимо, чтобы ко всем машинам можно было подключиться снаружи по IP и они имели выход в локальную сеть виртуалных машин. Итак необходимо создать bridge интерфейс объеденив в него 3 tap интерфейса.
Читать полностью »
Пост о том, как используя «большой» и «сложный» инструмент в большинстве своем ориентированный на компании, нежели на одного-двух людей, может решать повседневныt задачи таких пользователей, как фрилансеров.
Дабы не обращать пост в фикцию и рекламу, я сознательно в заголовке не стал писать о том, что в своей работе использую вполне конкретную систему, а именно Мегаплан. Но с другой стороны и не упомянуть о ней в тексте я не могу, так как факты и конкретику я буду приводить связанные именно с ним, так как с весны 2012 года начал использовать его в своей работе.
Если абстрагироваться от того, что я являюсь директором по качеству в компании-разработчике данного решения и подойти к вопросу выбора системы с сугубо практической точки зрения, то отмечу лишь пару моментов, которые позволили мне остановиться именно на нем:
1. Практически мгновенная регистрация аккаунта- никаких там шаманств с разворачиванием на собственном серваке дистрибутивов и т.п. вещей, хотя помимо SaaS-решения, линейка продуктов предоставляет выбор и коробочную версии. Т.е. сразу после принятия решения о внедрении я смог начать осуществлять задуманное.
2. Интуитивное понимание функционала- семи пядей во лбу не нужно, чтобы разобраться в работе сервиса, а тратить время на изучение продукта мне ой как не хотелось.
3. Гибкость- большинство систем, которые, напомню, чаще рассчитаны на компании от средних и выше, предлагают невероятное количество функционала, который мне и даром не нужен, а ведь за него еще и приплачивать просят, а облегченные версии либо отсутствуют напрочь, либо представляются невразумительными огрызками, которые только и нужны для того, чтобы купить «большую дорогую и блестящую» версию продукта. В выбранном мною решении все проще, продукта «Совместная работа FREE» за глаза хватит для решения бОльшей части насущных задач и это будет абсолютно бесплатно.
4. Цена- для фрилансера с головой будет достаточно бесплатной версии на 3 лицензии (одновременный онлайн людей в системе), а при необходимости расширения дополнительные возможности в масштабе фрилансера или небольшой компании будут стоить копейки.
И еще о роде деятельности. Я занимаюсь аутсорсингом тестирования, задачи довольно специфические безусловно, но в контексте решаемых при помощи инструмента проблем, их содержание и выполнение не имеет никакого значения, так как перечисленные ниже способы организации рабочего процесса никак не связаны с направлением моей работы.
Это все лирическое вступление, без которого пост не имел бы логической структуры, собственно теперь ближе к сути, которую описывать буду в формате «было — стало». Под катом много букв, надеюсь заинтересованные читатели осилят прочтение.
Пост о том, как используя «большой» и «сложный» инструмент в большинстве своем ориентированный на компании, нежели на одного-двух людей, может решать повседневныt задачи таких пользователей, как фрилансеров.
Дабы не обращать пост в фикцию и рекламу, я сознательно в заголовке не стал писать о том, что в своей работе использую вполне конкретную систему, а именно Мегаплан. Но с другой стороны и не упомянуть о ней в тексте я не могу, так как факты и конкретику я буду приводить связанные именно с ним, так как с весны 2012 года начал использовать его в своей работе.
Если абстрагироваться от того, что я являюсь директором по качеству в Мегаплане и подойти к вопросу выбора системы с сугубо практической точки зрения, то отмечу лишь пару моментов, которые позволили мне остановиться именно на нем:
1. Практически мгновенная регистрациия аккаунта- никаких там шаманств с разворачиванием на собственном серваке дистрибутивов и т.п. вещей, хотя помимо SaaS-решения, Мегаплан предоставляет и коробочную версию продукта. Т.е. сразу после принятия решения о внедрении я смог начать осуществлять задуманное.
2. Интуитивное понимание функционала- семи пядей во лбу не нужно, чтобы разобраться в работе сервиса, а тратить время на изучение продукта мне ой как не хотелось.
3. Гибкость- большинство систем, которые, напомню, чаще рассчитаны на компании от средних и выше, предлагают невероятное количество функционала, который мне и даром не нужен, а ведь за него еще и приплачивать просят, а облегченные версии либо отсутствуют напрочь, либо представляются невразумительными огрызками, которые только и нужны для того, чтобы купить «большую дорогую и блестящую» версию продукта. В Мегаплане все проще, продукта «Совместная работа FREE» за глаза хватит для решения бОльшей части насущных задач и это будет абсолютно бесплатно.
4. Цена- для фрилансера с головой будет достаточно бесплатной версии на 3 лицензии (одновременный онлайн людей в системе), а при необходимости расширения дополнительные возможности в масштабе фрилансера или небольшой компании будут стоить копейки.
И еще о роде деятельности. Я занимаюсь аутсорсингом тестирования, задачи довольно специфические безусловно, но в контексте решаемых при помощи ERP-системы проблем, их содержание и выполнение не имеет никакого значения, так как перечисленные ниже способы организации рабочего процесса никак не связаны с направлением моей работы.
Это все лирическое вступление, без которого пост не имел бы логической структуры, собственно теперь ближе к сути, которую описывать буду в формате «было — стало». Под катом много букв, надеюсь заинтересованные читатели осилят прочтение.
Существует разные техники отладки: кто-то зарывается в отладчик, кто-то медитирует, ожидая просветления, кто-то судорожно меняет код в надежде на удачу, но почти ни кто не откажется от файла в котором будет сохранены последние мгновения жизни процесса, что происходило, в каких нитях, на каких ядрах, в какое время. Заботливо и педантично сохраненная отладочная информация может сохранить многие рабочие часы, особенно если речь идет о отладке драйвера и аппаратного обеспечения с которым он работает. Ну, а в случае когда ошибка случайная и воспроизводиться на 1 системе из 20 в течении недели, то без отладочной информации медитация может затянуться.
В данной статье пойдет речь об утилитах, помогающих в перехвате отладочных сообщений драйверов, работающих на нескольких машинах одновременно и передаче сообщений на сервер для сохранения и анализа.
Хорошо, когда при разработке проекта под django, разработчики проекта изначально озаботились его интернационализацией.
Минимальными усилиями, проект адаптируется под различные языки. Django имеет богатый набор инструментов, достаточный для почти автоматического добавления новых языков, исправления и добавления переводов отдельных участков текста и так далее.
Ситуация выглядит совсем иначе, если проект изначально не предназначался для интернационализации. Огромный массив файлов, в которых разбросаны локальные строки в совершеннейшем беспорядке, при этом многие из них дублируются в разных файлах. Собирать все эти строчки в один файл, сортировать, заменять их содержимое в исходных файлах на идентификаторы сообщений — огромная и неблагодарная работа.
На «Яндексе» появился пресс-релиз: Яндекс объявляет финансовые результаты за III квартал 2012 года.
В конце пресс-релиза есть интересная ссылка: "Полная версия пресс-релиза (на английском языке)". Там можно найти информацию, которой нет в версии на русском языкеЧитать полностью »
На «Яндексе» появился пресс-релиз: Яндекс объявляет финансовые результаты за III квартал 2012 года.
В конце пресс-релиза есть интересная ссылка: "Полная версия пресс-релиза (на английском языке)". Там можно найти интересную информациюЧитать полностью »
