понедельник, 9 декабря 2024 г.

Какая файловая система быстрее на флешке

Этот тест я решил провести, когда выяснилось, что у некоторых флешек из прошлой статьи о тестировании разных накопителей есть странная зависимость от типа ФС. Для проведения эксперимента была взята USB флешка Hikvision M210P на 128ГБ. ОС: Manjaro Mate с ядром 6.11 Форматирование производилось с помощью gparted. Во всех случая создавался 1 раздел. Форматирование быстрое. Все настройки по-умолчанию, тюнинг ФС отсутствовал. Тестирование производилось с помощью утилиты KDiskMark. USB только 3.0

Были протестированы все ФС, которые были доступны в gparted, кроме ext2 и ext3 - они не поддерживали быстрое форматирование. Для создания ФС с быстрым форматирование требовались буквально секунды, а при полном - не менее 42 минут. Альтернативным решением было бы создание небольшого раздела на 1 ГБ. Также не проводился тест fat - раздел не может превышать 4 ГБ, но и данная ФС является очень устаревшей и практического смысла её использовать сегодня нет. Данный тест не даёт ответов на вопрос: какая именно ФС лучше всего подходит для внешних твердотельных накопителей. Хотя я лично выбрал бы fat32 как наиболее совместимую между всеми устройствами и ОС, но та же exfat используется по-умолчанию при создании загрузочной флешки Ventoy и в ОС Windows с версии 7. Стоит отметить, что данные эти 2 ФС не журналируемые, что повышает риск потери данных, но бережнее относится к ресурсу флешки.

Ниже представлены результаты тестирования скорости чтения и записи. Также решил показать зарезервированное место на свободной флешке сразу после создания ФС. Если же резервирование отсутствовало или составляла мегабайты, то скриншотов не делал.

Рис.1 - ФС fat32
Рис.2 - ФС ext4
Рис.3 - занимаемое место на пустой флешке с ФС ext4
Рис.4 - ФС BTRFS
Рис.5 - занимаемое место на пустой флешке с ФС BTRFS
Рис.6 - ФС f2fs
Рис.7 - занимаемое место на пустой флешке с ФС f2fs
Рис.8 - ФС jfs
Рис.9 - ФС nilfs
Рис.10 - занимаемое место на пустой флешке с ФС nilfs
Рис.11 - ФС reiserfs
Рис.12 - ФС xfs
Рис.13 - занимаемое место на пустой флешке с ФС xfs
Рис.14 - ФС NTFS 
Рис.15 - ФС exfat

Список ФС, результаты тестирования скорости которых представлены выше:

Тестирование на реальной задаче - копирование папки объёмом 10 ГБ и содержащей в себе 1550 объектов на флешку. Тестирование производилось штатным файловым менеджером Mate - Caja 1.28 Условием завершением копирования было не только сообщение о завершении задачи, но и отсутствие активности флешки, а также возможность её безопасного извлечения (у данной модели флешки нет светодиода). В качестве секундомера использовался телефон и его родная утилита. Результаты:

Hikvison 128 GB (exfat): ФМ показал начальную скорость 361 мб/с с дальнейшим падением до 11 мб/с копирование шло 15:05, через 18:18 устройство можно было извлечь. Копирование этой же папки на ssd ПК шло со скоростью 135 мб/с и заняло 1:14.

Hikvison 128 GB (fat32): 4.5 мб/с - 17.5 мб/с (чаще всего 20 мб/с, максимум до 21 мб/с) копирование шло 9:32, через 9:47 устройство можно было извлечь.

Итоги: реальные и синтетические тесты могут прилично различаться. ФС влияет на производительность и скорость записи довольно существенно: некоторые из них журналируемые и пишут больше информации на флешку, а некоторые ФС в принципе работают в линукс хуже (зависит от реализации драйвера).

пятница, 6 декабря 2024 г.

Сравнение и тестирование USB флешек

