Как стать автором
Обновить
  • по релевантности
  • по времени
  • по рейтингу

Беспроводной звук. Часть 1. Препарируем Bluetooth

Беспроводные технологии *
Иногда, бывает, натыкаешься на какой-то баг впервые, списываешь все на обстоятельства и забываешь о нем. Затем он повторяется снова и снова, вынуждая тебя приступить к поиску проблем и, по возможности, их устранению. И вот когда ты обнаруживаешь себя в глубокой ночи за анализом дампом/дебагом/чтением_мануалов, то становится понятно, дело на полпути бросать уже нельзя и дело принципа — довести его до конца.

Такая история со мной приключилась в момент обзора с коллегой r3s потребительской беспроводной Bluetooth-акустики Klipsch KMC 3. Я столкнулся с ситуацией, когда «беспроводной» аудиопоток начинал безбожно прерываться, стоило лишь мне расположить источник звука у себя за спиной. Пищи для размышлений мне подкинула другая Bluetooth-аудиосистема, которая в тех же условиях вела себя куда лучше. Такая простая проблема выродилась в нырок с головой во внутренности протокола Bluetooth и детали передачи аудио с его помощью.

Под катом первой части цикла статей мы в легкой и непринужденной форме познакомимся с основными протоколами стека Bluetooth, покопаемся в дампе соединения источника и приемника звука, разберемся в причинах конфликта Bluetooth и Wi-Fi и обнаружим корень моей проблемы — прерывающегося звука.
Читать дальше →
Всего голосов 113: ↑112 и ↓1 +111
Просмотры 308K
Комментарии 38

Диафильмы на шарманке: грабли, шишки и подводные камни

Интерфейсы *
image

Диафильмы помнят все товарищи моего поколения, и для большинства это остаётся ярким воспоминанием. Хотелось чтобы у собственных детей тоже был опыт коллективного просмотра книг на большом экране. Контент можно найти в сети, оставалось придумать контроллер для листания. И вот, в очередной раз наблюдая, как ребёнок с удовольствием вращает кофемолку, возникла мысль, что это прекрасный детский интерфейс для перелистывания картинок.
Читать дальше →
Всего голосов 30: ↑23 и ↓7 +16
Просмотры 11K
Комментарии 25

Интерфейсы в реальном мире

Блог компании Мосигра Usability *
IT-интерфейсы часто растут из физических. Например, вот аппаратные чекбоксы:



Вообще, лучший же пример правильного инженерного интерфейса – это гранёный стакан.

Почему? Очень просто. С одной стороны, он дружелюбен к советским роботам: круглая верхняя полоса позволяет автоматической мойке нащупать его ещё с 40-х годов. С другой стороны, он прощает человеческие ошибки: ребра останавливают скатывание стакана со стола при падении. Плюс он просто красивый.

Сейчас покажу ещё несколько интерфейсов, которые облегчают жизнь. Общий смысл – попробовать понять, как думал разработчик, чтобы сделать что-то удобнее.
Читать дальше →
Всего голосов 314: ↑304 и ↓10 +294
Просмотры 177K
Комментарии 347

Интерфейсы в реальном мире (ещё примеры)

Блог компании Мосигра Интерфейсы *Usability *
Обычный кран с горячей и холодной водой очень жесток к пользователю. В идеале его интерфейс решает три основные задачи:
  • Позволяет выбрать напор воды.
  • Позволяет выбрать температуру воды.
  • И защищает систему от гидравлического удара.

Вот тут вы можете узнать пару своих знакомых кранов:



А это — очень страшный автомобильный диод, по нему только вперёд:



Итак, если вам интересно продолжение про интерфейсы в реальном мире – заходите в пост. Осторожно, трафик.
Читать дальше →
Всего голосов 110: ↑105 и ↓5 +100
Просмотры 136K
Комментарии 227

Что я узнал про интерфейсы в реальном мире в Китае

Блог компании Мосигра Интерфейсы *Usability *
Вот типичная форма подключения к вай-фаю. Она вообще-то на огромной странице с кучей иероглифов, но серая подложка помогла мне понять, что это и есть самая важная форма подключения, а остальное — справка и реклама.



