На прошлых выходных я нашел возможность посетить широко известный в узких кругах Гитар-Баттл, полуфинал 2023 года. Эпичное действие проходило в Санкт-Петербурге в клубе Jagger. Весь русскоговорящий гитарный Ютуб уже страстно ожидает выхода этой серии, но... Не все так просто: съемку битвы надо еще смонтировать, отсмотреть, сделать постпродакшен, снова отсмотреть и только после этого видео будет выложено на Ютуб. На все это уходит от двух недель до месяца после проведения самого события.

Что сказать о самом баттле? Мне понравилось. В моей локации можно было смотреть выше затылков компетентного жюри, и видеть всю сцену. Глеб Олейник, Сергей Табачников, Евгений Ламба героически пытались излить достопочтимой публике свое экпертное мнение о том что творилось на сцене. И о ужас! На этот раз к жюри не были подведены пивопроводы с ручкой для голосования. Но формат полуфинала не предусматривал голосования за кандидата (ведь команды были набраны на первом этапе), так что дергать ручки на этот раз не потребовалось.

На сцене творилось какое-то безумие. Всё рассказывать до официального выхода видео я не могу, но для затравочки дам пару кадров. Итак, любитель цифровой обработки звука и электронных плагинов Виктор Оборовский вытащил на сцену пузатый CRT-монитор, на котором крутилась загадочная программа, поставил стойку с каким-то режуще-ударным инструментом. Рядом была поставлена капельница и деревянный стул. Чето сие значило? Вы узнаете, посмотрев баттл на официальном канале.

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

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

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

В общем, я весьма доволен, что побывал на эпичной гитарной битве. Проект действительно интересный и существует уже лет пять кряду, с 2018 года. Ну а что же, спросит дотошный посетитель моего сайта, неужели раньше в России не существовало таких же битв матёрых музыкантов? Конечно, существовали, чего только стоит разрывающая шаблоны Гитарная Битва Луноходов, в которой даже я по молодости лет ухитрился поучаствовать. Ждёте гитарный баттл, но нечего смотреть? Переходите по ссылке и пятнадцать минут отменного кринжа вам обеспечено.

Для удобной и быстрой работы с базами данных существует Open Source проект DBeaver. Это универсальный кроссплатформенный GUI-менеджер, написанный на языке Java. Без проблем работает на всех популярных платформах: Windows, MacOsX, Linux. Лучше и качественней этой программы в стане свободного программного обеспечения просто не существует. Это мега-комбаин с хорошо продуманным интерфейсом, в котором можно делать все возможные действия и автоматизации с любыми типами баз данных: SQLite, MySQL, PostgreSQL и еще с парой десятков других видов БД.

Однако и в этой бочке меда найдется ложка дегтя. Проблема в том, что официальные сборки DBeaver содержат только сам DBeaver, а драйвера доступа к базам данных в комплект не входят. Вместо этого в DBeaver внесены настройки, позволяющие выкачивать драйвера баз данных из сети Интернет по мере необходимости. Но тогда возникает вопрос: а как пользоваться DBeaver на компьютере, где нет сети Интернет?

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

Как в Dbeaver получить драйвера работы с БД

на компьютере, отключенном от сети Интернет

В этой статье рассмотрены действия для самой свежей версии DBeaver 23.0.0.

Да, можно. Это удивительно, но продукт под названием Microsoft Office 2010 для дома и бизнеса реально можно запустить в Debian Linux 11.

Да, для этого, конечно, потребуется воспользоваться стандартными пакетами Wine и PlayOnLinux, входящими в дистрибутив Debian. Но это не установка системы виртуализации внутри которой устанавливается Windows, внутри которого ставится офис. Это именно установка лицензионного офиса через Wine и его исполнение через данный эмулятор непосредственно в самом Линуксе.

Как сотворить такое чудо? Об этом написана статья:

Установка Microsoft Office 2010 в Debian Linux 11

Кстати, там же написано, как в 2023 году официально активировать лицензию на офис 2010 года выпуска. Да, и такое в Linux возможно!

