Рубрика «smart» - 2

Для тех кто использует Zabbix, и хочет научится делать свои шаблоны и мониторить не стандартные системы (которых еще нет в Zabbix), а также,
кому нужен расширенный мониторинг S.M.A.R.T., и кого не устроили уже существующие шаблоны, прошу под кат.
Читать полностью »

image

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

Появляется у меня периодически необходимость тестирования большого количества жестких дисков. Обычно для этого используется досовая Victoria загружающаяся по сети. Она тестирует диски по одному, что не очень удобно. К тому же последнее время пошли платы не имеющие режима IDE, что дополнительно усложняет задачу. По началу у меня возникла идея взять готовый софт под линукс с открытыми исходниками и добавить ему возможность параллельного тестирования нескольких дисков. После беглого поиска выяснилось удручающее состояние этой области в линуксе. Из софта, ведущего при тестировании статистику по времени доступа к секторам и типам ошибок нашел только whdd. Попытка разобраться с кодом whdd закончилась полным провалом. Для меня, ни разу не программиста, код показался очень запутанным. К тому же большую его часть занимает совсем не работа с железом.

Поняв, что простого решения не предвидится я решил попробовать написать подобную программу самостоятельно. Понимая, что подобный проект на C я не осилю я начал изучать возможность прямой работы с дисками из python, которым я частенько пользуюсь для решения простых задач и люблю за простоту и понятность. Информации по этому вопросу в сети кот наплакал, но все же я выяснил, что существует модуль fcntl который в том числе позволяет отправлять устройству ioctl запросы. Теперь у меня появилась возможность отправлять команды диску. Но в линуксе все диски считаются scsi дисками, а для тестирования нужно передавать диску непосредственно ata команды. Оказалось существует механизм ATA Command Pass-Through, позволяющий обернуть ata команду в scsi запрос. Основную информацию о том, как это использовать удалось почерпнуть из исходных текстов проекта sg3_utils. Осталось попробовать реализовать это все на питоне.
Читать полностью »

Большинство рабочих конфликтов возникает из-за неправильного понимания задач. Как внести ясность в рабочий процесс, избежать недопонимания и сделать работу эффективнее? Давайте поговорим о воинском уставе, ошибках при постановке задач и способах стать друг для друга понятнее.

Эффективность: говорим на языке задач - 1

На самом деле задачи бывают всего лишь двух типов: формализованные и слабо формализованные. Особенностью первых является четкое понимание исполнителем действий с самого момента получения такой задачи. Второй же тип связан с творческим поиском.

Идеальная неформализованная задача была превосходно описана в одноименной русской сказке: «Поди туда — не знаю куда, принеси то — не знаю что». В такой постановке задачи нет явного ответа на вопрос — зачем мне это делать? Мотив не раскрывается недаром — это задача для самураев. Людей с мощной внутренней мотивацией.Читать полностью »

в 23:31, , рубрики: gtd, smart, хочу на Марс

О целях - 1Цель. Мы очень часто упоминаем это слово. Или говорим о целеустремленных людях. Или рассуждаем о средствах, не упоминая цели. Давайте разберемся, что же такое цель. Цель — это то, чего нужно достигнуть. Такое простое определение я использую для себя. Однако обманчивая протота требует ответить на несколько вопросов. Во-первых, нужно четко определить, чья это цель: ваша лично, компании, где вы работаете, какой-то группы людей, или быть может человечества?

Начнем с личных целей. Следующее, что следует определить — чего мы хотим достигнуть. Одним предложением. Но как дать правильное определение? Рецепт таков — когда цель будет достигнута, вы точно сможете это понять. Иными словами, цель должна быть измерима. Например: «хочу разбогатеть». Хорошее определение? Нет. Сейчас вам кажется богатством миллион долларов. Когда он у вас будет, вы вероятно посчитаете себя среднеобеспеченным человеком, но не богачом. «Хочу миллион долларов» — отлично. В кармане миллион — цель достигнута. Читать полностью »

После 1,5 ПБ записи в живых остались два SSD накопителя

Вчера инженеры из Backblaze обновили статистику по надёжности HDD. За пару дней до этого стали известны результаты ещё одного интересного эксперимента — на выживание SSD-накопителей.