Иконки важны. Судя по ним, галочка внизу — это, почти наверняка, «я согласен с условиями». Телефон вверху — наверняка номер. Дальше — замок — это пароль. Оба поля активные, то есть логин и пароль у меня должны быть сразу, так?

Нет, нифига, китайский UX подразумевает, что я сначала введу телефон и нажму оранжевую кнопку (цвета иконки — и да, это кнопка!). Получу пароль и введу его во второе поле, а потом нажму зелёную кнопку. Робот сравнит телефон с паролем и пустит меня дальше. Эту форму, скорее всего, рисовал китаец.


А это обычная такая телефонная будка раннего космического века

Сейчас покажу ещё несколько вещей, рождённых в стране, где квалифицированных инженеров примерно раз в двадцать больше, чем в Америке, а состояние изобретательности «советского инженера» ещё не пройдено. Я, конечно, опять продолжу свою историю и покажу интерфейсы в реальном мире — они не менее интересны с точки зрения юзабилити, нежели HCI, и не менее полезны для понимания, как можно работать с пользователем.
Читать дальше →
Всего голосов 122: ↑115 и ↓7 +108
Просмотры 84K
Комментарии 94

Технологии хранения данных VMware vSphere 6. Часть 1 – Old School

Системное администрирование *IT-инфраструктура *Виртуализация *Серверное администрирование *Хранение данных *
Из песочницы
Tutorial
Представляю вашему вниманию первую часть серии публикаций о технологиях хранения VMware vSphere. В данной статье будут рассмотрены старые проверенные фичи, доступные еще в 4 и 5 версиях продукта.
Читать дальше →
Всего голосов 13: ↑13 и ↓0 +13
Просмотры 15K
Комментарии 0

Технологии хранения данных VMware vSphere 6. Часть 2.1 – New School: SPBM и VAIO

Системное администрирование *IT-инфраструктура *Виртуализация *Серверное администрирование *Хранение данных *
Tutorial
Представляю вашему вниманию вторую часть серии публикаций о технологиях хранения VMware vSphere. В ней будут рассмотрены новые возможности, которые стали доступны в 6 версии продукта. Из-за большого объема 2я часть будет разбита на 2 статьи: часть 2.1 с описанием технологий SPBM и VAIO (данная статья), часть 2.2 с описанием VVOL (следующая статья).
Читать дальше →
Всего голосов 9: ↑9 и ↓0 +9
Просмотры 4.5K
Комментарии 0

Технологии хранения данных VMware vSphere 6. Часть 2.2 – New School: Virtual Volumes (VVOL)

Системное администрирование *IT-инфраструктура *Виртуализация *Серверное администрирование *Хранение данных *
Tutorial
Представляю вашему вниманию заключительную публикацию о технологиях хранения VMware vSphere 6. В ней будет рассмотрена технология VVOL.

Описание технологии VVOL


Во всех редакциях VMware до vSphere 6 ВМ (виртуальные машины) хранились в виде файлов в файловой системе. В случае массива с блочным доступом использовалась собственная файловая система VMware – VMFS, для файловых хранилищ использовались NFS. Емкость массива делилась на LUNы или NFS-шары и презентовалась (монтировалась к) хостам ESXi в виде датастор (datastore). Датасторы, как правило, имеют большой объем (от 1 ТБ) и размещают на себе множество ВМ (5-10 и более). В первую очередь это связано с тем, что выделение отдельной datastore под каждую ВМ слишком неудобно и трудозатратно в плане администрирования.
Читать дальше →
Всего голосов 10: ↑10 и ↓0 +10
Просмотры 13K
Комментарии 3

Решения VMware для репликации и аварийного восстановления: vSphere Replication и Site Recovery Manager (SRM)

Системное администрирование *IT-инфраструктура *Виртуализация *Серверное администрирование *Хранение данных *
Tutorial

Site Recovery Manager (SRM)