У многих пользователей компьютеров может возникнуть вопрос: зачем вообще нужно запускать MS Office под Linux? Дело в том, что мне, как инженеру, необходимо работать с текстовой технической документацией. И работать с ней нужно не мне одному: любой технический документ - это плод коллективного творчества. А в чем у нас хранится чувствительная информация? Правильно, в формате, контролируемым американской компанией Майкрософт. И тут не помогают ни Libre Office, ни Мой Офис, ни Only Office, хоть бесплатные, хоть за деньги - при их использовании верстка гарантировано затем плывет в MS Office, что недопустимо для документов, созданных по отраслевым стандартам и ЕСКД.

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

Из всех бесплатных и легкодоступных клавиатурных тренажеров сайт Klavogonki.ru - наиболее адекватный. Я перебрал несколько локальных программ и онлайн-сервисов, и могу сказать с полной уверенностью: лучше Клавогонок, для освоения метода слепой печати, нет ресурса.

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

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

Для решения этой задачи я написал специальный скрипт в плагине Greasemonkey, который убирает буквы с клавиатуры. Как это можно сделать самостоятельно, написано в статье:

Как убрать буквы на клавиатуре в Клавогонках?

Надеюсь, этот неблошой лайфхак поможет кому-то проще пройти этап адаптации к клавиатуре и легче запоминать положение символов "на ощуп".

Демопати Chaos Constructions в 2022 году не состоится. Решение уже давно было принято оргкомитетом фестиваля, и не обсуждается. Стоит ли по этому поводу расстраиваться?

Нет! Потому что жаждующие до демосцены люди собираются на Undefined demoparty, которая (вот это сюрприз!) пройдет 20 и 21 августа на той же площадке под Санкт-Петербургом, что и Хаотичные Конструкции. Официально для Undefined объявлен уклон в хардварную направленность, но все классические номинации демосцены тоже представлены в палитре конкурсов.

Сайт фестиваля находится здесь:

https://undefined.c-c.ru

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

Самый быстрый и экономичный способ добраться до Рощино следующий: с Финляндского вокзала на Ласточке - 35 мин. (стоимость ~150 руб.). С платформы Рощино до отеля Райвола на местном такси (дежурят у платформы) - 10 мин. за 150 руб.

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

Если вы находитесь близ Санкт-Петербурга, и вы не знаете чем занять себя на выходных — go на Undefined! Конкурсы, викторины, безумные хакатоны и прочие активности обеспечены организаторами фестиваля!

Уважаемые посетители!

В ближайшее время сайт WebHamster.ru может быть недоступен. Связано это с тем, что доменное имя переносится к другому регистратору. Невменяемые тарифы RU-CENTER и аффилированных с ними регистраторов типа R01 окончательно достали. Так как сейчас есть возможность переносить домен по коду без отправления письменного заявления в офис компании, как этого требовали раньше, я решил перенести регистрацию домена другому регистратору доменных имен, у которого и цены ниже и взаимодествие с пользователями проще.

После обновлений сведений в DNS-базе, и после того как я внесу соответствующие настройки, сайт должен начать работать как прежде.

Находясь в отпуске, решил таки дать ума STM32-микроконтроллеру STM32F103C8T6, именуемому в народе голубой таблеткой (BluePill). В перспективе эта плата должна применяться в одном из проектов по модификации ретро-компьютера. А чтобы с платой можно было удобно работать, нужна хорошая среда разработки, она же IDE.

Поначалу я, как заядлый Qt-шник, решил разобраться, как можно работать с этой платой из хорошо знакомой мне среды QtCretor. И это приключение затянулось надолго... В конце концов я с этим вопросом разобрался, но в результате пришлось удостовериться, что особого изящества и удобства сопровождать Embedded-проект в Qt Creator не получится. Одно только то, что для старта проекта все равно потребуется проприетарная среда разработки STM32CubeIDE, переводит всю эту затею в весьма сомнительное удовольствие.

Поэтому я решил искать дальше, и попробовал связку Microsoft Visual Studio Code IDE + PlatformIO. Продукт от компании Microsoft, что интересно, бесплатен и имеет открытый код, распространяемый по лицензии MIT. А плагин PlatformIO тоже разрабатывается открытым сообществом. Так как я уже использовал VS Code в своем проекте Retrogram для написания шейдеров, то эта среда разработки уже была мне знакома. Оказалось, что достаточно добавить плагин PlatformIO, и получается современная и мощная среда Embedded-разработки, в которой все работает из коробки, даже отладка.