К хранению информации я подхожу достаточно скрупулёзно: данные многократно дублируются - разные устройства, различные переносные диски, что-то лежит в облаках. Но вот на флешках информацию я особо не хранил. Ещё во времена, когда 256 МБ - это хорошая флешка, мне показалось, что уж больно медлителен на запись этот тип носителей. Шли годы, у меня появилась целая гора флешек небольшого объёма и парочка относительно больших 64 ГБ. Мой друг любит хранить данные разных флешках. Я решил попробовать и этот метод. Например выделить отдельно флешки для хранения только домашних фото и видео, или собрать все образы ОС, которые может загрузить замечательная утилита Ventoy. И так - бюджет был определён, открыт один из популярных в россии сетевых магазинов, были заказаны следующие флешки:
  • Digma DRIVE3 128ГБ
  • Hikvision M210P 128ГБ
  • Kingston DataTraveler SE9 512ГБ
  • NETAC U185 128ГБ
  • NETAC U185 256ГБ
Все флешки USB 3.0 и имеют 5 летнюю гарантию. Флешку Дигма взял 2 штуки. Почему именно такой выбор? За исключением Кингстона, ему отводилась роль - хранить семейный фотоархив, остальные брались по принципу - наличие, лучшие характеристики и новые бренды на пробу.
Рис.1 - новые флешки в упаковках

Также я решил добавить в тест и старые флешки относительно большого объёма, которые у меня были. Тестирование производилось на ноутбуке Acer Aspire 5542G под управлением Windows 7 SP1 и стационарным ПК (мать Asus Z97-pro gamer), на котором была уставлен Manjaro Mate (ядро 6.11). На ноутбуке тест проводился только на USB 2.0, а на ПК 2.0 и 3.0 Также проводился реальный тест на копирование - использовалась папка с мелкими файлами в количестве 1550 штук и объёмом 10 ГБ.
Рис.2 - Netac 128 ГБ в USB 2.0 на ноутбуке
Рис.3 - Netac 128 ГБ в USB 2.0 на ПК 
Рис.4 - Netac 128 ГБ в USB 3.0 на ПК
Рис.5 - Netac 256 ГБ в USB 2.0 на ноутбуке
Рис.6 - Netac 256 ГБ в USB 2.0 на ПК
Рис.7 - Netac 256 ГБ в USB 3.0 на ПК
Рис.8 - Hikvision 128 ГБ в USB 2.0 на ноутбуке
Рис.9 - Hikvision 128 ГБ в USB 2.0 на ПК
Рис.10 - Hikvision 128 ГБ в USB 3.0 на ПК
Рис.11 - Digma 128 ГБ в USB 2.0 на ноутбуке
Рис.12 - Digma 128 ГБ в USB 2.0 на ПК
Рис.13 - Digma 128 ГБ в USB 3.0 на ПК
Рис.14 - Kingston 512 ГБ в USB 2.0 на ноутбуке
Рис.15 - Kingston 512 ГБ в USB 2.0 на ПК
Рис.16 - Kingston 512 ГБ в USB 3.0 на ПК

На рисунках выше показаны скорости купленных флешек. Обратите внимание, что скорость в режиме USB 2.0 существенно отличается! Для сравнения тесты скоростей старых флешек, которые у меня были. Порт 3.0 только у Mirex 16 GB (прозрачный голубой корпус) и Kingston 256 GB (маленький серебристый корпус).
Рис.17 - старые флешки
Рис.18 - Kingston 256 ГБ в USB 2.0 на ноутбуке
Рис.19 - Kingston 256 ГБ в USB 2.0 на ПК
Рис.20 - Kingston 256 ГБ в USB 3.0 на ПК
Рис.21 - Mirex 16 ГБ в USB 2.0 на ноутбуке
Рис.22 - Mirex 16 ГБ в USB 2.0 на ПК
Рис.23 - Mirex 16 ГБ в USB 3.0 на ПК
Рис.24 - Mirex 64 ГБ в USB 2.0 на ноутбуке
Рис.25 - Mirex 64 ГБ в USB 2.0 на ПК
Рис.26 - Kingston 64 ГБ в USB 2.0 на ПК