VMware Site Recovery Manager (SRM) это решение для обеспечения непрерывности бизнеса и аварийного восстановления, предназначенное для планирования, тестирования и восстановления ВМ (виртуальных машин) с защищаемого (основного) сайта на (резервный) сайт восстановления.

SRM предлагает 3 подхода к защите (репликации) ВМ:
Читать дальше →
Всего голосов 8: ↑8 и ↓0 +8
Просмотры 25K
Комментарии 6

Развертывание тестового кластера VMware Virtual SAN 6.2

Системное администрирование *IT-инфраструктура *Виртуализация *Серверное администрирование *Хранение данных *
Tutorial

Введение


Передо мной была поставлена задача — развернуть кластер VMware Virtual SAN 6.2 для тестирования производительности, анализа возможностей, особенностей и принципов работы гиперконвергентной программной СХД от VMware.

Кроме того, созданный тестовый стенд должен стать платформой для разработки и апробирования методики тестирования распределенных СХД, в т.ч. для гиперконвергентных инфрастуктур (HCI).

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

Данная статья будет полезна специалистам, которые впервые сталкиваются с развертыванием кластера VMware Virtual SAN 6.2. Я постарался указать подводные камни, на которые можно напороться при поднятии кластера, что позволит значительно сократить время и нервы на их обход.
Читать дальше →
Всего голосов 17: ↑16 и ↓1 +15
Просмотры 16K
Комментарии 4

Теоретические основы VMware Virtual SAN 6.5

Системное администрирование *IT-инфраструктура *Виртуализация *Серверное администрирование *Хранение данных *
Tutorial
В данной статье я постарался раскрыть назначение VMware Virtual SAN, принципы её работы, требования, возможности и ограничения данной системы, основные рекомендации по её проектированию.

Концепция Virtual SAN


VMware Virtual SAN (далее vSAN) представляет собой распределенную программную СХД (SDS) для организации гипер-конвергентной инфраструктуры (HCI) на базе vSphere. vSAN встроен в гипервизор ESXi и не требует развертывание дополнительных сервисов и служебных ВМ. vSAN позволяет объединить локальные носители хостов в единый пул хранения, обеспечивающий заданный уровень отказоустойчивости и предоставляющий свое пространство для всех хостов и ВМ кластера. Таким образом, мы получаем централизованное хранилище, необходимое для раскрытия всех возможностей виртуализации (технологии vSphere), без необходимости внедрения и сопровождения выделенной (традиционной) СХД.
Читать дальше →
Всего голосов 8: ↑7 и ↓1 +6
Просмотры 44K
Комментарии 37

Гиперконвергентные платформы: от экзотики к мейнстриму

Блог компании ГК ЛАНИТ Системное администрирование *IT-инфраструктура *Серверная оптимизация *Серверное администрирование *
Всем привет! Так случилось, что моя статья – первая в блоге группы компаний ЛАНИТ на Хабре. Очень рад этой возможности, осознаю ответственность и надеюсь, что материалы нашего блога будут для вас интересны.

Итак, к делу. Гиперконвергентные системы становятся сегодня одним из основных решений в области построения ИТ-инфраструктуры корпоративного уровня. В этой статье я кратко расскажу о том, что из себя представляют такие системы и в каких случаях при развертывании ИТ-инфраструктуры они могут быть полезны. Также я поделюсь результатами сравнения технических возможностей ряда гиперконвергентных платформ, которые мы изучили при планировании развития ИТ-инфраструктуры облака OnCloud.ru компании «Онланта».


Читать дальше →
Всего голосов 40: ↑36 и ↓4 +32
Просмотры 20K
Комментарии 47

Тестирование производительности гиперконвергентных систем и SDS своими руками

Блог компании Nutanix Системное администрирование *Виртуализация *Облачные вычисления *Хранение данных *
— Штурман, приборы!
— 36!
— Что 36?
— А что приборы?

Примерно так на сегодня выглядит большинство синтетических тестов систем хранения данных. Почему так?

До относительно недавнего времени большинство СХД были плоскими с равномерным доступом. Что это означает?