Так как моя плата STM32F103C8T6 оказалась китайской репликой, то пришлось немного поковыряться в настройках, но в конце концов все заработало. Чтобы не забыть, что и где пришлось настраивать, я написал статью:

Настройка VS Code + PlatformIO для программирования и отладки STM32F103 под Linux

Имея в руках такой прекрасный инструмент, можно было начать разбираться непосредственно с самим контроллером. Для реализации проектов необходимо было понять, какую максимальную скорость переключения пина можно получить на такой STM-ке. Попробовав несколько методов и разные библиотеки, я получил скорость (период переключения) равный 60нс (да, наносекунд). Сам код я тоже записал, чтобы не забыть:

Пример быстрого ногодрыганья на BluePill STM32F103C8T6 через CMSIS

Да, Embedded-разработка на ARM оказалась куда сложнее чем на AVR. Но, все проблемы рано или поздно решаемы. А наличие инструментов с открытым исходным кодом дает возможность не завязывать разработку на проприетарные решения, работу с которыми в любой момент могут заблокировать корпорации.

Технологии не стоят на месте. Все становится больше, шире, компактнее. Ну, во всяком случае, так было до недавнего времени. Не обошли стороной эти изменения и современные мониторы. Теперь монитор покрывает в несколько раз больше площадь чем старый 14-ти дюймовый CRT-динозавр.

Монитор стал больше, а значит и Linux-консоль теперь вмещает не скучные 80x25 символов, а столько сколько надо. И казалось бы, что могло пойти не так? А вот поди ж ты, в большом размере тоже может скрываться проблема.

Возьмем HEX-просмотрщик. Традиционно, он отображал 16 столбцов, и это стало стандартом де-факто. Адрес каждой новой строки больше предыдущей на 0x10, и это удобно. Именно такой просмотрщик и был в Midnight Commander.

Но когда консоль превратилась из реальной в виртуальную, а мониторы стали широкими, встал вопрос: а как отображать HEX-код в случае, если консоль шириной over 100500 символов? И разработчики решили: будем отображать столько кодов, сколько влезет по ширине! Потом подумали и добавили: нет, это неудобно. Давайте так: разбиваем HEX-код на столбцы из 4-х байт. Если столбец влезает в отведенную ширину, значит так тому и быть. Будет 5/6/7 столбцов? Ничего, пользователь стерпит. Пускай в строке будет 20/24/28 байт и нарушается ровная адресация начала каждой строки. В конце-концов, адрес написан? Написан. Ну значит и каждый байт понятно где расположен. Релизимся! А кому не нравится, пусть дергает мышою размер виртуальной консоли, когда заходит в HEX-просмоторщик. А в чистой консоли? А в чистой мало кто работает, там пускай кривые адреса.

Но мы же себя уважаем, мы должны пользоваться инструментом, который выполняет свою функцию. Поэтому на ЛОР-е был поднят стон: "Оу, как это неудобно! Песец, почему разработчики такие душные? Куда катица мир?". И нашелся разработчик demidrol, который влез в код, исправил его как мог и сказал: "Нате вам исправления, только не нойте!".

Эти изменения были применены к MC 4.8.26-1.1 что в Debian 11. И мгновенно были собраны новые пакеты с исправлением:

• mc_4.8.26-1.1_amd64.deb
• mc-data_4.8.26-1.1_all.deb

И, вуаля! Теперь HEX-просмотрщик можно настроить так, чтобы всегда отображались 16 байт на строку.

Делается это в настройках редактора (другого места не нашлось, это же опенсорч!). Надо зайти в MC-редактор, вызвать меню по кнопке F9. Далее Настройки - Общие. В волшебном пункте Hex viewer bytes per line устанавливается число 16, и HEX-просмотрщик начнет показывать 16 байт на строку:

Вот они, родимые столбики:

Теперь ждем, когда это важное исправление появится в мастер-ветке единственного и наповторимого Midnight Commaner-а.

