Ниже будет приведен список инструментов мониторинга. Есть как минимум 80 способов, с помощью которых ваша машинка будет под контролем.



1. первый инструмент — top

Консольная команда top- удобный системный монитор, простой в использовании, с помощью которой выводится список работающих в системе процессов, информации о этих процессах. Данная команда в реальном времени сортирует их по нагрузке на процессор, инструмент предустановлен во многих системах UNIX.

_{Фото: A.V. Photography}

Эту главу я могу смело назвать одной из самых важных, так как с этого момента из кустов начинают выкатываться самые жирные рояли сюжета.

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

Для новых же читателей внутри есть ссылки на предыдущие главы с 1 по 19, объединенные в один файл, в форматах для читалок. Собрал все Ренат Насрідінов, за что ему отдельное спасибо.

Ссылки на предыдущие части и обращение к тем, кто видит публикации Ока впервые:

Око — мой личный литературный проект, работу над которым я начал в мае этого 2015 года. Из небольшой зарисовки он перерос в научно-фантастическое произведение, главы которого я выкладываю, по мере написания, на GT.

Предыдущие части:

Часть 1
Часть 2
Часть 3
Часть 4
Часть 5
Часть 6
Часть 7
Часть 8
Часть 9
Часть 10
Часть 11
Часть 12
Часть 13
Часть 14
Часть 15
Часть 16
Часть 17
Часть 18
Часть 19
Часть 20

Сегодня слово «виртуализация» у всех на слуху, а технологии виртуализации становятся одним из основных компонентов ИТ-инфраструктуры организаций. Кстати, сегодня вышел наш пост, в котором мы поделились своим опытом создания провайдера виртуальной инфраструктуры на примере 1cloud.

Мы решили продолжить работу с этой темой и составить подборку инструментов, на которые стоит обратить внимание всем, кто имеет отношение к виртуальной инфраструктуре. Далее будет приведена лишь малая часть существующих инструментов, расположенных в случайном порядке.

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

Здравствуйте, уважаемые читатели!

Полагаем, не только нас заинтересовала книга "Site Reliability Engineering", написанная большим коллективом авторов из Google. Мало того, что она продолжает занимать первые строчки всевозможных рейтингов Amazon; самое интересное, что в ней дается действительно доступная и исчерпывающая информация о безупречной эксплуатации систем любой сложности.



Более того, нас в перспективе интересует и более общая обзорная книга по методологии DevOps, выхода которой мы с нетерпением дожидаемся:



Поскольку мы практически убеждены, что варан с быком составят идеальную пару, остается надеяться на не меньший читательский интерес к SRE и DevOps. Предлагаем изучить немного сокращенный обзор книги «Site Reliability Engineering». Автор статьи Майк Догерти — один из соавторов книги, частично ее вычитывавший.

В Соединенном Королевстве действует одна из самых продвинутых автоматизированных клиринговых систем, которая называется Faster Payments Scheme (FPS). Запущенная в 2008 году и работающая в реальном времени межбанковская платежная сеть позволяет любому, у кого в Великобритании открыт банковский счет, отправлять деньги на практически любой другой счет в странах королевства. Недавно максимальное ограничение по сумме операции было поднято до 250 тыс. фунтов за платеж. Впрочем, на практике многие банки накладывают гораздо большие ограничения.

О FPS и работе банковской системы UK мы знаем не понаслышке, так как и сами работаем в юрисдикции Великобритании — наша компания Wirex, поставщик банковских решений на базе Blockchain, находится в Лондоне. А недавно нам на глаза попалась неплохая статья, которая, как нам кажется, может дополнить этот материал, вызвавший большой интерес у читателей Geektimes. Далее предлагаем адаптированный перевод.

Создание пакета Debian с нуля является своего рода волшебным процессом. Вы могли бы начать гуглить с запросом “Создание пакета Debian с нуля” и получить множество результатов, ни один из которых не стал бы тем, который Вам необходим. Несомненно, Вы найдете большой обзор команд, которые используются в Debian и, если Вы роете достаточно глубоко, Вы сможете все же найти пару команд, которые помогут создать базовый пакет Debian, но не смогут объяснить, что происходит. Более подробную информацию о том, что все же «происходит» Вы можете получить, в данном посте мы попробуем это частично затронуть.