Общее доступное дисковое пространство было собрано из дисков с одинаковыми характеристиками. Например 300 дисков 15k. И производительность была одинаковой по всему пространству. С появлением технологии многоуровневого хранения, СХД стали неплоскими — производительность различается внутри одного дискового пространства. Причем не просто различается, а еще и непредсказуемо, в зависимости от алгоритмов и возможностей конкретной модели СХД.

И все было бы не так интересно, не появись гиперконвергентные системы с локализацией данных. Помимо неравномерности самого дискового пространства появляется еще и неравномерность доступа к нему — в зависимости от того, на локальных дисках узла лежит одна из копий данных или за ней необходимо обращаться по сети.

Привычные синтетические тесты резко дают маху, цифры от этих нагрузок потеряли практический смысл. Единственный способ всерьез оценить подходит ли система — это пилотная инсталляция с перенесением продуктива. Но что делать, если на перенос продуктива не дает добро безопасность или это просто слишком долго / трудоемко. Есть ли способ оценки?
Читать дальше →
Всего голосов 9: ↑8 и ↓1 +7
Просмотры 5.5K
Комментарии 7

Ближайшее будущее NetApp

Системное администрирование *Хранение данных *Хранилища данных *
Облака, облака и ещё раз облака. Движение в облака, будь то ваше частное облако у вас в ЦОД, приватное облако у провайдера или у публичных провайдеров таких как Amazon AWS, Microsoft Azure, IBM Cloud, Google Cloud, неумолимо. Особенно я это заметил, переехав в США. Здесь о них говорят все и всегда — воздух буквально пропитан этой темой. Производители как программного, так и аппаратного обеспечения прекрасно это поняли и не хотят упустить данное окно возможностей в этом изменяющемся мире.

Читать дальше →
Всего голосов 13: ↑8 и ↓5 +3
Просмотры 5.6K
Комментарии 97

Будущее инфраструктур центров обработки данных

Блог компании Cloud4Y Высокая производительность *Информационная безопасность *Облачные вычисления *Накопители
Архитектуры центров обработки данных общего назначения (такие ЦОДы сегодня все еще широко применяются) хорошо отрабатывали свои задачи в прошлом, но с недавних пор большинство из них достигли своих границ масштабируемости, производительности и эффективности. В архитектуре таких ЦОД обычно используется принцип совокупного выделения ресурсов — процессоров, жестких дисков и ширины сетевых каналов.

При этом изменение объема используемых ресурсов (увеличение или уменьшение) происходит в таких ЦОДах дискретно, с заранее определенными коэффициентами. Например, при коэффициенте 2 мы можем получить такой ряд конфигураций:
  • 2CPU, 8 GB RAM, 40GB storage;
  • 4CPU, 16GB RAM, 80GB storage;
  • 8CPU, 32GB RAM, 160GB storage;
Однако, для множества задач эти конфигурации оказывается экономически неэффективными, часто клиентам достаточно некоей промежуточной конфигурации, например, — 6CPU, 16GB RAM, 100GB storage. Таким образом, мы приходим к пониманию, что вышеуказанный универсальный подход к выделению ресурсов ЦОД оказывается неэффективным, в особенности при интенсивной работе с большими данными (например, быстрые данные, аналитика, искусственный интеллект, машинное обучение). Пользователи в таких случаях хотят иметь более гибкие возможности управления используемых ресурсов, им необходима возможность независимого друг от друга масштабирования используемых процессоров, памяти и хранилищ данных, сетевых каналов. Конечной целью этой идеи является создание гибкой компонентной инфраструктуры.



Рис. 1. Дата-центрированная архитектура ЦОД.
Читать дальше →
Всего голосов 13: ↑13 и ↓0 +13
Просмотры 3.1K
Комментарии 0

Huawei и Nutanix объявили о партнёрстве в сфере HCI

Блог компании Инфосистемы Джет Облачные вычисления *Серверное администрирование *
В конце прошлой недели появилась отличная новость: два наших партнера (Huawei и
Nutanix) объявили в партнерстве в области HCI. Серверное оборудование Huawei теперь добавлено в список совместимости Nutanix (Nutanix hardware compatibility list).