Далее для всех новых флешек и одной старой был выполнен реальный тест с копированием папки. Тестирование производилось только на ПК в порту 3.0 штатным файловым менеджером Mate - Caja 1.28 Условием завершением копирования было не только сообщение о завершении задачи, но и отсутствие активности флешки, а также возможность её безопасного извлечения (у части флешек нет светодиода). В качестве секундомера использовался телефон и его родная утилита.
 
Netac 256 GB (exfat): ФМ  показал скорость 85 мб/с, копирование шло 2:03, через 6:48 устройство можно было извлечь.

Netac 128 GB (exfat): ФМ  показал начальную скорость 400 мб/с с дальнейшим падением до  68 мб/с, копирование шло 2:26, через 5:05 устройство можно было извлечь.

Digma 128 GB (exfat): ФМ  показал начальную скорость 304 мб/с с дальнейшим падением до 21.6 мб/с, копирование шло 7:42, через 10:48 устройство можно было извлечь.

Hikvison 128 GB (fat32): 4.5 мб/с - 17.5 мб/с (чаще всего 20 мб/с, максимум до 21 мб/с) копирование шло 9:32, через 9:47 устройство можно было извлечь.

Kingston 512 GB (fat32): ФМ  показывал 5.5 мб/с - 12.4 мб/с (иногда достигала до 17 - 26 мб/с) копирование шло 13:23, через 13:34 устройство можно было извлечь. Копирование этой же папки на ssd ПК шло со скоростью 150 мб/с  и заняло 1:07.

Kingston 256 GB (fat32): ФМ  показывал 7 мб/с - 28 мб/с (чаще всего стабильно 29 мб/с) копирование шло 5:56, через 6:11 устройство можно было извлечь. Копирование этой же папки на ssd ПК шло со скоростью 210 мб/с  и заняло 0:50.

И тут бы можно было сказать, что все тесты выполнены. Однако, изначально Kingston и Hikvision имели устаревшую файловую систему fat32. Казалось бы - отформатируй и всё, но дальнейшие тесты показали странную деградацию скорость копирования именно у этих флешек. Тогда как смена файловой системы на других флешках не приводила к существенным изменениям. Особенно такая смена ФС привела к деградации скорости копирования у Kingston - примерно в 3 раза!

После форматирования с родной ФС fat32 на новую exfat:

Hikvison 128 GB (exfat): ФМ  показал начальную скорость 361 мб/с с дальнейшим падением до 11 мб/с копирование шло 15:05, через 18:18 устройство можно было извлечь. Копирование этой же папки на ssd ПК шло со скоростью 135 мб/с и заняло 1:14.

Kingston 512 GB (exfat): ФМ  показал начальную скорость 395 мб/с с дальнейшим падением до 9.8 мб/с копирование шло 24:23, через 36:11 устройство можно было извлечь. Копирование этой же папки на ssd ПК шло со скоростью 145 мб/с  и заняло 1:17.

Итоги по флешкам:

Netac 128 и 256 GB - разницы в производительности в зависимости от ФС особой нет. Флешка бодрая в плане скорости. К минусу отнесу лишь то, что объём не указан на корпусе.

Hikvison 128 GB - странная зависимость от ФС на флешке. Какая-то левая папка на самой флешке, хотя упаковка была целая. Довольно посредственные характеристики. Нету светодиода активности.

Digma 128 GB - очень понравился корпус. Тяжёлый металлический! Минус - нету светодиода активности. Из странностей - одна из флешек вылетала из системы, если её подключить к порту 3.0, при этом gparted зависал на этапе открытия. После того, как флешку воткнул в порт 2.0 - глюки с вылетом пропали. Заново создал таблицу разделов и отформатировал в exfat. После этих манипуляций флешка прекрасно работает и в порту 3.0