Фото Libert Schmidt CC-BY

Пользователи сервиса Quora поделились своим мнением по данному вопросу, а мы узнали, что слушают сотрудники Аудиомании.

В настоящее время огромное количество задач требует большой производительности систем. Бесконечно увеличивать количество транзисторов на кристалле процессора не позволяют физические ограничения. Геометрические размеры транзисторов нельзя физически уменьшать, так как при превышении возможно допустимых размеров начинают проявляться явления, которые не заметны при больших размерах активных элементов — начинают сильно сказываться квантовые размерные эффекты. Транзисторы начинают работать не как транзисторы.
А закон Мура здесь ни при чем. Это был и остается законом стоимости, а увеличение количества транзисторов на кристалле — это скорее следствие из закона. Таким образом, для того, чтобы увеличивать мощность компьютерных систем приходится искать другие способы. Это использование мультипроцессоров, мультикомпьютеров. Такой подход характеризуется большим количеством процессорных элементов, что приводит к независимому исполнение подзадач на каждом вычислительном устройстве.

Здравствуйте, уважаемые хабровчане!

В настоящее время мы всерьез намерены в обозримом будущем порадовать вас серьезной книгой по машинному или глубинному обучению. Среди книг, вызвавших у нас наибольший интерес, особого упоминания заслуживает работа Себастьяна Рашки "Python Machine Learning"



Предлагаем почитать, что сам автор рассказывает об этой книге. Мы позволили себе сократить статью практически вдвое, так как вся ее вторая часть посвящена тонкостям писательского труда и оформления книги, а тематические тонкости и актуальность темы рассмотрены в самом начале. Надеемся, что вам понравится текст, а нам — результаты опроса.

"Knowledge is power" — известная фраза («Знание — сила») не менее значима и в наши дни.

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

Учителя, книги — это главная сила знаний, но и их успешность зависит от выбранной стратегии и от самого стиля объяснения учебного материала.

Думаю, многие встречались с тем, как сложность и непонятность объяснений, равно как и одобрение заучивания, зубрежки приводит учеников или студентов к стойкому отторжению самого предмета. В то же время часто встречаешь преподавателей и авторов книг, которые так умеют подать материал, что он воспринимается легко, можно сказать, с радостью. Полученные в этом случае знания быстро находят путь к практическому применению.

Книги и статьи Рудольфа Свореня обладают той удивительной способностью объяснить сложные вещи доступным и понятным языком, поэтому их так любят и ценят. Вот некоторые цитаты:

«Книга редкая и отличная по содержанию и манере изложения. Рудольф Сворень вне конкуренции. Замечательные рисунки Фролова дополняют текст и увлекают еще больше. Сын подрастёт, обязательно распечатаю для него. Жаль, теперь таких книг не делают в принципе»

Примерно так же оценивают то, что сделал Рудольф Анатольевич Сворень, который более 40 лет был редактором и автором в журнале «Наука и жизнь».

«С удовольствием читал публикации Свореня в „Науке и жизни“ на протяжении многих-многих лет. Как-то он чувствовал грань между „простотой изложения“ и „примитивностью изложения“. Даже будучи уже вполне „образованным“, было интересно взглянуть на давно известную вещь как-бы со стороны, глазами пацана. И понимаешь, что если бы эта статья попалась тебе в отрочестве, то ты бы понял всё, о чем в ней говорится!»

К сожалению, очень мало информации об этом замечательном человеке, поэтому мы хотели бы заполнить этот пробел — публикацией воспоминаний от Рудольфа Анатольевича (первая часть). И так же мы планируем организовать переиздание классической книги «Электроника шаг за шагом» (об этом в конце статьи).

Вторая часть воспоминаний Рудольфа Анатольевича Свореня и его планы (публикуется впервые):