Компьютерное издание The Tech Report в августе прошлого года начало тестирование SSD-накопителей. Цель — проверить, сколько циклов перезаписи выдержит каждый из шести экземпляров. Эксперимент шёл целый год: после записи 1 петабайта в живых осталось три накопителя, а после 1,5 петабайта отвалился ещё один.
Читать полностью »

Vessyl-1

Автор проекта Vessyl еще несколько лет назад, будучи выпускником Королевского университета по специальности «biomedical computing», задумал создать собственный гаджет с «интернетом вещей». Перебирая в уме вещи и устройства, которые стоило бы сделать умными, так сказать, автор решил выбрать неожиданный вариант — чашку.

Поначалу это был просто концепт с непонятными сроками реализации идеи. Сейчас уже готов прототип умной чашки, которая получила собственное имя — Vessyl. Чашка умеет многое — определять название напитка, который налит в Vessyl, состав напитка, его калорийность и некоторые другие параметры. Устройство при этом синхронизирует данные со смартфоном, передавая всю наличную информацию.

Как уже говорилось выше, эта кружка — не просто дизайнерская идея, которая никогда не будет реализована. Уже есть прототип, попавший в руки журналиста издания Theverge.

Читать полностью »

Итак, давно стояла задача купить себе EDC (Everyday carry) фонарь-наключник. При выборе выделил три основных критерия: работа от элементов питания типа АА, относительно компактные размеры, базовая пылевлагозащита и, конечно же, должна быть фича! В итоге выбор пал на фонарь из популярной нынче категории "умные девайсы" — Nitecore SENS AA. Где той самой особенностью является возможность изменять яркость свечения в зависимости от угла наклона относительно поверхности земли.
image
Читать полностью »

Отчёты — отличная вещь. Они позволяют защищать как заказчика, начальника, так и сотрудника со всем проектом. Они позволяют ими управлять и оценивать их. Вы же, в конце концов пишете код не с усердием дрессированной обезьяны тысячи раз переписывая патерн visitor, а вначале всё-таки сидите и думаете, рисуете на бумажке, планируете код и тесты (я верю в вас!)? Но с другой стороны, отчёты — вещь контроля и организации, которая всех отвлекает от непосредственной работы. И всё равно, в том или ином роде на работе нам приходиться с ними сталкиваться. Зачем и как искать компромисс? Добро пожаловать под кат всем, кому интересно моё мнение по этому вопросу и тем, кто читал мои предыдущие статьи:

От инженера до руководителя. Часть 1: Чувство справедливости
От инженера до руководителя. Часть 2: Делегирование и постановка задачи

От инженера до руководителя. Часть 3: Отчёты

Читать полностью »

В прошлой статье От инженера до руководителя. Часть 1: Чувство справедливости я рассказывал о чувстве справедливости. Возвращаясь к ней, хочу повториться, что чувство справедливости является основополагающим моментом. И если мне вздумалось о чём-то рассказать, то каждая моя неточность, а тем более ложь, неподкреплённое фактами мнение, орфографическая ошибка и агитация нашли бы своих недовольных. Что, собственно, можно наблюдать и тут и в жизни ежедневно. Одно дело придерживаться конкретной стороны в холиваре (парадигме, стандарте, процессе), получая тумаки от одних и поддержку от других; и совсем другое дело — описывать и следовать своей собственной точке зрения, опыту и выдерживая свою стилистику. Это — сродне минному полю, где известны правила игры, но за всё, что делаешь, несёшь сам ответственность. Такая же разница существует между исполнителем и руководителем, где последний при своей ошибке получит пинок из-за проявленой “несправедливости” и набьёт немало шишек сам, если будет ошибаться, хотя и спасая этим идущих за ним. Поэтому в моём понимании лучше набивать шишки загодя, с уровня сотрудника, ощупывая путь мягкими частями тела, не получая дополнительных пинков сзади — главное не отставать и не идти против руководителя, впрочем, если он не до конца неправ и не ведёт всех на обрыв. В противном случае, попридержите коней, ведь вы — рабочая лошадка — в одной упряжке. О том, как как поставить правильную цель и как исполнять работу совместно с другими и пойдёт речь в этой статье.

От инженера до руководителя. Часть 2: Делегирование и постановка задачи
Читать полностью »


https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js