Kingston 512 GB - самая дорогая и многообещающая флешка, но низкая скорость записи просто портит всё впечатление от флешки (производитель заявляет аж до 100 мб/с). Да, на родной ФС fat32 она вроде как и более менее адекватно работает. Я даже смог залить без ошибок все 178 ГБ домашего фотовидеоархива. У этой флешки также нет индикатора активности. В плане скорости чтения - эта флешка самая быстрая среди купленных.

Про старые флешки: 

Ещё хотелось бы отметить флешку Mirex на 64 ГБ - это просто ужасная флешка! Настолько медленная в плане чтения и записи, что использовать её сплошное мучение. И Kingston тоже на 64 ГБ - это довольно старая флешка. Мне её подарили в далёком 2009 году. Изначально она была отформатирована в один большой раздел fat32, но у меня на ней портились файлы. Тогда я создал 2 равных раздела в NTFS и он прослужила без проблем примерно 13 лет. На ней хранилась часть семейного фотовидеоархива, резервные копии. Потом файлы стали читаться снова с ошибками и было решено её отформатировать. Так вот почему нет результатов теста в ноутбуке? - Любая попытка её подлючить - сразу приводит к порче файловой системы, а форматирование завершается с ошибкой. При этом на стационарном ПК флешка прекрасно себя чувствует и не глючит. Я бы мог сказать, что это единичная проблема, но нет - тот же супер-быстрый Kingston на 256 ГБ показывает просто чрезвычайно низкие показатели чтения и записи, что в порту 2.0, что в 3.0, на неттопе Saishiat2. 

Общие итоги и мысли:

С одной стороны флешки стали быстрее, чем раньше, но с другой стороны - какие же они медленные для своих объёмов! Из всех новых флешек больше всего понравился Netac - за цену даёт максимум. Огорчил Kingston 512 ГБ - причём в сравнении с его же 256 ГБ вариантом, но другая линейка - ведь можно же сделать быструю флешку как на чтение, так и на запись. В плане надёжности: у меня куча флешек. Десятки штук, многим уже по 20 лет... и они все живы! Да, я не прогонял тесты линейной записи, но данные на них хранятся. Старые файлы читаются, новые пишутся. Так что окончательное мнение о новых покупках я смогу сформировать только через несколько лет эксплуатации. Странности с зависимостью скорости от ФС или компьютера, к которому была подключена та или иная флешка - может говорить о некой несовместимости. Тогда это легко объясняет огромную разницу в отзывах о флешках, что у разных пользователей разный experience от одной и той же флешки.

Тестирование картридеров MicroSD

В данном тесте акцент делает именно на картридерах, а не самих флешках. В тесте было несколько microsd карт и даже ноутбук со своим встроенным ридером. Ноутбук Acer Aspire 5542G под управлением Windows 7 SP1. Карточки, которые принимали участие в тестировании+адаптер:
  • SP 64 GB
  • Mirex 64 GB
  • Mirex 32 GB
Рис.1 - microsd SP 64 GB в ноутбуке
Рис.2 - microsd Mirex 64 GB в ноутбуке
Рис.3 - microsd Mirex 32 GB в ноутбуке

Далее тест проводился на стационарном ПК под управлением Manjaro с помощью программы KDiskMark. Картридеры все внешние USB 2.0 Флешка microsd - Mirex на 32 ГБ. Тесты как и в первом случае шли с использованием адаптера, а также без, если картридер имел соответствующий слот. Причина почему вообще появилась идея провести масштабный тест - крайне низкая скорость работы старого картридера:
Рис.4 - низкие показатели скорости у старого картридера
Рис.5 - общее фото старого универсального картридера
Рис.6 - модель старого картридера