Мой переход в редакцию [журнала «Радио»] совпал по времени с невиданно быстрым прогрессом радиоэлектроники – появились и совершили переворот в схемотехнике серийные транзисторы, а вскоре их высокочастотные и достаточно мощные типы. Широко осваивались сантиметровые и дециметровые диапазоны. Были созданы новые технологии производства транзисторов, а затем и интегральных схем – достаточно вспомнить, что уже несколько лет выпускаются размером с почтовую марку интегральные схемы, в каждой из которых до трех миллиардов (!!!) сложным образом точно соединенных деталей. А ведь для того, чтобы получился миллиард песчинок, нужно собрать 6 тысяч мешков песка. Отметим, что вся эта новейшая техника выпускалась, как говорится, без прикосновения человеческой руки – её делали и проверяли автоматы.

Многие студенты, впервые сталкиваясь с описанием какой-нибудь хитроумной штуки, вроде алгоритма Кнута – Морриса – Пратта или красно-чёрных деревьев, тут же задаются вопросами: «К чему такие сложности? И это, кроме авторов учебников, кому-нибудь нужно?». Лучший способ доказать пользу алгоритмов – это примеры из жизни. Причём, в идеале – конкретные примеры применения широко известных алгоритмов в современных, повсеместно используемых, программных продуктах.



Посмотрим, что можно обнаружить в коде ядра Linux, браузера Chromium и ещё в некоторых проектах.

Нам всем нравится читать красивые истории о том, как люди работают и живут в своё удовольствие, удалённо занимаясь любимым делом. Кто-то уезжает в тёплые страны, кто-то – подальше от цивилизации, третьим же, наоборот, нравится постоянно быть в гуще событий. Иметь свободу выбора в вопросе расходования времени – большая ценность для многих.

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

Нам выпала возможность пообщаться с Тасо Дю Валем – CEO и сооснователем Toptal, самой большой в мире компании без единого физического рабочего «места».

Toptal объединяет под своим флагом 3% наиболее подходящих компаниям специалистов, отвечающим наивысшим требованиям профессионализма. 5 лет назад Toptal, обычная сеть фрилансеров, трудоустраивала лишь 25 разработчиков и такое же количество клиентов. Сегодня сеть Toptal – это тысячи программистов и дизайнеров (компания не говорит точную цифру) и более 2000 клиентов. Так как расходы на управление разработкой удвоились за последние пару лет, модель Toptal находит всё больше сторонников.

Тасо ведёт направление развития компании с 2010 года, когда после поглощения Google стартапа, в котором он работал (Slide), пути их развития разошлись. Как это ни странно, но в пределах Кремниевой Долины Toptal один из тех стартапов, о которых «мало говорят». Во-перых, потому, что команда основателей не привлекает гигантские инвестиционные раунды. Во-вторых, потому что ей это не очень нужно — при таком спросе на разработчиков, Toptal с некоторой неохотой принимал $1,4 миллиона от Андриссена Хоровитца, Адама Ди'Анжело и Адама Роквеллера из Quora. Сейчас оборот компании превышает $80 млн в год, а ведь идёт только шестой год.

На Леонардо Ди Каприо высокий спрос, а предложение низкое

— Тасо, наш первый вопрос классический. Когда к тебе пришла идея и понимание того, что это может быть новая и успешная компания?

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

В определённый момент я сказал себе: “Решение должно существовать. Люди должны иметь возможность узнать, что есть крутые специалисты и их можно нанять. И способ узнать об этом должен быть абсолютно масштабируем, а главное – ему должны доверять все участники”.

В принципе это и был момент старта Toptal как компании.

Как многие из вас знают, в конце апреля в Москве JUG.ru проведет четвертую по счету конференцию JPoint. Любителей окунуться в океан Java-технологий ждут два увлекательных дня с морем общения и кучей докладов. Месяц назад я начал рассказывать о лучших докладах прошлогодней JPoint. Сегодня пришло время второй части.

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

Математики Great Internet Mersenne Prime Search (GIMPS) нашли новое рекордно большое простое число: 2^74207281-1, в котором 22 338 618 разрядов, на университетском компьютере, который задействовал Кертис Купер для проекта GIMPS.

