В этом видео мы поэкспериментируем с TTY, PTY и Console. Попробуем отправить сообщение на монитор с удаленного компьютера и наоборот. Разберемся с перенаправлением потоков ввода-вывода и тем, как это делается в Bash. Наглядно рассмотрим, как выглядят файловые дескрипторы у программ, где они переопределены. Все будем делать на реальном сервере Dell R610.
Директории Юникс-подоный операционных систем часто вызывают сложности для тех, кто только начинает работать с ними (возможно переходя с чего-нибудь вроде Windows). Я описываю как разобраться в том, что находится в терминале после «cd /; ls».
Отблагодарить меня можно следущими способами: www.almost-university.com/postcard-for-volodya
Яндекс деньги: 410012245557024
Webmoney-R: R327167873071
Webmoney-Z: Z345122673518
Paypal: Volodya@whengendarmesleeps.org
Paypal (рублёвый): VladimirMozhenkov@yahoo.com
Оснастка для измерения тока (Micsig CP2100A): ali.ski/CcAFbt
00:00 — Вступление
00:26 — Обзор Dashboard
01:42 — Системные настройки
04:48 — Настройки Storage
06:45 — Пул и датасеты
13:12 — Настройка прав доступа
14:11 — Snapshots и импорт данных
16:20 — Доступ к данным по сети
17:37 — Сервисы, плагины и контейнеры
22:35 — Графики (отчёты)
23:53 — Тесты на скорость работы NAS
30:17 — Осмотр хранилища внутри
32:54 — Замер тока при раскрутке HDD
34:20 — Взвешивание
34:38 — Энергопотребление
35:07 — Термограмма внутренностей
35:43 — Дополнение по системе охлаждения
37:29 — Заключение
Подключайте бесплатный определитель номера в приложении Яндекс: clck.ru/SPkue
Никто не будет спорить, что у стандартизированного времени есть множество плюсов. Если ваш друг находится далеко от вас, вы просто прибавляете или отнимаете целые часы, а не пытаетесь выяснить, в каком положении сейчас находится Солнце в его деревне. Если ваш друг, конечно, живет не Иране, где время от московского отличается на полчаса, часовой пояс UTC 3,5. Или не в Индии с часовым поясом UTC 5,5. А если ваш друг живет в одном из этих населенных пунктов на юго-западе Австралии, вы достали счастливый билетик. Его часовой пояс восемь и три четверти и его время от московского отличается на 5 часов 45 минут. Да, это отдельный пояс для пяти деревень.
И кстати, все эти ваши подсчеты не будет работать через полгода, потому что почти треть стран мира меняют свое время на летний период, передвигая время на час вперед, так что вам нужно учитывать, в какое время года вы считаете. Ну или вы можете просто загуглить.
Часовые пояса и синхронизация времени — тема этого выпуска.
Эта рубрика «Как работает», в которой мы объясняем, как работают вещи, механизмы, социальные явления простым языком. Без претензий на уникальность, но с претензией на достоверность. От самых простых до самых загадочных. Возможно, вы этого не знали.
Оглавление:
00:00 — Преимущества стандартизированного времени
01:49 — Смазанные снимки Юпитера
3:48 — Раннее времяисчисление
4:24 — Ежегодный разлив Нила
5:34 — Лунные и солнечные циклы
6:41 — Неравные часы
8:27 — Ароматические часы
9:07 — Клепсидра
10:32 — Почему появились механические часы?
12:01 — Выбор нового стандарта с равными часами
12:30 — Местное солнечное время
13:08 — Железные дороги и синхронизация времени
14:01 — Международная меридианная конференция
15:16 — Как на самом деле формируются часовые пояса
16:25 — Часовых поясов далеко не 24
19:12 — Зачем нужно летнее время?
21:13 — Время на северном и южном полюсах
21:55 — Может быть часовые пояса не нужны?
23:48 — Заключение
Долгое время считалось, что согласно геометрическим и физическим законам, симметрия пятого порядка невозможна, как и кристаллы без периодической структуры. Оказалось, что это не совсем правда. О том, почему и при чём тут мозаика, расскажет Дерек Маллер в новом видео.
Перевод: Елена Смотрова
Редактура: Алексей Малов
Научная редактура: Владимир Ромаданов
Озвучка: Дмитрий Чепусов
Монтаж звука: Андрей Фокин
Монтаж видео: Джон Исмаилов
Yegor Barakovskiy, anonimous_mk, Pavel Dunaev, Nick Denizhenko, Oleksii, Ігор Дорохов, Mikhail Stolpovskiy, Alena, Vitaliy Vachynyuk, Ника Калмыкова, Nadia Kilgishova, Роман Чурин, Aiorraro, Евгений Сельменев, Alex Afalex, Anton Kudashov, Владимир Кашутин, Pavel Parpura, Anton Bolotov, Yevhen, Sergei W, Kosoy, Данил Рягузов, Михаил Панькин, Anton Makiievskyi, Максим Sheridan Горлов, Katoto Chan, Andrei Chitaev, L Marchenko, Nurlan Sydykov, Sultan Ishankulov, Dim Yonkenberg, Александр Яковлев, Mike Sviblov, Andrey Rusanov, Inna Klymenko, Dima Chumakov, Dmitriy Lashtaba, Olesya Bolobova, Ilya Alexeevsky, Максим Иванов, Ihar Marozau, Мария Соозарь, Ольга Канкулова, Alexander, Viktor Lova, Maria Tronina, Sergii Cherepanov, Alexander Gorodok, Ivan Iakimov, Alexander Zimin, Евгений Миф, Виталий Пастушенко, Serj Kravchuk, Claudia Barzaeva, Pandaben, Monza UA, Lirin Alex, Pavel D, Konstantin Pesyakov, Denis Titusov, Alterien, Viktoria, Alexandr Globov, Oleg Streltsov, Olga Podolskaya, F23D24, Пугачёв Пётр, Kamerton_440, Alex Katkov, Alexey, Irina Shakhverdova, Vladimir Grachev, Dmitriy Omelyansky, Maria Burtseva, Aleksey Sazonov, Vladimir Goshev, Vladyslav Sokolenko, Дмитрий Мисюра, Anton Novozhenin, Spartak Kagramanyan, Александр Фалалеев, Evgeny Vrublevsky, Yuliia Zinko
В последнее время набирают популярность асинхронные, событийно-ориентированные архитектуры приложений, микросервисы и т.п. На этой волне развиваются такие фреймворки и сервисы как Akka, Rx4Java, RabbitMQ, Kafka, и др.
В потоке стремительно развивающихся технологий приходится периодически переоценивать сложившиеся традиции в использовании стандартов, протоколов и продуктов.
Предлагается обсудить подход к организации потоков сообщений в Java Middleware (и не только), отступающий от стандарта JMS, (благословленного JCP) в сторону AMQP.
Мы познакомимся с протоколом AMQP и его реализациями. Рассмотрим принципиальные отличия от JMS, поговорим об областях применимости — классах задач, когда использовать, например, RabbitMQ будет хорошей идеей, а когда — не очень. Сделаем обзор возможностей RabbitMQ, как использовать его через Spring и обсудим пару примеров применения технологии для конкретных задач.
Kafka — распределённый брокер сообщений, нашедший широкое применение как универсальная шина для больших данных. Kafka позволяет как реализовать realtime-обработку большого числа событий, так и построить батчевый pipeline по доставке логов.
Почему мы используем Kafka? Если коротко — унификация. А если чуть подробнее — десятки поставщиков, терабайты логов каждый день, онлайн- и офлайн-pipelineы — без единой высокопроизводительной шины данных с этим крайне сложно совладать.
Из доклада вы узнаете о том, почему мы перешли на Kafka, и как она вписалась в наш pipeline. Поймёте, как обеспечить exactly once доставку данных. Узнаете о том, как из-за одной опечатки в несколько раз выросла нагрузка на Kafka, и что мы из этого выяснили. Выясните, какие метрики Kafka стоит мониторить и как по ним понять, что что-то идёт не так.
При поддержке AvitoTech мы впервые публикуем все видео с HighLoad 2019 в открытый доступ. Учитесь, вдохновляйтесь и перенимайте лучшие практики у спикеров, не выходя из дома.
— Календарь конференций — ontico.ru
— HighLoad 2019
За 3 года использования Redis на «проде» накопилось много интересного. В Infobip мы его используем более чем в ста различных сервисах и в каждом из них по-разному. В докладе я поделюсь нашими кейсами и фейлами, через которые мы прошли, а их было несколько десятков.
…
— Нашли ошибку в видео? Пишите нам на support@ontico.ru