Huawei-Nutanix HCI построено на базе FusionServer 2288H V5 (это 2U-двухпроцессорный сервер).



Совместно разработанное решение предназначено для создания гибких облачных платформ, способных обрабатывать корпоративные задачи по виртуализации, включая базовые сервисы, частные и гибридные облака, работу с большими данными и ROBO. В ближайшее время мы планируем получить от вендора оборудование для тестирования. Подробности под катом.
Читать дальше →
Всего голосов 22: ↑19 и ↓3 +16
Просмотры 2.5K
Комментарии 19

Гиперконвергентное решение AERODISK vAIR. Основа — файловая система ARDFS

Блог компании АЭРОДИСК Системное администрирование *Серверное администрирование *Хранение данных *Хранилища данных *


Привет, читатели Хабра. Этой статьей мы открываем цикл, который будет рассказывать о разработанной нами гиперконвергентной системе AERODISK vAIR. Изначально мы хотели первой же статьей рассказать всё обо всём, но система довольно сложная, поэтому будем есть слона по частям.


Начнем рассказ с истории создания системы, углубимся в файловую систему ARDFS, которая является основой vAIR, а также немного порассуждаем о позиционировании этого решения на российском рынке.


В дальнейших статьях мы будем подробнее рассказывать о разных архитектурных компонентах (кластер, гипервизор, балансировщик нагрузки, система мониторинга и т.п.), процессе настройки, поднимем вопросы лицензирования, отдельно покажем краш-тесты и, конечно же, напишем о нагрузочном тестировании и сайзинге. Также отдельную статью мы посвятим community-версии vAIR.

Читать дальше →
Всего голосов 18: ↑18 и ↓0 +18
Просмотры 4.3K
Комментарии 25

Архитектура AERODISK vAIR или особенности национального кластеростроения

Блог компании АЭРОДИСК Системное администрирование *Серверное администрирование *Хранение данных *Хранилища данных *


Привет, Хабровчане! Мы продолжаем знакомить вас с российской гиперконвергентной системой AERODISK vAIR. В этой статье речь пойдет об архитектуре данной системы. В прошлой статье мы разобрали нашу файловую систему ARDFS, а в данной статье пройдёмся по всем основным программным компонентам, из которых состоит vAIR, и по их задачам.

Читать дальше →
Всего голосов 9: ↑9 и ↓0 +9
Просмотры 1.9K
Комментарии 8

Зачем нужна гиперконвергенция? Обзор и тесты Cisco HyperFlex

Блог компании CTI — Communications. Technology. Innovations Тестирование IT-систем *Системное администрирование *Виртуализация *Хранение данных *

В ИТ главное — это три буквы


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

В ИТ правят три главные буквы. Если во главе иерархии ИТ не стоят буквы «RUB», значит вы строите свою ИТ-инфраструктуру неправильно. Конечно, строить напрямую ИТ, отталкиваясь только от доходов/расходов, сложно, поэтому существует иерархия «трех букв» — от самых важных к более частным. SLA, RPO, RTO, GRC – все это специалисты в индустрии знают и давно используют в построении инфраструктур. К сожалению, не всегда связывая эти показатели в сквозную иерархию.



Многие компании сегодня строят инфраструктуру для будущего используя вчерашние технологии на позавчерашней архитектуре. И вместе с тем, ускоряющееся развитие ИТ показывает, что современные сервисы кардинально меняют не только бизнес, но и общество – люди цифровой эпохи привыкли, что для доступа к любой информации достаточно нескольких секунд. ИТ из непонятной техномагии стало обыденностью для широких масс, такой же как бургерная или кофейня. Это добавило новые чрезвычайно важные три буквы в ИТ. Эти буквы — TTM (Time to market) — время до запуска продуктивного сервиса на рынок.


Читать дальше →
Всего голосов 3: ↑2 и ↓1 +1
Просмотры 3.8K
Комментарии 10
1