Новое простое число, также известное как M74207281, почти на пять миллионов разрядов больше, чем предыдущее самое большое простое число M57885161. Это особый класс редких простых чисел, известный как простые числа Мерсенна. M74207281 — всего 49-е такое число, и каждое новое всё сложнее найти. Числа Мерсенна названы в честь французского математика Марена Мерсенна, исследовавшего их свойства в 17 веке. В рамках проекта GIMPS, запущенного в 1996 году, найдены все 15 самых больших простых чисел Мерсенна. Все желающие могут присоединиться к проекту, скачав бесплатную программу и приняв участие в вычислениях, с денежной наградой тому, на чьём компьютере посчастливится найти очередное число: $3000 или $50 000.

Работа с молодежью – это очень важно. Это прекрасно понимают в правительстве, и Джаред Коэн отлично это понимает. Кроме Google Ideas, Коэн состоит и управляет еще несколькими «неправительственными» организациями, которые направлены на работу с молодыми активистами со всего света. Он стал работать с молодежью в том же году, когда договаривался с афганскими ОПСОСами о переносе вышек, буквально в начале своей глобальной карьеры. Об этих молодежных тусовках и пойдет речь.


Джаред Коэн на сцене с делегатами Нью-Йоркского торжественного саммита «Альянса молодежных движений» (Alliance of Youth Movements), 2008 год

Tl;dr – Google Ideas становится едва ли не круче ЦРУ, The Guardian безбожно косячит, а автор позвонит в Госдеп и сообщит что у них появились проблемы. Эта часть вышла несколько объемней и почти совсем без картинок, зато есть классное видео с Ассанжем – добро пожаловать под кат.


Хиллари Клинтон и Девид Рубинштейн (David Rubinstein) участвуют в памятном мероприятии, посвященном Ричарду Холбруку, 5 декабря 2013, фото из инстаграма Эрика Шмидта

Перевод отрывка из книги Джулиана Ассанжа «When Google Met WikiLeaks»: государственные перевороты, слежка, сговоры с правительством и другие будни корпорации добра.


Председатель совета директоров Google Эрик Шмидт делится шуткой с Хиллари Клинтон в ходе «непринужденной беседы» – специальной встречи с сотрудниками компании в главном офисе в Маунтин-Вью, Калифорния, 21 июля 2014 года

Продолжаем перевод серии статей об обработки исключений в C++

1 часть
2 часть

C++ exceptions под капотом: поиск верного landing pad

Это уже 15-я глава в нашей длинной истории. Мы уже изучили достаточно много о том, как работают исключения, и даже имеем написанную работающую собственную персональную функцию с небольшим количеством рефлексии, определяющей где находится catch-блок (landing pad в терминах исключений). В прошлой главе мы написали персональную функцию, которая может обрабатывать исключения, но она всегда подставляет только первый landing pad (т.е. первый же catch-блок). Давайте улучшим нашу персональную функцию, добавив возможность выбирать правильный landing pad в функции с несколькими catch-блоками.

Продолжаем перевод серии статей об обработки исключений в С++

1 часть
3 часть

C++ exceptions под капотом: милая персональность

Наша поездка в удивительном путешествии изучения работы исключений еще далека от конца, нам еще предстоит изучить что-то называемое "call frame information", помогающая библиотеке Unwind делать разворачивание стэка, а так же что компилятор пишет в чем-то, называемом LSDA, в которой определяется, какие ошибки метод может обрабатывать. А так же мы уже узнали, что большинство магии происходит в персональной функции, которую мы пока еще не видели в действии. Давайте резюмируем, что мы уже знаем о пробросе и отлове ошибок (или, точнее, что мы уже знаем о том, как брошенное будет перехвачено):

• компилятор транслирует throw объявление в пару cxa_allocate_exception/xca_throw
• __cxa_allocate_exception создает исключение в памяти
• __cxa_throw запускает работу разворачивания и передает исключение в низко-уровневую библиотеку разворачивания, вызывая _Unwind_RaiseException
• Разворачивание стэка использует CFI, чтобы узнать, какая сейчас функция в стеке
• Каждая функция имеет LSDA, добавляя что-то, называемое .gcc_except_table
• Разворачивание вызывает персональную функцию с текущим фреймом стэка и LSDA, которая должна продолжить разворачивать стэк, если текущая функция не имеет обработчиков исключения данного типа.