На днях поисковик Google прислал мне поздравления с тем, что сайт Webhamster.Ru достиг крупного показателя: количество переходов с поисковика Google достигло 100 000 переходов в месяц. Не сказать, чтобы я как-то специально занимался сайтом, чтобы увеличивать количество переходов. Честно говоря, меня такие вещи вообще не интересуют. Мне достаточно знать, что количество переходов, в частности, зависит от качества сайта и качества размещенной на нем информации. За этим я постоянно слежу как на страницах самого сайта, так и на страницах раздела MyTetra Share.

В общем, Google считает Webhamster.Ru достойным сайтом:

Но интересно в этом достижении не сам его факт, а кое-что другое. Дело в том, что если посмотреть анализ изменения поисковой выдачи Google по сравнению с Яндекс, то окажется, что зависимость во времени у этих двух поисковиков обратно-пропорциональная. Вот пример выдачи моего сайта в результатах поиска в городе Москва (сверху Яндекс, снизу - Google):

Видно, что Яндекс в период с середины 2019 года до текущего момента по каким-то причинам методично снижает степень поисковой выдачи. В то время как Google на тех же данных методично повышает. Почему так происходит - совершенно непонятно. Видимо, алгоритмы ранжирования двух этих крупных поисковиков настолько разные и неуправляемые, что становится непонятно, что же на самом деле хорошо для поиска: структурирование контента? Поведенческие факторы? Что-то еще?

У Яндекса уже несколько лет идет чехарда с зеркалами сайтов. Например, если сайт отвечает и по протоколу HTTP и по протоколу HTTPS, да еще и DNS настроен на возможность отвечать на запросы имени с префиксом www, то Яндекс никак не может определиться что же считать главным зеркалом сайта. Ручное указание главного зеркала приводит к тому, что в консоль вебмастера бесконечно сыпятся предупреждения о том, что по мнению Яндекса https://имя_сайта не является главным зеркалом, и страницы, найденные по другим протоколам являются основными, а на протоколе https - дубликатами. Обращение в техподдержку ни к чему не приводит - говорят, что это нормально, и скоро система сама переключится. Но проходит куча времени, и ничего не меняется.

Кроме того, Яндекс очень странно индексирует сайт: в консоли вебмастера отображается более 12 тыс. страниц (и это близко к истине). И до некоторого времени это же число отображалось и в поисковой выдаче Яндекса при запросе site:webhamster.ru. Но с какого-то момента Яндекс вдруг стал считать, что на сайте расположено всего 2 тыс. страниц: "Нашлось 2 тыс. результатов". Куда Яндекс потерял 10 тыс. страниц с уникальным контентом - это большая загадка природы.

Я раньше краем уха слышал разговоры веб-мастеров о том, кто под какие поисковики затачивает свои сайты. И я не предавал этим разговорам особого значения. Зачем заниматься какой-то подгонкой, если гораздо важнее содержание сайта в таком виде, каком считаешь более правильным? На практике оказалось, что действительно, поисковик поисковику рознь; и даже всего у двух систем может быть диаметрально противоположное мнение по одному и тому же контенту.

Как стало известно из телеграм-канала, посвященного микропроцессору Эльбрус, инженерный образец нового микропроцессора Эльбрус 16С показал на бенчмарке MP MFLOPS  производительность более 1 TFLOPS на вычислениях с плавающей точкой в режиме одинарной точности. Замеры делал широко известный в узких кругах эксперт ENTITYFX.

Замеры скорости вычислений производились на тестовой материнской плате Панель 1Э16С-uA, на которой размещен один микропроцессор Эльбрус 16С, работающий на частоте 2 Ггц. Данный процессор серверный, и его использование планируется в стандартной конфигурации материнской платы на четыре процессора, как это сделано в отечественных серверах с четырьмя Эльбрус 8С (устаревшая модель разработки 2014 года, которую в канун 2022 года тестировал Сбербанк) и Эльбрус 8СВ (текущая модель).

Результаты замера следующие:

16 CPUs Available

##############################################

64 Bit MP SSE MFLOPS Benchmark 1, 16 Threads, 

Thu Jan 20 22:34:05 2022

Test          4 Byte  Ops/  Repeat  Seconds  MFLOPS   First

               Words  Word  Passes                  Results

Data in&out   102400     2   40000  0.02239  365868 0.48145

