Проект Raspberry Pi анонсировал расширенный вариант платы Raspberry Pi 4, поставляемый с 8 ГБ ОЗУ. Стоимость нового варианта платы составляет $75. Для сравнения платы с 2 и 4 Гб ОЗУ продаются за 35 и 55 долларов США соответственно.
Используемый в плате чип BCM2711 позволяет адресовать до 16 ГБ памяти, но в момент разработки платы в прошлом году в продаже отсутствовали подходящие чипы LPDDR4 SDRAM. Теперь компания Micron выпустила необходимые чипы c 8 ГБ, на базе которых и построен новый вариант Raspberry Pi 4. Поставка более энергоёмкого чипа 8 ГБ LPDDR4 SDRAM также потребовала небольшой модернизации цепей питания и перемещения импульсного преобразователя из области рядом с разъёмами USB 2.0 в область рядом с USB-C.
Напомним, что плата Raspberry Pi 4 оснащена SoC BCM2711 и включает в себя четыре 64-разрядных ядра ARMv8 Cortex-A72, работающих на частоте 1.5GHz, и графический ускоритель VideoCore VI, который поддерживает OpenGL ES 3.0 и способен декодировать видео H.265 с качеством 4Kp60 (или 4Kp30 на два монитора). Плата оснащена памятью LPDDR4, контроллером PCI Express, гигабитным Ethernet, двумя портами USB 3.0 (плюс два порта USB 2.0), двумя портами Micro HDMI (4K), 40-пиновым GPIO, DSI (подключение сенсорного экрана), CSI (подключение камеры) и чипом беспроводной связи, поддерживающим стандарт 802.11ac, работу на частотах 2.4GHz и 5GHz и Bluetooth 5.0. Питание может подаваться через порт USB-C (ранее применялся USB micro-B), через GPIO или через дополнительный модуль PoE HAT (Power over Ethernet). В тестах производительности Raspberry Pi 4 обгоняет Raspberry Pi 3B+ в 2-4 раза, а Raspberry Pi 1 в 40 раз.
Организация Apache Software Foundation опубликовала релиз системы управления версиями Subversion 1.14.0, который отнесён к выпускам с длительным сроком поддержки (LTS), обновления для которого будут выходить до 2024 года. Несмотря на развитие децентрализованных систем, Subversion продолжает пользоваться популярностью в коммерческих компаниях и проектах, использующих централизованный подход к управлению версиями и конфигурацией программных систем. Из использующих Subversion открытых проектов можно отметить: проекты Apache, FreeBSD, Free Pascal и OpenSCADA. Отмечается, что в едином SVN-епоизитории проектов Apache хранится около 1.8 миллионов ревизий с информацией об изменениях в проектах.
Добавлена команда "svnadmin build-repcache", при помощи которой можно актуализировать состояние кэша "rep-cache", включающего сведения о дубликатах, используемые в механизме дедупликации Representation Sharing (rep-sharing, позволяет существенно сократить размер репозитория за счёт хранения дублирующихся данных только один раз). Команда может применяться для добавления в кэш недостающих элементов для указанного диапазона ревизий, например, после того как дедупликация временно отключалась и кэш потерял актуальность.
В привязках SWIG для языка Python и тестовом наборе реализована поддержка Python 3. Технически написанный на Python код по-прежнему можно использовать с Python 2.7, но тестирование и исправление ошибок, связанных с данной веткой прекращено в связи с окончанием времени жизни Python 2. Python не является обязательным компонентом Subversion и используется при сборке в тестах и в привязках SWIG.
Опции "--quiet" и "--diff" в команде "svn log" теперь не являются взаимоисключающими, что, например, упрощает отображение только различий в диапазоне ревизий.
В "svn info --show-item" добавлен аргумент "changelist".
При запуске заданного пользователем редактора, например, при интерактивном разрешении конфликтов, обеспечено экранирование спецсимволов в путях к редактируемому файлу. Изменение решает проблемы с редактированием файлов, имена которых включают пробелы и спецсимволы.
Продолжено тестирование экспериментальных команд "svn x-shelve/x-unshelve/x-shelves", которые позволяют отдельно отложить незавершенные изменения в рабочей копии, чтобы срочно поработать над чем-то другим, а затем вернуть недоделанные изменения в рабочую копию, не прибегая к таким ухищрениям как сохранение патча через "svn diff" с последующим его восстановлением через "svn patch".
Продолжено тестирование экспериментальной возможности сохранения слепков состояния коммитов ("commit checkpointing"), позволяющая сохранить снапшот изменений, еще не зафиксированных коммитом, и позднее восстановить в рабочей копии любую из сохранённых версий изменений (например, чтобы откатить состояние рабочей копии в случае ошибочного обновления).
Продолжено тестирование экспериментальной команды "svn info --x-viewspec" для вывода спецификации, описывающей текущую рабочую копию. Описание включает информацию об ограничении глубины подветок, исключении подветок, переключении на другой URL или обновлении до нового номера ревизии, по сравнению с родительским каталогом.
Компания Google сообщила о решении включить в выпуске Chrome 84, намеченном на 14 июля, систему защиты от назойливых уведомлений, например, спама запросами на получение push-уведомлений. Так как подобные запросы прерывают работу пользователя и отвлекают внимание на действия в диалогах подтверждения, вместо отдельного диалога в адресной строке будет отображаться не требующая действий от пользователя информационная подсказка с предупреждением о блокировке запроса полномочий, которая автоматически сворачивается в индикатор с изображением зачёркнутого колокола. При клике на индикатор можно активировать или отклонить запрошенное полномочие в любой удобный момент.
Новый режим автоматически будет применяться для сайтов, уличённых в злоупотреблении уведомлениями (например, выводящих фиктивные сообщения, напоминающие сообщения чата, предупреждений или системных диалогов), а также сайтов на которых фиксируется большой процент отклонения запросов подтверждения полномочий. Сайтам не рекомендуется использовать всплывающие окна или отвлекающие рекламные диалоги с предложением подписки на уведомления, которые обычно выводятся перед запросом полномочий. Запрос полномочий следует производить только после действий по инициативе пользователя, например, когда пользователь кликнет на специальный флажок подписки в меню или на отдельной странице. До повсеместной активации новый режим можно включить при помощи настройки "chrome://flags/#quiet-notification-prompts".
Доступен релиз распределённой СУБД TiDB 4.0, развиваемой под впечатлением от технологий Google Spanner и F1. TiDB относится к категории гибридных систем HTAP (Hybrid Transactional/Analytical Processing), способных как обеспечивать выполнение транзакций в реальном времени (OLTP), так и выполнять обработку аналитических запросов. Проект написан на языке Go и распространяется под лицензией Apache 2.0.
Особенности TiDB:
Поддержка SQL и предоставление клиентского интерфейса, совместимого с протоколом MySQL, что упрощает адаптацию для TiDB существующих приложений, написанных для MySQL, а также позволяет задействовать распространённые клиентские библиотеки. Кроме протокола MySQL для обращения к СУБД можно использовать API на базе JSON и коннектор для Spark.
Из возможностей SQL поддерживаются индексы, агрегатные функции, выражения GROUP BY, ORDER BY, DISTINCT, слияния (LEFT JOIN / RIGHT JOIN / CROSS JOIN), представления, оконные функции и подзапросы. Предоставляемых возможностей достаточно для организации работы с TiDB таких web-приложений, как PhpMyAdmin, Gogs и Wordpress;
Возможность горизонтального масштабирования и обеспечения отказоустойчивости: размер хранилища и вычислительную мощность можно наращивать простым подключением новых узлов. Данные распределяются по узлам с избыточностью, позволяющей продолжить работу в случае сбоя отдельных узлов. Сбои обрабатываются автоматически.
Система гарантирует непротиворечивость и для клиентского ПО выглядит как одна большая СУБД, несмотря на то, что фактически для выполнения транзакции привлекаются данные со множества узлов.
Для физического хранения данных на узлах могут применяться разные бэкенды, например, локальные движки хранения GoLevelDB и BoltDB или собственные движки распределённого хранилища TiKV и TiFlash. TiKV хранит данные в разрезе строк в формате ключ/значение и является более оптимальным для задач обработки транзакций (OLTP). TiFlash хранит данные в привязке к столбцам и позволяет добиться более высокой производительности при решении аналитических задач (OLAP).
Возможность асинхронного изменения схемы хранения, позволяющая на лету добавлять столбцы и индексы без остановки обработки текущих операций.
В новом выпуске:
По умолчанию включён распределённый сборщик мусора Green GC, позволяющий существенно повысить скорость сборки мусора в крупных кластерах и повысить стабильность работы;
Добавлена поддержка больших транзакций, размер которых ограничены практически размером физической памяти. Ограничение размера одной транзакции увеличено со 100 МБ до 10ГБ;
Добавлена поддержка команд BACKUP и RESTORE для резервного копирования;
Добавлена возможность установки блокировки на таблицы;
Добавлен совместимый с MySQL механизм изоляции транзакций на уровне чтения (READ COMMITTED);
В команду "ADMIN SHOW DDL JOBS" добавлена поддержка выражений LIKE и WHERE;
Добавлен параметр oom-use-tmp-storage, позволяющий использовать временные файлы для кэширования промежуточных результатов в условиях нехватки оперативной памяти;
Добавлено ключевое слово Random для присвоения атрибутам случайных значений;
В команде LOAD DATA появилась возможность использования шестнадцатеричных и двоичных выражений;
Добавлено 15 параметров для управления поведением оптимизатора;
Добавлены средства для диагностики производительности SQL-запросов. Добавлен лог медленных запросов, доступный через системные таблицы SLOW_QUERY / CLUSTER_SLOW_QUERY;
Добавлена поддержка функций для работы с последовательностями;
Добавлена возможность динамического изменения параметров конфигурации, читаемых из PD (Placement Driver, сервер управления кластером). Добавлена возможность использования выражения "SET CONFIG" для изменения настроек узлов PD/TiKV.
Добавлена настройка max-server-connections для ограничения максимального числа одновременных соединений к серверу (по умолчанию 4096);
Увеличена производительность в ситуациях, когда запрошенные столбцы полностью покрываются индексами;
Добавлена оптимизация запросов на основе слияния индексов;
Повышена производительность операций с диапазонами значений;
Снижена нагрузка на CPU за счёт кэширования результатов обращения к индексам и отсеивания дубликатов;
Добавлена поддержка нового формата хранения строк, позволяющего увеличить производительность таблиц с большим числом столбцов;
В функции GROUP_CONCAT появилась поддержка выражения "ORDER BY";
Добавлена возможность извлечения данных из лога TiFlash через SQL;
В команде "RECOVER TABLE реализована поддержка восстановления обрезанных таблиц;
Добавлена системная таблица DDLJobs для запроса деталей о выполнении работ DDL;
Добавлена возможность применения команды SHOW CONFIG для показа настроек PD и TiKV;
Состоялся релиз операционной системы Chrome OS 83, основанной на ядре Linux, системном менеджере upstart, сборочном инструментарии ebuild/portage, открытых компонентах и web-браузере Chrome 83. Пользовательское окружение Chrome OS ограничивается web-браузером, а вместо стандартных программ задействованы web-приложения, тем не менее, Chrome OS включает в себя полноценный многооконный интерфейс, рабочий стол и панель задач. Сборка Chrome OS 83 доступна для большинства актуальных моделей Chromebook. Энтузиастами сформированы неофициальные сборки для обычных компьютеров с процессорами x86, x86_64 и ARM. Исходные тексты распространяются под свободной лицензией Apache 2.0. Выпуск Chrome OS 82 был пропущен из-за перевода разработчиков на работу на дому в условиях пандемии коронавируса SARS-CoV-2.
Добавлена возможность присвоения имён виртуальным рабочим столам. Имя можно поменять в обзорном режиме, кликнув на назначенные по умолчанию названия ("Desk 1", "Desk 2" и т.д.). Изменённые имена запоминаются и сохраняются после перезагрузки. Для вызова обзорного режима можно нажать кнопку просмотра открытых окон в верхней части клавиатуры (прямоугольник с двумя полосками) или провести тремя пальцами вниз по трекпаду.
Добавлена опция для показа в открытом виде пароля или PIN-кода, введённого во время аутентификации, для того, чтобы убедиться, что пароль введён как задумано.
В Google Assistant добавлена возможность управления воспроизведением мультимедийного контента через текстовые или голосовые команды "Pause", "Next", "Resume" и "Stop".
Добавлена поддержка сервиса "Google for Families", при помощи которого можно настроить то, какие дополнения и приложения разрешено использовать детям, осуществить привязку к школьной учётной записи ребёнка и ограничить допустимые временные рамки для работы на устройстве.
Включена по умолчанию функция группировки вкладок, позволяющая объединять несколько сходных по назначению вкладок в визуально разделённые группы. Каждой группе можно привязать свой цвет и имя. Дополнительно предложена экспериментальная возможность сворачивания и раскрытия групп, которая пока работает не на всех системах. Например, несколько непрочитанных статей можно временно свернуть, оставив только метку, чтобы они не занимали место при навигации, а при возвращении к чтению вернуть на место.
Обеспечено отображение уведомления о необходимости перезапуска после загрузки обновления с более новой версией Chrome OS.
Добавлена система подсказок по использованию экранных жестов для управления устройством в планшетном режиме.
В разделе конфигуратора "Device > Power" предложены раздельные настройки перехода в энергосберегающий режим при подключении устройства к сети и автономной работе.
Мультимедийные разделы в файловом менеджере (секции Recents, Audio, Images, Videos в верхней части боковой панели), позволяющие быстро обратиться к различным категориям недавно добавленного мультимедийного контента, теперь доступны на всех устройствах.
В ARC++ (App Runtime for Chrome), прослойке для запуска Android-приложений в Chrome OS, расширены средства кэширования APK-файлов установленных приложений. Существенно повышена надёжность установки Android-приложений в ChromeOS за счёт откладывания обновления компонентов Google Play (приложения будут установлены до обновления Google Play). Добавлена поддержка кэширования уже установленных приложений и разбитых на несколько файлов APK-пакетов, которая позволили значительно сократить время установки, если приложение уже установлено другим пользователем устройства или используется во временных сеансах, в которых приложения устанавливаются при каждом входе.
Представлен релиз свободной реализации API OpenGL и Vulkan - Mesa 20.1.0. Первый выпуск ветки Mesa 20.1.0 имеет экспериментальный статус - после проведения окончательной стабилизации кода будет выпущена стабильная версия 20.1.1. В Mesa 20.1 реализована полная поддержка OpenGL 4.6 для GPU Intel (драйверы i965, iris) и AMD (radeonsi), поддержка OpenGL 4.5 для GPU AMD (r600) и NVIDIA (nvc0), OpenGL 4.3 для virgl (виртуальный GPU Virgil3D для QEMU/KVM), а также поддержка Vulkan 1.2 для карт Intel и AMD.
Добавлена прослойка для выбора активного устройства для API Vulkan в системах с несколькими GPU с поддержкой Vulkan, работающая по аналогии с DRI_PRIME для OpenGL. Для выбора активного драйвера и GPU предусмотрена переменная окружения MESA_VK_DEVICE_SELECT (если не установлена используется DRI_PRIME).
В драйверы i965 и iris для GPU Intel добавлена поддержка ожидаемых в следующем году чипов на базе новой микроархитектуры Rocket Lake.
В развиваемый для GPU Intel Vulkan-драйвер ANV добавлена оптимизация для чипов на базе микроархитектуры Icelake (Gen11), допускающая использование чистых цветов при текстурировании. При тестировании в Dota2 изменение позволило снизить число операций преобразования цветов на 95% и повысить производительность на 3.5%.
В Vulkan-драйвере ANV повышена эффективность использования кэша на системах с чипами Intel Ivybridge и Haswell. Использование тестов вычислительных функций Vulkan из набора Geekbench 5 показало прирост производительности на 330% на оборудовании Haswell GT3 (прирост за счёт того, что раньше кэш в некоторых условиях не использовался).
В драйверы для GPU Intel (i965, iris) добавлен режим "чёрной дыры" (OpenGL-расширение INTEL_blackhole_render), отключающий все операции рендеринга, передаваемые GPU, но сохраняющий обработку операций OpenGL.
Для графических чипов Intel портирована ранее добавленная для чипов AMD поддержка векторизации NIR, бестипового промежуточного представления (IR) шейдеров, нацеленного на работу на самом нижнем уровне, под GLSL IR и внутренним IR Mesa. С практической стороны за счёт более качественной оптимизации шейдеров изменение позволило поднять производительность работы OpenGL и Vulkan во многих играх на системах с GPU Intel. Например, в игре
Rise of the Tomb Raider отмечается прирост производительности на 3%, а в Shadow of the Tomb Raider на 10%.
В бэкенд для компиляции шейдеров "ACO", который развивается компанией Valve в качестве альтернативы компилятору шейдеров LLVM, для GPU GFX9+ добавлена поддержка типа shaderInt16, позволяющего использовать 16-разрядные целые числа в коде шейдеров. Для
GPU AMD Navi (GFX10) обеспечено применение движков NGG (Next-Gen Geometry) при работе с вершинными и тесселяционными шейдерами.
Для GPU AMD Navi 12 и Navi 14 включена поддержка режима отображаемого DCC (Delta Сolor Сompression), обеспечивающего работу со сжатыми данными цветов при организации вывода на экран.
Добавлена экспериментальная поддержка NIR для классического Gallium3D-драйвера R600 (AMD Radeon HD 2000-6000) с поддержкой геометрических, фрагментных, вершинных и тесселяционных шейдеров.
В Vulkan драйвер RADV добавлен патч за счёт оптимизации работы с памятью увеличивающий производительность игр Id Tech на системах с APU AMD.
В драйвере Panfrost реализована экспериментальная поддержка OpenGL ES 3.0 и обеспечена поддержка 3D-рендеринга для GPU Bifrost (Mali G31). Подготовлена начальная реализация компилятора шейдеров, поддерживающего специфичный для GPU Bifrost набор внутренних инструкций.
В Vulkan-драйвер TURNIP, развиваемый для GPU Qualcomm Adreno, добавлена поддержка геометрических шейдеров и чипов Adreno 650.
В Gallium3D-драйвере LLVMpipe, обеспечивающем программную отрисовку, появилась поддержка тесселяционных шейдеров.
Внесена большая порцияоптимизаций в glthread (многопоточная реализация OpenGL). После внесения изменений производительность гоночного симулятора Torcs выросла на 16% в конфигурации по умолчанию и на 40% при включении glthread.
Добавлена опция allow_draw_out_of_order (включается через driconf) для включения оптимизаций для ускорения операций неупорядоченной отрисовки, характерных для САПР. При включении опции в тесте Viewperf11 Catia наблюдается ускорение в 7%.
Состоялся релиз пакета UDisks 2.9.0, включающего системный фоновый процесс, библиотеки и инструментарий для организации доступа и управления дисками, устройствами хранения и связанными с ними технологиями. UDisks предоставляет D-Bus API для работы с дисковыми разделами, настройки MD RAID, работы с блочными устройствами в файле (loop-монтирование), манипуляций с файловыми системами и т.п. Дополнительно поставляются модули для мониторинга и управления BCache, BTRFS, iSCSI, libStorageManagement, LVM2, LVM Cache и zRAM.
Например, UDisks иcпользуется в приложениях GNOME для работы с дисковыми разделами GNOME и различных графических конфигураторах.
В новой версии:
Реализовано управление опциями монтирования для файловых систем. Через UDisks теперь можно менять предлагаемые по умолчанию опции монтирования для каждого типа файловых систем (для ФС, не определённых в /etc/fstab);
Значительно изменён метод обновления свойств объектов D-Bus (свойства объектов обновляются до возвращения вызова метода);
Переработан API внутренних модулей. Модули теперь необходимо включать по отдельности через вызов EnableModule();
Добавлена возможность сборки только библиотеки libudisks2 без фонового процесса;
Удалён сервис systemd для чистки точек монтирования. Состояние монтирования теперь отслеживается отдельно для непостоянных и постоянных точек монтирования, а чистка выполняется при запуске фонового процесса;
Предложен новый модуль интеграции LVM-VDO, позволяющий обойтись без отдельного модуля VDO;
Добавлена поддержка разблокировки и блокировки устройств BitLocker.
Состоялся выпуск минималистичного многоплатформенного web-браузера NetSurf 3.10, способного работать на системах с несколькими десятками мегабайт ОЗУ. Выпуск подготовлен для Linux, Windows, Haiku, AmigaOS, RISC OS и различных Unix-подобных систем. Код браузера написан на языке Си и распространяется под лицензией GPLv2.
Браузером поддерживаются вкладки, закладки, отображение эскизов страниц, автодополнение URL в адресной строке, масштабирование страниц, HTTPS, SVG, интерфейс для управления Cookie, режим сохранения страниц с изображениями, стандарты HTML 4.01, CSS 2.1 и частично HTML5. Предоставляется ограниченная поддержка JavaScript, которая по умолчанию отключена. Страницы отображаются при помощи собственного браузерного движка, основу которого составляют библиотеки Hubbub, LibCSS и LibDOM. Для обработки JavaScript применяется движок Duktape.
В новой версии значительно переработан интерфейс на основе библиотеки GTK. Проведена работа по увеличению производительности. Внесены улучшения, связанные с обработкой аутентификации, сертификатами и унификацией сообщений об ошибках.
После трёх месяцев разработки представлен релиз OpenSSH 8.3, открытой реализации клиента и сервера для работы по протоколам SSH 2.0 и SFTP.
В новом выпуске добавлена защита от атаки на scp, позволяющей серверу передать другие имена файлов, отличающиеся от запрошенных (в отличие от прошлой уязвимости, атака не даёт возможность сменить выбранный пользователем каталог или glob-маску). Напомним, что в SCP сервер принимает решение о том, какие файлы и каталоги отправить клиенту, а клиент лишь проверяет корректность возвращённых имён объектов. Суть выявленной проблемы в том, что если системный вызов utimes завершается ошибкой, то содержимое файла интерпретируется как метаданные файла.
Данная особенность при подключении к серверу, подконтрольному злоумышленнику, может использоваться для сохранения в ФС пользователя других имён файлов и другого содержимого при копировании при помощи scp в конфигурациях, приводящих к сбою при вызове utimes (например, при запрете utimes политикой SELinux или фильтром системных вызовов). Вероятность проведения реальных атак оценивается как минимальная, так как в типичных конфигурациях вызов utimes не завершается сбоем. Кроме того, атака не проходит незаметно - при вызове scp показывается ошибка передачи данных.
Общие изменения:
В sftp прекращена обработка аргумента "-1" по аналогии с ssh и scp, который раньше принимался, но игнорировался;
В sshd при использовании IgnoreRhosts теперь предоставляется три варианта выбора: "yes" - игнорировать rhosts/shosts, "no" - учесть rhosts/shosts и "shosts-only" - разрешить ".shosts", но запретить ".rhosts";
В ssh обеспечена обработка подстановки %TOKEN в настройках LocalFoward и RemoteForward, используемых для перенаправления Unix-сокетов;
Разрешена загрузка открытых ключей из незашифрованного файла с приватным ключом, если отсутствует отдельный файл с открытым ключом;
При наличии в системе libcrypto в ssh и sshd теперь использует реализацию алгоритма chacha20 из данной библиотеки, вместо встроенной переносимой реализации, которая отстаёт по производительности;
Реализована возможность дампа содержимого бинарного списка отозванных сертификатов при выполнении команды "ssh-keygen -lQf /path";
В переносимой версии реализовано определение систем, в которых сигналы с опцией SA_RESTART прерывают работу select;
Решены проблемы со сборкой в системах HP/UX и AIX;
Устранены проблемы со сборкой seccomp sandbox в некоторых конфигурациях Linux;
Улучшено определение библиотеки libfido2 и решены проблемы со сборкой с опцией "--with-security-key-builtin".
Разработчики OpenSSH также в очередной раз предупредили о грядущем переводе в разряд устаревших алгоритмов, использующих хеши SHA-1, в связи с повышением эффективности коллизионных атак с заданным префиксом (стоимость подбора коллизии оценивается примерно в 45 тысяч долларов). В одном из ближайших выпусков планируют отключить по умолчанию возможность использования алгоритма цифровых подписей по открытому ключу "ssh-rsa", который упоминается в оригинальном RFC для протокола SSH и остаётся широко распространённым на практике (для проверки применения ssh-rsa в своих системах можно попробовать подключиться по ssh с опцией "-oHostKeyAlgorithms=-ssh-rsa").
Для сглаживания перехода на новые алгоритмы в OpenSSH в одном из следующих выпусков по умолчанию будет включена настройка UpdateHostKeys, которая позволит автоматически перевести клиентов на более надёжные алгоритмы. Среди рекомендуемых для миграции алгоритмов упомянуты rsa-sha2-256/512 на базе RFC8332 RSA SHA-2 (поддерживается с OpenSSH 7.2 и используется по умолчанию), ssh-ed25519 (поддерживается с OpenSSH 6.5) и ecdsa-sha2-nistp256/384/521 на базе RFC5656 ECDSA (поддерживается с OpenSSH 5.7).
Начиная с прошлого выпуска "ssh-rsa" и "diffie-hellman-group14-sha1" удалены из списка CASignatureAlgorithms, определяющего алгоритмы, допустимые для цифровой подписи новых сертификатов, так как использование SHA-1 в сертификатах сопряжено с дополнительным риском из-за того, что атакующий имеет неограниченное время на поиск коллизии для существующего сертификата, в то время как время атаки на хостовые ключи ограничены таймаутом подключения (LoginGraceTime).
Добавлен параметр координат первоначальной загрузки карты c возможностью задать масштаб.
Добавлена поддержка Яндекс.Карты.
Добавлена поддержка OSM.
Добавлена поддержка локальных карт и описание процесса создания локальных карт.
Отображение терминалов на карте переделано под Maps2.
Добавлена линейка на карте для возможности измерения расстояния.
Добавлено автоматическое заполнение координат по адресу.
Добавлена возможность изменять расположение объектов.
Добавлена возможность добавлять несколько узлов связи по одному адресу.
Теперь для разных разделов в "Msgs" на карте показываются разные иконки.
Добавлена возможность разрезать кабель на карте.
Добавлен поиск объектов на карте.
Добавлена карта присутствия для сторонних организаций.
Добавлена карта для сотрудников, без возможности редактировать.
Добавлена возможность добавлять на карту уже созданные кабели.
Добавлено автозаполнение узлов при добавлении кабеля.
Добавлено отображение длины кабеля на карте.
Result_former перешёл на Maps2.
Камеры на карте переделаны под Maps2.
Добавлено запоминание последних координат пользователя и кнопка «Домой».
Модуль Cablecat
Cablecat перенесён на Maps2.
Добавлена нумерация гнёзд.
Добавлена цветовая схема для кроссов.
Модуль Storage
Добавлен отчёт "Установлено товаров".
Добавлена панель Адрес и поле Комментарий в форму Поставщики, меню Настройка/Склад/Поставщики.
Добавлено распределение абонплаты.
Добавлено отображение в личном кабинете аренды приставок.
Если не указывать стоимость аренды или рассрочки в момент установки оборудования абоненту, стоимость в общем списке оплат теперь подтягивается со склада. Также исправлена ошибка, если не указывать стоимость аренды или рассрочки в момент установки оборудования абоненту, то в общем списке оплат сумма аренды устанавливалась та, которую указали в момент установки, но списывалась по стоимости от склада.
Исправлена ошибка, когда на странице Клиенты>Логины>Информация не отображались данные по складу.
Поиск по серийному номеру во всех складах и подотчетностях.
Рефакторинг модуля.
Исправлена ошибка, когда при ручном запуске периодика и при указании параметра DATE= отличающейся от текущей, списывало деньги при распределенной абонплате как на текущую дату. В этом случае невозможно было протестировать списание другим месяцем, в котором другое количество дней и, соответственно, другая суточная сумма списания.
Модуль Msgs
Добавлена возможность фильтровать заявки по группам монтажников.
Добавлена возможность привязывать монтажные бригады к геоадресам.
Исправлена ошибка, когда при создании сообщения Обслуживание>Сообщения (Прикрепить к адресу) не сохранялся адрес сообщения.
Уведомление администратору о заявке на подключение.
Реализованы отправки сообщения через почтовую рассылку в личный кабинет.
Добавлен отчёт по работам над заявками.
Добавлен фильтр по разделам сообщений.
Добавлена фильтрация заявок по группам адресов монтажников.
Исправлена ошибка, когда при регистрации пользователя в разделе Обслуживание>Заявки подключения, создать пользователя не передавались все данные с формы заявки в форму регистрации.
Исправлена передача номера телефона и мобильного с заявки на подключения в карточку абонента.
Исправлена ошибка, когда в меню Настройка>Helpdesk>Метки сообщений кнопка Extra fields (…) параметр Цвет не сохранялся.
Исправлена ошибка, когда шаблонные переменные не сохранялись в рассылке.
Исправлено создание рассылок из Обслуживание>Сообщения, Добавить.
Исправлены ошибки при отображении отчета «Отслеживаемые» на главной странице биллинга.
Меню Обслуживание>Сообщения>Открыть сообщение, таблица Работы — исправлена работа Extra fields — не сохранялись выбранные параметры.
Счётчик почасовой поддержки теперь начинается с 2-х минут.
Исправлен поиск по дате в меню Обслуживание>Сообщения>Доска задач.
Меню Обслуживание>Сообщения>Доска задач. Добавлен выпадающий календарь в поле «дата».
Добавлена панель привязки сообщения к адресу.
Модуль Paysys
Добавлен платёжный модуль 2click.
Добавлен платёжный модуль Global Money.
Доработан модуль OSMP для платёжной системы Million.
Не показывать меню Пополнить счет и кнопку Пополнить счет в клиентском кабинете
Добавлена платёжная система Apelsin от Капиталбанка (Узбекистан).
Добавлена платёжная система Easypay Armenia.
Добавлен платёжный модуль ExpressPay (наследование от OSMP).
Исправлена возможность редактировать контрагентов в группе (новая схема Paysys). Нельзя было удалять контрагента в группе по отдельности.
Исправлен модуль Payme.
Теперь в личном кабинете абонента отображаются не служебные названия платёжных систем, а названия соответствующих контрагентов.
Модуль Equipment
Сделана регистрация ONU на Eltex через telnet.
PON Grabber: добавить возможность заносить CPE MAC по заполненным полям NAS и Порт.
OLT huawei ma5603t з epon платами. Исправлено отображение портов.
Добавлена возможность изменять timeout для конкретных OID’ов в коде программы.
Добавлена поддержка OLT Raisecom.
Добавлена поддержка коммутаторов GCOM и поддержка OLT GCOM.
Добавлено отображение уровня сигнала RF-порта на Eltex.
Исправлена ошибка, когда после сохранения оборудования не отображались дополнительные порты.
Исправлена ошибка в SNMP-шаблонах.
Количество портов оборудования в таблицах теперь отображается в виде (основные + дополнительные).
Рефакторинг PON Grabber. Исправлены ошибки: граббер некорректно работал, когда было задано больше одного ID в NAS_IDS; не работал параметр multi, когда был задан NAS_IDS.
Унифицирован список статусов PON ONU: унифицировано внутреннее представление статусов в БД, добавлена страница в документацию: Статусы ONU.
Модуль Cams
Добавлена привязка стороннего сервера авторизации мобильных приложений для видеонаблюдения
Добавлена автопривязка папок.
Добавлена информация о месячных снятиях.
Добавлено меню поиска абонентов, которые используют модуль.
Модуль Cards
Улучшено меню Денежные операции
Исправлен поиск карт по статусу, отображение статуса карт
Обновлен интерфейса дилера
Интерфейс дилера: выводить на печать серию карточек, если соответствующая опция прописана в конфиге
Добавлено на dashboard отображение отчета «Воронка продаж» для лидов
Разработана функциональность для рассылки сообщений лидам.
В меню Клиенты>Потенциальные клиенты>Поиск сделано возможным удаление значения Дата. Тогда поиск производится за весь период.
В меню Клиенты>Потенциальные клиенты>Поиск: добавлено поле для выбора приоритета
В меню Клиенты>Потенциальные клиенты>Потенциальные клиенты исправлена сортировка по умолчанию.
Добавлена кнопка конвертации лида в клиента.
Модуль NAS
Ip POOLS. Добавлены дополнительные поля в списке.
Настройка>Сервер доступа/Сервер доступа — поправлен шаблон.
Поле ввода radius pairs заменено на отдельные поля ввода пар.
Модуль Mikrotik
linkupdown. Добавлена работа через API.
simple shaper для ручной активации услуги при включенной опции $conf{MIKROTIK_QUEUES}=1;
Модуль Info
Добавлена возможность изменять комментарии с сохранением истории изменений.
Добавлена возможность поиска по комментариям в GLOBAL поиске.
Модуль Sms
Добавлена возможность отправлять SMS после регистрации абонента.
Исправлена ошибка, когда администратор мог отправить пароль абоненту по Sms, хотя у него не было таких прав.
Добавлен СМС-шлюз Omnicell.
Модуль Tags
Добавлена возможность назначать ответственных для тега.
Исправлена ошибка, когда пользователь без соответствующего права нажимал на кнопку добавления нового тега, то система открывала во вложенном окне интерфейс биллинговой системы.
Теперь, если в системе не создано ни одной метки, то меню «Метка» в поиске и в создании тикета скрывается, также скрывается в оплатах и в списаниях.
Модуль Voip
Добавлен параметр, который разрешает абонентам с негативным депозитом звонить на все направления с стоимостью 0 единиц за минуту.
Добавлена типизация начислений для модулей Voip, Iptv, Storage.
Модуль Accident
Добавлен быстрый отчёт, который отображает неисправное оборудование с возможностью создать запись в журнале аварий.
Добавлена возможность сделать абонентам компенсацию за аварию.
ABills Lite -
Убран HTTP/HTTPS RadioButton на экране ввода данных для входа.
Ureports -
Исправлен поиск по номеру телефона.
Multidoms -
Разделение сетей по доменам.
Employees
-
Настройка>Сотрудники>Справочник работ — поправлен шаблон.
Исследователи из компании NCC Group опубликовали результаты аудита свободного проекта Zephyr, развивающего операционную систему реального времени (RTOS), нацеленную на оснащение устройств, соответствующих концепции "Интернет вещей" (IoT, Internet of Things). В ходе аудита было выявлено 25 уязвимостей в Zephyr и 1 уязвимость в MCUboot. Разработка Zephyr ведётся при участии компаний Intel.
В сумме было выявлено 6 уязвимостей в сетевом стеке, 4 - в ядре, 2 - в командной оболочке, 5 в обработчиках системных вызовов, 5 в подсистеме USB и 3 в механизме обновления прошивки. Двум проблемам присвоен критический уровень опасности, двум - высокий, 9 умеренный, 9 - низкий и 4 - для принятия во внимание. Критические проблемы затрагивают IPv4 стек и парсер MQTT, опасные - драйверы USB mass storage и USB DFU. На момент раскрытия информации исправления были подготовлены только для 15 наиболее опасных уязвимостей, неисправленными пока остаются проблемы, приводящие к отказу в обслуживании или связанные с недоработками в механизмах дополнительной защиты ядра.
В IPv4 стеке платформы выявлена удалённо эксплуатируемая уязвимость, приводящая к повреждению памяти при обработке определённым образом модифицированных ICMP-пакетов. Ещё одна серьёзная проблема найдена в парсере протокола MQTT, которая вызвана отсутствием должной проверки длины полей в заголовке и может привести удалённому выполнению кода. Менее опасные проблемы, приводящие к отказу в обслуживании, найдены в IPv6-стеке и реализации протокола CoAP.
Остальные проблемы могут быть эксплуатированы локально для вызова отказа в обслуживании или выполнения кода на уровне ядра. Большая часть из данных уязвимостей связана с отсутствие должных проверок аргументов системных вызовов, и может привести к в записи и чтения произвольных областей памяти ядра. Проблемы охватывают и непосредственно код обработки системных вызовов - обращение по отрицательному номеру системного вызова приводит к целочисленному переполнению. В ядре также выявлены проблемы в реализации защиты ASLR (рандомизация адресного пространства) и механизма установки канареечных меток в стеке, делающие данные механизмы неэффективными.
Много проблем затрагивают USB-стек и отдельные драйверы. Например, проблема в USB mass storage позволяют вызвать переполнение буфера и выполнить код на уровне ядра при подключении устройства к подконтрольному атакующему USB-хосту. Уязвимость в USB DFU, драйвере для загрузки новой прошивки по USB, позволяет загрузить модифицированный образ прошивки во внутренний Flash микроконтроллера без применения шифрования и обойдя режим защищённой загрузки с проверкой компонентов по цифровой подписи. Дополнительно был изучен код открытого загрузчика MCUboot, в котором была найдена одна неопасная уязвимость,
которая может привести к переполнению буфера при испльзовании протокола SMP (Simple Management Protocol) через UART.
Напомним, что в Zephyr для всех процессов предоставляется только одно глобальное совместно используемое виртуальное адресное пространство (SASOS, Single Address Space Operating System). Специфичный для приложений код комбинируется с адаптированным под конкретное применение ядром и образует монолитный исполняемый файл для загрузки и запуска на определённом оборудовании. Все системные ресурсы определяются на этапе компиляции, что сокращает размер кода и увеличивает производительность. В системный образ могут включаться только те возможности ядра, которые требуются для выполнения приложения.
Примечательно, что среди ключевых достоинств Zephyr упоминается разработка с оглядкой на безопасность. Утверждается, что все стадии разработки проходят обязательные этапы подтверждения безопасности кода: fuzzing-тестирование, статический анализ, испытания на проникновение, рецензирование кода, анализ внедрения бэкдоров и моделирование угроз.
Представлен первый выпуск новой основной ветки nginx 1.19, в рамках которой будет продолжено развитие новых возможностей. В параллельно поддерживаемой стабильной ветке 1.18.x вносятся только изменения, связанные с устранением серьёзных ошибок и уязвимостей. В следующем году на базе основной ветки 1.19.x будет сформирована стабильная ветка 1.20.
Добавлена возможность поверки клиентских сертификатов с привлечением внешних служб на базе протокола OCSP (Online Certificate Status Protocol). Для включения проверки предложена директива ssl_ocsp, для настройки размера кэша - ssl_ocsp_cache, для переопределения URL OCSP-обработчика, указанного в сертификате - ssl_ocsp_responder.
Исправлена возникающая в процессе работы бэкендов gRPC ошибка "upstream sent frame for closed stream", выводимая при отправке кадров в закрытый поток.
Устранена проблема с нефункционирующим OCSP stapling, если не указана директива "resolver".
Решена недоработка, из-за которой в логах не отражались соединения HTTP/2 с некорректной начальной последовательностью (preface).
Представлен релиз кроссплатформенного фреймворка Qt 5.15. Исходные тексты компонентов Qt поставляются под лицензиями LGPLv3 и GPLv2. В декабре будет опубликована новая ветка Qt 6, в которой ожидаются значительные архитектурные изменения. Для сглаживания будущего перехода на ветку Qt 6 в Qt 5.15 включены предварительные реализации некоторых новшеств и добавлены предупреждения о скором прекращении поддержки функциональности, намеченной для удаления в Qt 6.
Qt 5.15 отнесён к выпускам с длительным сроком поддержки (LTS). При этом для сообщества обновления ветки 5.15 будут публиковаться только до формирования очередного значительного выпуска, т.е. примерно полгода. Расширенный LTS-цикл, подразумевающий формирование обновлений в течение трёх лет, будет ограничен пользователями с коммерческой лицензией (для обычных компаний - $5508 в год на одного разработчика, а для стартапов и малых предприятий - $499 в год). Компания Qt Company также рассматривала возможность перехода на модель распространения Qt, при которой все выпуски в течение первых 12 месяцев будут распространяться только для пользователей коммерческих лицензий. Но пока данная идея не ушла дальше обсуждения.
Продолжена работа по созданию абстрагированного графического API, не зависящего от 3D API операционной системы. Ключевым компонентом нового графического стека Qt является движок рендеринга сцен, использующий прослойку RHI (Rendering Hardware Interface) для обеспечения работы приложений Qt Quick не только с OpenGL, но и поверх API Vulkan, Metal и Direct 3D. В 5.15 новый графический стек предложен в форме опции, имеющей статус "Technology Preview".
Обеспечена полная поддержка модуля Qt Quick 3D, с которого снят признак экспериментальной разработки. Qt Quick 3D предоставляет унифицированный API для создания интерфейсов пользователя на базе Qt Quick, сочетающих элементы 2D и 3D графики. Новый API позволяет использовать QML для определения 3D-элементов интерфейсов без задействования формата UIP. В Qt Quick 3D для 2D и 3D можно использовать один runtime (Qt Quick), один макет сцены и один анимационный фреймворк, а для визуальной разработки интерфейса применять Qt Design Studio. Модуль решает такие проблемы, как большие накладные расходы при интеграции QML с контентом из Qt 3D или 3D Studio, и предоставляет возможность синхронизации анимации и преобразований на уровне отдельных кадров между 2D и 3D.
Из добавленных в Qt Quick 3D новых возможностей упоминается поддержка эффектов постпроцессинга, C++ API для управления геометрией, API для вращения, основанный на классе QQuaternion, и поддержка точечных источников света. Для оценки различных возможностей Qt Quick 3D подготовлено специальное демонстрационное приложение, показывающее как можно изменять типы и источники освещения, использовать сложные модели, манипулировать текстурами, материалами и сглаживанием. Одновременно предложен выпуск окружения для проектирования интерфейса пользователя Qt Design Studio 1.5, в котором реализована полная поддержка Qt Quick 3D.
В Qt QML работа была сосредоточена на подготовке к Qt 6. Реализована возможность применения в компонентах свойств с признаком 'required', установка которых обязательна. В утилите qmllint улучшено формирование предупреждений о возможных проблемах в QML-коде. Добавлена утилита qmlformat, упрощающая форматирование QML-кода в соответствии с рекомендациями по стилю кодирования. Обеспечена совместимость QML с редакцией Qt для микроконтроллеров.
В Qt Quick в элемент Image добавлена поддержка цветовых пространств. В Qt Quick Shapes добавлен новый элемент PathText.
В обработчик указателя добавлено свойство cursorShape, через которое можно изменить форму курсора мыши на настольных системах. Добавлен элемент HeaderView для упрощения добавления вертикальных и горизонтальных заголовков в таблицы на основе TableView.
Значительно улучшена поддержка декорирования окон на стороне клиента (CSD), позволяющая приложению определить собственные элементы оформления окон и разместить произвольное содержимое в заголовке окна.
Стабилизирован модуль Qt Lottie, предоставляющий расширенный API для QML, позволяющий отрисовывать графику и анимацию, экспортированную в формате JSON при помощи плагина Bodymovin к пакету Adobe After Effects. Благодаря QtLottie дизайнер может подготовить анимационные эффекты в удобном для себя приложении, а разработчик напрямую подключить экспортированные файлы к интерфейсу приложений на QtQuick. QtLottie включает в себя встроенный микродвижок для выполнения анимации, обрезки, обработки слоёв и других эффектов. Движок доступен через QML-элемент LottieAnimation, которым можно управлять из QML-кода по аналогии с любыми другими элементами QtQuick.
Браузерный движок Qt WebEngine обновлён до кодовой базы Chromium 80 (в ветке 5.14 использовался Chromium 77, актуальной версией является Chromium 83).
В модуле Qt 3D улучшены средства профилирования и отладки.
В Qt Multimedia добавлена поддержка отрисовки в несколько поверхностей.
В Qt GUI операции масштабирования и преобразования изображений теперь во многих случаях выполняются в многопоточном режиме.
В Qt Network добавлена поддержка настраиваемых таймаутов и сессионных ярлыков в TLS 1.3 (Session Ticket, позволяют возобновить сеанс без сохранения состояния на стороне сервера).
Обеспечена возможность работы Qt Core, QRunnable и QThreadPool с std::function. Добавлен новый метод QFile::moveToTrash() для перемещения элементов в корзину с учётом специфики разных платформ.
В Qt для Android добавлена поддержка родных диалогов для открытия и сохранения файлов.
Опубликовано обновление Protox, мобильного приложения для обмена сообщениями между пользователями без участия сервера, реализованного на основе протокола Tox (с-toxcore). На данный момент поддерживается только OS Android, однако, так как программа написана на кроссплатформенном фреймворке Qt с использованием QML, в будущем возможно портировать приложение и под другие платформы. Программа является альтернативой Tox-клиентам Antox, Trifa. Код проекта распространяется под лицензией MIT. Сборки приложения распространяются под лицензией GPLv3.
Список изменений, начиная с версии 1.4.2:
Добавлена передача файлов в обе стороны.
Добавлены соответствующие кнопки для передачи файлов.
Добавлены оповещения для передачи файлов.
Добавлена кнопка, позволяющая выбрать каталог сохранения загружаемых файлов (по умолчанию это каталог операционной системы).
Главное окно приложения и поле ввода были переделаны, что исправило множество ошибок.
Добавлено поле "Публичный ключ" в меню информации о пользователе.
Некоторые меню теперь будут полностью заполнять ширину экрана.
Исправлена ошибка: дата и время сообщения мгновенно пропадает при исчезновении облака сообщений.
Исправлена ошибка: мерцание интерфейса при автоматическом входе в профиль.
Добавлено журналирование (файл protox.log в каталоге приложения).
Обновлен русский перевод.
Версия toxcore обновлена до 0.2.12.
Сборка приложения, содержащая фразу _patched имеет модифицированную версию библиотеки toxcore, содержащую экспериментальный патч, улучшающий скорость передачи файлов.
Эдуард Шишкин анонсировал новые возможности, развиваемые в рамках проекта Reiser5. Reiser5 представляет собой существенно переработанный вариант файловой системы ReiserFS, в котором на уровне файловой системы, а не блочного устройства, реализована поддержка параллельно масштабируемых логических томов, позволяющая эффективно распределять данные по логическому тому.
Из развиваемых в последнее время новшеств отмечается предоставление
пользователю возможности добавить небольшое высокопроизводительное
блочное устройство (напр. NVRAM), называемое прокси-диском, к
относительно большому логическому тому, скомпонованному из медленных
бюджетных дисков. При этом будет создаваться впечатление, что весь
том скомпонован из таких же дорогостоящих высокопроизводительных
устройств, как и "прокси-диск".
В основу реализованного метода легло простое наблюдение, что на практике запись на диск не ведётся постоянно, а кривая нагрузки ввода-вывода имеет форму пиков. В промежутке между такими "пиками" всегда имеется возможность сбросить данные с прокси-диска, переписав в фоновом режиме все данные (или же только часть) в основное, "медленное" хранилище. Таким образом, прокси-диск всегда готов к приёму новой порции данных.
Изначально данная техника (известная как Burst Buffers) возникла в
области высокопроизводительных вычислений (HPC). Но она оказалась также востребованной и для обычных приложений, особенно для тех, которые предъявляют повышенные требования к целостности данных (обычно это разного рода базы данных). Любые изменения в каком-либо файле такие приложения выполняют атомарным способом, а именно:
сначала создаётся новый файл, который содержит изменённые данные;
потом этот новый файл записывается на диск при помощи fsync(2);
после этого новый файл переименовывается в старый, что автоматически
освобождает блоки, занятые старыми данными.
Все эти шаги в той или иной степени становятся причиной существенного
снижения производительности на любой файловой системе. Ситуация
улучшается, если новый файл сначала записать на выделенное
высокопроизводительное устройство, что в точности и происходит в
файловой системе с поддержкой "Burst Buffers".
В Reiser5 планируется опционально отправлять на прокси-диск не только
новые логические блоки файла, но и все грязные страницы вообще. Причём,
не только страницы с данными, но также и с мета-данными, которые
записываются на шагах (2) и (3).
Поддержка прокси-дисков осуществляется в контексте штатной работы с
логическими томами Reiser5, анонсированной в начале года. То есть,
совокупная система "прокси-диск - основное хранилище" является обычным
логическим томом с той лишь разницей, что прокси-диск имеет приоритет
среди остальных компонетнов тома в политике выделения дисковых адресов.
Добавление прокси-диска в логический том не сопровождается какой-либо
перебалансировкой данных, а его удаление происходит точно так же, как и
удаление обычного диска. Все операции с прокси-диском атомарны.
Обработка ошибок и развёртывание системы (в т.ч. после системного краха) происходит точно так же, как если бы прокси-диск был обычным компонентом
логического тома.
После добавления прокси-диска, суммарная ёмкость логическгого тома
увеличивается на ёмкость этого диска. Мониторинг свободного места на
прокси-диске производится так же, как и для остальных компонентов тома, т.е. при помощи утилиты volume.reiser4(8).
Прокси-диск необходимо периодически очищать, т.е. сбрасывать данные с
него в основное хранилище. После достижения бета-стабильности Reiser5
очистку планируется сделать автоматической (ей будет заведовать
специальный поток ядра). На данном же этапе ответственность за очистку
возлагается на пользователя. Сброс данных с прокси-диска в основное
хранилище производится простым вызовом утилиты volume.reiser4 с опцией
"-b". В качестве аргумента нужно указать точку монтирования логического
тома. Разумеется, очистку надо не забывать проводить периодически. Для
этого можно написать простой shell-скрипт.
В случае отсутствия свободного места на прокси-диске все данные
автоматически записываются в основное хранилище. При этом по умолчанию
снижается общая производительность ФС (из-за постоянного вызова
процедуры коммита всех имеющихся транзакций). Опционально можно задать
режим без потери производительности. Однако, в этом случае дисковое
пространство прокси-устройства будет использоваться менее эффективно.
В качестве прокси-диска удобно использовать подраздел (брик) мета-данных, при условии, что он создан на достаточно высокопроизводительном блочном устройстве.