Старый картридер имел почтенный возраст - аж 2007 год. В принципе особых проблем с ним не было, кроме низкой скорости чтения и записи. Является данная проблема следствием возраста или его родными характеристиками - не известно. На замену было приобретено несколько компактных картридеров:

Рис.7 - картридеры для тестов

На самом деле их у меня больше, но один сломался ещё 17 лет назад, а другой приобретённый пару лет на АлиЭкспресс оказался полурабочим - через порт microusb он работал, а через usb порт не определялся. Так что в тестировании участвуют 4 штуки, которые представлены на фото. Слева на право: 1 с АлиЭкспресс ввиде флешки. Карточка microsd устанавливается со стороны разьёма. 2 куплен в местном интернет-магазине за 29 рублей!!! 3 за 97 рублей там же, универсальный. 4 там же, тоже универсальный, но в другом корпусе (но начинка видимо разная, хотя расположение слотов один в одни) за 265 рублей. Тесты на скорость:
Рис.8 - показатели картридера №1
Рис.9 - показатели картридера №2
Рис.10 - показатели картридера №3
Рис.11 - показатели картридера №4
Рис.12 - показатели картридера №4 через переходник

Некоторые выводы: встроенный картридер в ноутбук показывает лучшие результаты, но тут используются разные программы и возможно именно из-за этого есть разница в показателях. Картридер за 29 рублей работает, но результаты уступают конкуренту с АлиЭкспресс. Картридер №3 почему отказался работать с карточкой microsd через адаптер - в момент тестирования флешка вылетала из системы. Смена адаптера и флешки не исправила ситуацию. Показатели скорости у этого адаптера в слоте microsd самые высокие, но есть нюанс - флешка застревает в слоте и вытащить её очень сложно. Тестирование SD флешек не проводилось. И напоследок - участник №4: показатели не блещут цифрами. Зато никаких проблем с использованием переходника! Скорости же при этом практически не меняются - что с переходников, что без него.

Итоги: если нужен картридер именно для microsd карточки, то дешевле взять заточенный именно под этот тип флешек. Ноутбучные встроенные картридеры довольно качественные,но тут я не могу не упомянуть, что например в ноутбуке Samsung P40 - встроенный SD картридер отказывается корректно воспринимать флешки размером больше 16 ГБ. Это не зависит ни от производителя, ни от ФС на флешке.

четверг, 21 ноября 2024 г.

Беспроводная сеть тормозит X-сервер и мнение о Runtu 24.04

Эту статью можно было бы назвать "глюки Рунту", но я чем больше я разбирался в проблемах, тем больше было становилось понятно, что это проблема не ограничивается один дистрибутивом. Да и вообще всё должно было ограничиться статьёй: Электронный микроскоп в линукс