Data in&out  1024000     2    4000  0.01897  431731 0.89130

Data in&out 10240000     2     400  0.83380    9825 0.98812

Data in&out   102400     8   40000  0.05206  629394 0.63532

Data in&out  1024000     8    4000  0.04923  665577 0.93332

Data in&out 10240000     8     400  0.88938   36843 0.99285

Data in&out   102400    32   40000  0.13484  972042 0.38510

Data in&out  1024000    32    4000  0.12981 1009723 0.83345

Data in&out 10240000    32     400  0.85865  152649 0.98103

End of test Thu Jan 20 22:34:08 2022

Следует понимать, что тест MP MFLOPS - это универсальный тест вычислений с плавающей точкой, не заточенный на конкретную архитектуру процессора. Именно поэтому в данном тесте происходит тестирование в различных режимах: с различным размещением исходных данных, с различным количеством итераций. Различные процессоры показывают различную производительность при разных условиях, и данный тест показывает, какой режим вычислений самый "удобный" для конкретной модели процессора.

Если посмотреть на характеристики Эльбрус 16С, то можно увидеть заявленную производительность в 1,5 TFLOPS:

Может возникнуть вопрос: почему же тест MP MFLOPS показал 1 TFLOPS вместо заявленных 1,5 TFLOPS? Дело в том, что 1,5 TFLOPS - это производительность при вычислениях, полностью загружающих все широкое командное слово Эльбруса, при условии использования всех 6 арифметическо-логических устройств (АЛУ) каждого ядра. Чтобы организовать такие вычисления, необходимо специально подготовить задачу под данный процессор, причем необходимо учитывать, что не все вычислительные задачи можно "утрамбовать" в рамки, заданные железом процессора. Но если задача укладывается в вышеуказанные условия, тогда темп вычислений и получится равным 1,5 TFLOPS. Очевидно, что универсальный тест не может создать такие условия вычислений, поэтому в нем получается замерить производительность вычислений "средней" задачи с плавающей точкой. В любом случае, 1 TFLOPS на универсальном тесте - это очень хороший результат.

Для понимания, вот небольшая таблица CPU и GPU с указанием их пиковой производительности:

Intel Core 2 Duo (2006) — 0.019 ТФлопс;

Intel Core i7-4930K (2013) — 0.163 ТФлопс;

AMD Ryzen 7 3700X (2019) — 0.460 ТФлопс;

Sony PlayStation 4 (2013) — 1,84 ТФлопс;

GeForce RTX 2080 Ti (2018) — 13,5 ТФлопс (одинарная точность);

И, глядя на эту таблицу, может возникнуть еще один вопрос: а почему тогда при таких выдающихся показателях, Сбербанк забраковал серверы с Эльбрусом внутри, заявив, что они отстают от процессоров Intel в 3-4 раза? Ответ в том, что архитектура Эльбрус - это современное развитие "числодробилок", которые затачиваются именно на вычисления с плавающей точкой с большими заранее подготовленными массивами данных - матрицами (что и показал тест производительности). Однако в банковских задачах такие вычисления с плавающей точкой занимают очень незначительное место. Гораздо важнее обеспечение работы операционной системы, баз данных, виртуальных машин JAVA, веб-серверов, скриптовых языков и т.д., а в этих задачах вычисления с плавающей точкой практически не используются. Эти задачи подразумевают быстрое выполнение множества мелких команд процессора, с которыми естественным образом хорошо справляются RISC-based процессоры за счет высокой тактовой частоты и динамического предсказателя переходов. Микропроцессоры с VLIW-архитектурой тоже без проблем выполняют данные задачи, но не так эффективно, так как имеют другое внутреннее устройство. Кроме того, Сбербанк тестировал процессор Эльбрус 8С разработки 2014 года, построенный на устаревших технологиях - один только DDR3 чего стоит, и странно было бы ожидать хороший результат по меркам конца 2021 года (почему на тестирование отдали устаревшую модель - это отдельный вопрос).

В любом случае, администрация Webhamster.Ru поздравляет разработчиков МЦСТ с очередным важным достижением. Ждем появления суперкомпьютера с Эльбрусами на борту в первых строчках рейтинга TOP 500!