Начну с того, что Runtu версии 24.04 вышла в мае 2024 года, тогда как на главной сайта до сих пор красуется предложение скачать 22.04 версию. Странности начинаются с самого начала - установка завершилась ошибкой загрузчика. Опытным путём было выяснено, что если принудительно не запретить uefi в биосе, то система норовит поставить себя именно так, а так как разбивка делается под dos разметку, то не стартует. Во вторых установщик почему криво показывает разбивку, что якобы спереди у нас свободно 10 Мбайт, а в конце 440 КБайт. Но в том же gparted видно, что разметка выполнена правильно и разделы занимают всё пространство диска. Первая же загрузка и адские тормоза. Мышь виснет, экран артефачет. Помогла перезагрузка. На панели управления есть кнопка: свернуть все окна - если её нажать, то панель исчезает и помогает только перезагрузка. В консоли tty 1-6 вместо русских букв кракозябры. Лечится запуском команды и настройкой dpkg-reconfigure setup-console, но на этом приключения с "великим и могучим" не заканчиваются - при переключении клавиатура начинает отрабатывать некорректно - кнопки вызывают какие-то иные действия, вводятся левые символы или вообще происходит вылет из сессии! Опытным путём удалось выяснить, что проблема возникает после обновления ОС до 24.04.1, изначально же всё в порядке. Ещё обратил внимание, что если оставить клавиши по-умолчанию ALT+SHIFT, то проблема возникает после нескольких переключений раскладки, а если сменить на CTRL+SHIFT - клавиатура "сходит с ума" при первом же переключении на кириллицу. Команда dpkg-reconfigure keyboard-configuration оказалась бессильной... Проблема со сменой раскладки не является именно проблемой Runtu - почитать можно ТУТ. Конечно, кто-то скажет, что всё это мелочи и не существенно, тем более предполагается работа только в Х - режиме и мышкой, но и тут ждала засада. Хоть я и настроил автологин без пароля, но мне захотелось иметь экранную клавиатуру. Выбор пал на OnBoard, и тут просто эпик-фейл: попытка навести курсор на клавиатуру приводит к её вылету, причём вылет происходит как на этапе выбора сеанса в LightDM, так и в самом LXDE! Потом вылезло ещё пару глюков - при первой загрузке после отключения сильно тормозит графика. Возникают странные артефакты. При этом это наблюдалось и в лайв-режиме. Может ли это быть аппаратной проблемой? Не исключаю, так как мини ПК самопроизвольно выключался несколько раз за свою жизнь, но тот же Mint Cinnamon разных версий работает отлично и без сбоев, хоть и несколько медленнее, чем Runtu. Также я столкнулся с невозможностью изменить время показа меню GRUB. Однако, эта проблема решается довольно просто - необходимо удалить файл custom-conf.cfg из каталога /etc/default/grub.d/ и обновить grub

Я не тестировал непосредственно Ubuntu 24.04 и её официальные SPINы - возможно все эти проблемы присутствуют и там, но Runtu оставила у меня гнетущее состояние - всё глючит и плохо работает. Допускаю, что разработчики в курсе и поэтому оставили на главной странице ссылку на старую версию. Но почему тогда вообще выпустили релиз и не выпустили баг-фиксы. Ведь с момента выпуска прошло уже 5 месяцев. 

Эксперименты: окончательно разочаровавшись в Runtu 24.04, я решил провести эксперимент - обновить её до 24.10 После примерно часа работы я получил вполне рабочую систему. Баг с переключением раскладки в консоли пропал! Что интересно - система не стала потреблять больше ресурсов в плане ОЗУ. Глюк с торможением графики остался при холодном запуске. Было загружено 1 Гб пакетов. Ядро обновилось до 6.11 версии. В систему было установлено 60 новых пакетов. При этом из системы с помощью autoremove удалилось 29 пакетов, а ещё я удалил старое ядро - 5 пакетов. Система чуть больше весить. Также ради эксперимента была загружена в лайв-режиме ОС Mint 22 Cinnamon - довольно неплохо работала. А потом я установил htop и обнаружил, что процессор снова загружен... Тогда мною было взято несколько дистрибутивов - Rescuezilla, Mint 21, Runtu 22.04 - все они запускались отлично и имели ядро 5.15 Я предположил, что виной всему слишком свежее ядро. В итоге установил Runtu 22.04 - правда и с ней у меня возникло не мало проблем. Дело в том, что установщик упорно видел gpt разметку и требовал efi раздел. Пришлось в gparted создать заново таблицу разделов msdos и разделы под корень и хомяк, но даже тут установщик продолжал ругаться, на неправильную разбивку! Однако, система после установки загрузилась и отлично работала до тех пор, пока я не включил wi-fi. И тут начались те самые тормоза!!! Если при этом отключиться и заново подключиться, то тормоза пропадают. Если опять же на холодную загрузиться со включенной сетью, то xorg начинает грузить процессор. Если же сеть не подключать, то всё работает отлично. При этом я видел интересное сообщение про тормоза при подключенном интернете. Также я протестировал поведение в Runtu 20.04 и Debian 12 (без NM) - проблемы с тормозами также были. Дальше я взял древний образ Manjaro 20 Mate. Загрузился, подключился к wi-fi сети и... ничего, сеть работает, процессор загружен на единицы процентов, интерфейс отзывчивый. Также этот баг не проявляется в Ubuntu Mate 16.04 и Mint 20 Cinnamon. Получается, что данная проблема является дистро-специфичной и присутствует лишь в новых версиях. На других ПК (нетбуках, неттопах на таком же процессоре) данный глюк не проявлялся. Стало ли это для меня открытием? Про несовместимость нет - неоднократно сталкивался с таким явлением, а вот такой глюк вижу впервые на линукс. Хотя прямо сейчас начинаю припоминать, что в стародавние времена начала нулевых и форточек аля XP отключение сетевого кабеля снижала тормоза на старых и слабых ПК.

Мне иногда кажется, что эта статья будет дополняться бесконечно... Я взял самый свежий образ Manjaro XFCE. Проверил - в нём глюк с тормозами отсутствовал. Однако, после установки и обновления компонентов, выяснилось, что глюк также повторяется и в этой ОС!

Рис - неттоп DNS Saishiat2 (картинка с сайта topcomputer.ru)

Итог: в принципе беспроводная сеть нужна на этом компьютере только для обновления. Да и какие обновления нужны системе, которая показывает картинку микроскопа на мониторе? Так что поддержку сети отключил через Network Manager. Можно конечно заморочиться и попробовать заменить Wi-Fi модуль или использовать внешний USB, но это уже совсем другая история...

понедельник, 11 ноября 2024 г.

Linux-советы на каждый день! (часть 7)

Совет №1: SMPlayer не воспроизводит видео

Недавно обнаружил, что плеер (ОС Manjaro Linux) стал вылетать при попытке открыть любое видео. Попытка сменить источник выходы в настройках приводил либо к зависанию плеера, либо воспроизведению только звука. При этом mpv отлично работал. Решение данной проблемы: удалить папку с настройками программы в домашнем каталоге по адресу ~/.config/smplayer Понятно, что настройки плеера будут сброшены. После этого плеере отлично работает.

Совет №2: Просмотр RTSP поток IP камеры MATRIXtech

Забрал камеру после ремонта и вспомнил, что раньше я как-то подключался к камере и смотрел поток в VLC, а потом он перестал работать. Проверил снова - не работает. Тогда решил проверить в другом плеере SMPlayer - в нём всё работает! На всякий случай выкладываю ссылку на поток. Точно подходит для камер: MATRIXtech CW5.0IP20SPoE

rtsp://ip:554/user=myname&password=mypassword&channel=1&stream=0.sdp?

Совет №3: bridge in linux

Если у вас никак не хочет создаваться мост и падает соединение в Debian 12 после редактирования файла настроек сети, то необходимо просто установить пакет: bridge-utils

Совет №4: Ноутбук не грузится с флешки (Ventoy или созданной с помощью dd)

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

Совет №5: Пропало свободное место в Mint 19.1

На родительском ПК стоит Mint 19.1 Cinnamon с февраля 2020 года. Всё вполне неплохо работало, но внезапно из 25 Гб корневого раздела осталось всего 700 Мб и оно стремительно уменьшалось с каждой загрузкой. Раздел /var имел вес почти 19 Гб. При этом журналы и кэш пакетов был очищен. Виной всему является flatpak, который не используется, но при этом висел в автозагрузке. Что-то заглючило, и он начал забивать диск. Исправить можно командой: sudo flatpak -repair

Способ решение нашёл по ссылке: https://linuxmint.com.ru/viewtopic.php?t=6675

Рис - мини штангель-циркуль :-)

суббота, 5 октября 2024 г.

Электронный микроскоп в линукс

Давно я не писал в своём блоге ничего нового. Честно говоря не было вдохновения и особого повода. Буду исправляться, и повод появился. Ещё в далёком 2020 году я прикупил парочку неттопов. Один из них буквально в довесок - DNS Saishiat2, потихоньку все нашли применение. Говорить об этом мини ПК особо нечего, но скажу так под линукс работает достаточно быстро, видео проигрывает 1080 без проблем. В конце 22 года я также купил один из недорогих USB микроскопов фирмы Орбита OT-INL40. Микроскоп прекрасно работает в линукс. Появилась идея создать что-то полуавтоматической связки, чтобы если нужно срочно что-то сделать под микроскопом, то на рабочий стол ставит монитор, к нему подключается неттоп с микроскопом. Вкл и на экране сразу выводится картинка в реальном времени (без логинов, паролей и других манипуляций). Тут бы можно было купить микроскоп с экраном, но если брать дешёвый, то картинка будет посредственной, а в загашнике стоит пару лишний плоских 17 дюймовок...

Изначально была идея вообще использовать консольный режим. Все испытания проводились на Manjaro. Оказалось, что картинку смогла вывести только программа ffplay, а mpv и cvlc почему-то показывать отказались. При этом наблюдалась приличная задержка. Вообщем проводить паяльные работы было бы крайне мучительно. Попытка уменьшить буфер лишь немного улучшало ситуацию. Под Иксами, в частности в среде Мате, просто изумительные результаты показала V4L2 Test Bench: в ней не было задержек от слова совсем. Всё это навело меня на мысль, что получить картинку в реальном времени как с того же видеонаблюдения реально. Начался долгий поиск идеальной конфигурации. Сколько бы я не пытался, но все плеера показывали задержку. В конце концов я открыл VLC и внезапно обнаружил, что в нём можно настроить искомые настройки. При выборе и воспроизведении микроскопа (а он есть не что иное как просто специализированная камера), в дополнительных настройках есть строчка :v4l2-standard= :live-caching=300. Если изменить 300 на 0, то буфер равен нулю и задержки нет! Далее оказалось за малым - написать скрипт, который можно было бы добавить в автозапуск в любой графической среде. Итогом стала такая команда:

vlc --fullscreen --no-osd v4l2:///dev/videoX:v4l2-standard= :live-caching=0

Вместо X необходимо подобрать число. Например в Manjaro, где была вэбка, микроскоп был /dev/video2, а в Runtu - /dev/video0 Я также пробовал вариант с cvlc, тоже работает, но если закрыть окно, то процесс остаётся висеть в памяти и его можно кильнуть только через диспетчер процессов.

Рис - объектив камеры телефона через микроскоп

В качестве эксперимента по созданию франкенштейна была выбрана Runtu 24.04 Lite. Почему именно она? Просто хотелось познакомиться с данной сборкой, которая вышла ещё во времена моей молодости, а ещё это практически голый дистрибутив, в котором ничего нет. Забегая вперёд я хотел немного усовершенствовать конструкцию - предполагалось, что к неттопу будет подключаться мышка и открываться те или иные схемы. Т.е. клавиатура не столе не предполагается - искать в интернете на таком древнем неттопе некомфортно, а для перехода по локальным каталогам вполне достаточно мышки (я и мышевоз и клавиатурщик). В систему был установлен VLC, FBReader. Остальное в системе присутствовало. На ssd и 8 Гб система чувствует себя вольготно. Проц в простое занят единицами процентов, а потребление ОЗУ составляет примерно 350 Мб. ОС занимает менее 10 Гб, при запуске VLC нагрузка на проц примерно 16%. 

Чтобы осуществить автозапуск VLC с заданными параметрами необходимо вписать в конце файла ~/.config/openbox/autostart команду vlc --fullscreen --no-osd v4l2:///dev/videoX:v4l2-standard= :live-caching=0

В дальнейшем в связи со странными глюками ОС была заменена на Manjaro XFCE.