Вернуться   Sat-madi.com.ua > Компьютеры,Программное обеспечение > Разные программы

Рекламные ссылки:

Ответ
 
Опции темы
Старый 05.02.2020, 17:41   #51
Зам.Админ
 
Аватар для vladimir59
 
Регистрация: 06.10.2011
Сообщений: 45,438
Сказал(а) спасибо: 48,506
Поблагодарили 50,365 раз(а) в 31,162 сообщениях
Репутация: 151105
По умолчанию

Linux по-прежнему не представляет угрозы для доминирования Windows 10 на ПК

Некоторые пользователи Windows 7 рассматривают возможность перехода на Linux. Но пока таких желающих совсем не много

Прекращение поддержки Windows 7 было воспринято многими аналитиками как удачная возможность для мира Linux получить новых пользователей. Ведь большинство устройств, на которых была установлена операционная система Microsoft 2009 года, имеют устаревшее оборудование. К тому же, Microsoft навязчиво рекомендовала пользователям Windows 7 покупать новые устройства, чтобы максимально использовать возможности Windows 10. Но Linux, в свою очередь, заманивала их в свою экосистему обещанием, что для работы в ее ОС вовсе не требуется оборудование с максимальной производительностью.

Учитывая улучшения, которые получили последние дистрибутивы Linux для того, чтобы стать более привычным домом для бывших пользователей Windows, естественно, «смерть» Windows 7 считалась подходящим моментом для стремительного роста Linux.

Но, как оказалось, шансы для Linux получить выгоду от массового перехода, были чрезвычайно малы. Согласно свежим опросам аналитического агентства Netmarketshare, данные о доле рынка по различным ОС подтверждают, что, несмотря на все попытки привлечь больше людей на сторону Linux, большинство пользователей Windows 7 предпочитают придерживаться Windows и в будущем.

Как показывают новые исследования, доля рынка Windows в целом не сильно изменилась за последний месяц, несмотря на уход Windows 7. Например, в декабре ОС Windows занимала 88,70% рынка настольных компьютеров, а Linux был установлен на 1,51% устройств. В конце января, когда Windows 7 официально была закрыта для обновлений, система Windows работала на 88,14% систем, тогда как Linux фактически снизился до 1,47%. С другой стороны, от «падения» Windows 7 немного выиграла macOS — ее доля на рынке в январе 2020 года увеличилась с 9,15% до 9,74%.

Цифры не удивляют

Пользователи Windows 7, которые отодвинули обновление до Windows 10 вплоть до самой последней минуты, обычно не нуждаются ни в чем, кроме привычного взаимодействия с иконками программ на своих Рабочих столах. Исключая из внимания компании, где обновление до Windows 10 является весьма дорогим процессом, пользователи «семерки» не заинтересованы в апгрейде оборудования и зачастую даже не разбираются в технологиях. Это означает, что для этих людей шансы перейти на сторону Linux крайне низки, так как большинство из них неохотно изучают новую ОС с нуля.

И эти цифры показывают, что Windows 7, достигшая конца поддержки, не изменила отношение домашних пользователей к Linux. Год назад ОС Windows работала на 86,23%, в то время как Linux фактически контролировала 2,45% рынка настольных ПК. Таким образом, упадок Windows 7 фактически привел к увеличению доли рынка для Windows, что, в свою очередь, привело к падению для Linux.

Очевидно, не стоит ожидать каких-либо внезапных изменений в этой области в ближайшие годы, тем более, что Microsoft сейчас делает ставку на «все включено» при доработках Windows 10. Напомним, что пользователям Windows 8.1 не дали возможности бесплатно перейти на «десятку», а дата окончания ее поддержки обозначена на 2023 год. Это не окажет такого большого влияния на общую долю рынка Windows, тем более, что в настоящее время на нее приходится только 3% всех устройств Windows.

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

Ожидается, что в ближайшие месяцы Windows 10 увеличит свою долю на рынке, в частности, по мере того, как все больше людей будут обновляться с Windows 7. Доля Linux на рынке вряд ли претерпит какие-либо существенные изменения после окончательного ухода Windows 7.
vladimir59 вне форума   Ответить с цитированием
Пользователь сказал cпасибо:
ВВ (16.03.2020)
Рекламные ссылки:
Старый 16.03.2020, 18:54   #52
Зам.Админ
 
Аватар для vladimir59
 
Регистрация: 06.10.2011
Сообщений: 45,438
Сказал(а) спасибо: 48,506
Поблагодарили 50,365 раз(а) в 31,162 сообщениях
Репутация: 151105
По умолчанию

В ядре Linux 5.7 будут ускорены сложные сопоставления по спискам в NetFilter
16.03.2020 08:24

Разработчики подсистемы фильтрации и модификации сетевых пакетов Netfilter опубликовали набор патчей, значительно ускоряющих обработку больших списков сопоставления (nftables set), в которых требуется проверка сочетания подсетей, сетевых портов, протокола и MAC-адресов. Патчи уже приняты в ветку nf-next, которая будет предложена для включения в состав ядра Linux 5.7. Наиболее заметного ускорения удалось добиться благодаря задействованию инструкций AVX2 (в дальнейшем планируется опубликовать подобные оптимизации на базе инструкций NEON для ARM).

Оптимизации внесены в модуль nft_set_pipapo (PIle PAcket POlicies), решающий задачу сопоставления содержимого пакета с применяемыми в правилах фильтрации произвольными диапазонами состояния полей, такими как диапазоны IP и сетевых портов (nft_set_rbtree и nft_set_hash манипулируют сопоставлением интервалов и прямым отражением значений). Векторизированная при помощи 256-разрядных инструкций AVX2 верcия pipapo на системе с процессором AMD Epyc 7402 показала прирост производительности на 420% при разборе 30 тысяч записей, включающих связки порт-протокол. Прирост при сопоставлении связки из подсети и номера порта при разборе 1000 записей составил 87% для IPv4 и 128% для IPv6.



Другая оптимизация, позволяющая использовать 8-битовые группы сопоставления вместо 4-битовых, также показала ощутимый прирост производительности: 66% при разборе 30 тысяч записей порт-протокол, 43% - подсеть_IPv4-порт и 61% - подсеть_IPv6-порт. В сумме, с учётом оптимизаций AVX2, производительность pipapo увеличилась в указанных тестах на 766%, 168% и 269% соответственно. Полученные для сложных сопоставлений характеристики опережают проверки единичных полей в rbtree (за исключением теста связки порт+протокол), но пока отстают от прямых проверок при помощи хэшей и drop-обработчиков на базе netdev.

vladimir59 вне форума   Ответить с цитированием
Пользователь сказал cпасибо:
ВВ (16.03.2020)
Старый 30.03.2020, 11:32   #53
Зам.Админ
 
Аватар для vladimir59
 
Регистрация: 06.10.2011
Сообщений: 45,438
Сказал(а) спасибо: 48,506
Поблагодарили 50,365 раз(а) в 31,162 сообщениях
Репутация: 151105
По умолчанию

Релиз ядра Linux 5.6
30.03.2020 11:05

После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 5.6. Среди наиболее заметных изменений: интеграция VPN-интерфейса WireGuard, поддержка USB4, пространства имён для времени, возможность создания обработчиков перегрузки TCP при помощи BPF, начальная поддержка MultiPath TCP, избавление ядра от проблемы 2038 года, механизм "bootconfig", ФС ZoneFS.

В новую версию принято 13702 исправлений от 1810 разработчиков, размер патча - 40 Мб (изменения затронули 11577 файлов, добавлено 610012 строк кода, удалено 294828 строк). Около 45% всех представленных в 5.6 изменений связаны с драйверами устройств, примерно 15% изменений имеют отношение к обновлению кода специфичного для аппаратных архитектур, 12% связано с сетевым стеком, 4% - файловыми системами и 3% c внутренними подсистемами ядра.

Основные новшества:

Сетевая подсистема

Добавлена реализация VPN-интерфейса WireGuard, который реализован на основе современных методов шифрования (ChaCha20, Poly1305, Curve25519, BLAKE2s), обеспечивает очень высокую производительность (в 3.9 опережает OpenVPN по пропускной способности) прост в использовании, лишён усложнений и хорошо зарекомендовал себя в ряде крупных внедрений. В WireGuard применяется концепция маршрутизации по ключам шифрования, которая подразумевает привязку к каждому сетевому интерфейсу закрытого ключа и применение для связывания открытых ключей. Обмен открытыми ключами для установки соединения производится по аналогии с SSH. Необходимые для работы WireGuard криптографические примитивы были перенесены из библиотеки Zinc в состав штатного Crypto API и включены в состав ядра 5.5.
Началась интеграция компонентов, необходимых для поддержки MPTCP (MultiPath TCP), расширения протокола TCP для организации работы TCP-соединения с доставкой пакетов одновременно по нескольким маршрутам через разные сетевые интерфейсы, привязанные к разным IP-адресам. Для сетевых приложений подобное агрегированное соединение выглядит как обычное TCP-соединение, вся логика разделения потоков выполняется силами MPTCP. Multipath TCP может использоваться как для расширения пропускной способности, так и для увеличения надёжности. Например, MPTCP можно применять для организации передачи данных на смартфоне с использованием одновременно линков WiFi и 3G, или для сокращения расходов за счёт подключения сервера с использованием нескольких дешёвых линков вместо одного дорогого.
Добавлена поддержка дисциплины обработки сетевых очередей sch_ets (Enhanced Transmission Selection, IEEE 802.1Qaz), предоставляющей возможность распределения пропускной способности между разными классами трафика. Если нагрузка на определённый класс трафика ниже предоставленной пропускной способности, то ETS позволяет другим классам трафика использовать доступную пропускную способность. Qdisc sch_ets настраивается как дисциплина PRIO и использует классы трафика для определения строгих и совместно используемых между классами ограничений пропускной способности. Работает ETS как комбинация PRIO и DRR - при наличии жёстко ограниченных классов трафика используется PRIO, но если в очереди трафика нет, работает как DRR.
Добавлен новый тип BPF-программ BPF_PROG_TYPE_STRUCT_OPS, позволяющий реализовывать через BPF обработчики функций ядра. В настоящее время указанную возможность уже можно использовать для реализации алгоритмов контроля перегрузки TCP в виде BPF-программ. В качестве примера предложена BPF-программа с реализацией алгоритма DCTCP.
В ядро приняты изменения, переводящие инструментарий ethtool с ioctl() на использование интерфейса netlink. Новый интерфейс упрощает добавление расширений, улучшает обработку ошибок, позволяет отправлять уведомления при изменении состояния, упрощает взаимодействие между ядром и пространством пользователя и сокращает число синхронизируемых именованных списков.
Добавлена реализация алгоритма управления сетевыми очередями FQ-PIE (Flow Queue PIE), нацеленная на снижение негативного влияния промежуточной буферизации пакетов на граничном сетевом оборудовании (bufferbloat). FQ-PIE демонстрирует высокую эффективность при использовании в системах с кабельными модемами.

Дисковая подсистема, ввод/вывод и файловые системы

Для файловой системы Btrfs добавлена асинхронная реализация операции DISCARD (пометка освобождённых блоков, которые уже можно не хранить физически). Изначально операции DISCARD выполнялись синхронно, что могло приводить к проседанию производительности из-за необходимости ожидать завершения соответствующих команд накопителями. Асинхронная реализация позволяет не ждать завершения DISCARD накопителем и выполнять данную операцию в фоне.
В XFS проведена чистка кода, в котором использовались старые 32-разрядные счётчики времени (тип time_t заменён на time64_t), приводящие к проблеме 2038 года. Устранены ошибки и повреждения памяти, всплывавшие на 32-разрядых платформах. Переработан код для работы с расширенными атрибутами.
В файловую систему ext4 внескены оптимизации производительности, связанные c обработкой блокировки inode при операциях чтения и записи. Повышена производительность перезаписи в режиме прямого ввода/вывода (Direct I/O). Для упрощение диагностики проблем обеспечено сохранение в суперблоке первого и последнего кодов ошибок.
В файловой системе F2FS реализована возможность хранения данных в сжатом виде. Для отдельного файла или каталога сжатие может быть включено при помощи команды "chattr +c file" или "chattr +c dir; touch dir/file". Для сжатия всего раздела в утилите mount можно использовать опцию "-o compress_extension=ext".
В состав ядра принята файловая система ZoneFS, упрощающая низкоуровневую работу с зонированными устройствами хранения. ФС Zonefs разработана компанией Western Digital и связывает каждую зону в накопителе с отдельным файлом, который можно использовать для хранения данных в raw-режиме без манипуляции на уровне секторов и блоков, т.е. позволяет приложениям использовать файловый API вместо прямого обращения к блочному устройству при помощи ioctl. Под зонированными накопителями подразумеваются устройства на жёстких магнитных дисках или NVMe SSD, пространство для хранения в которых разбито на зоны, составляющие группы блоков или секторов, в которые допускается лишь последовательное добавление данных с обновлением целиком всей группы блоков.
В NFS отключено по умолчанию монтирование разделов поверх UDP. Добавлена поддержка определённой в спецификации NFS 4.2 возможности прямого копирования файлов между серверами. Добавлена новая опция монтирования "softreval", в случае отказа сервера допускающая выполнение повторной проверки атрибутов из прокэшированных значений. Например, при указании данной опции после недоступности сервера сохраняется возможность перемещения по путям в NFS-разделе и обращения к информации, которая осела в кэше.

Виртуализация и безопасность

Возможность отключения модуля SELinux во время работы объявлена устаревшей, а в будущем выгрузка уже активированного SELinux будет запрещена. Для отключения SELinux потребуется передать параметр "selinux=0" в командной строке ядра.
Добавлена поддержка пространств имён для времени (time namespaces), позволяющих привязать к контейнеру состояние системных часов (CLOCK_REALTIME, CLOCK_MONOTONIC, CLOCK_BOOTTIME), использовать в контейнере своё время и при миграции контейнера на другой хост обеспечить неизменность показаний CLOCK_MONOTONIC и CLOCK_BOOTTIME (учесть время время после загрузки с учётом или без учёта нахождения в спящем режиме).
Удалён блокируемый пул /dev/random. Поведение /dev/random приближено к /dev/urandom в плане предотвращения блокирования энтропии после инициализации пула.
В основной состав ядра включён драйвер, позволяющий гостевым системам, работающим под управлением VirtualBox, монтировать каталоги, экспортируемые хост-окружением.
В подсистему BPF добавлен набор патчей (BPF dispatcher), позволяющий повысить эффективность вызова BPF-программ при наступлении привязанных к ним событий (например, вызов XDP-обработчиков при поступлении сетевого пакета) в условиях применения механизма Retpoline для защиты от атак класса Spectre V2. В подсистеме BPF также добавлена поддержка варианта операции map (используется для сохранения постоянных данных), поддерживающего выполнение в пакетном режиме.

Память и системные сервисы

В BPF добавлена поддержка глобальных функций, который реализованы как часть инициативы по добавлению поддержи библиотек функций, которые можно подключать в программах BPF. Следующим шагом станет поддержка динамических расширений, позволяющих загружать глобальные функции, в том числе замены существующих глобальных функций во время их использования.
Добавлено устройство cpu_cooling, позволяющее охлаждать перегретый CPU путём перевода его в состояние idle на короткие промежутки времени.
Добавлен системный вызов openat2(), предлагающий набор дополнительных флагов для ограничения разрешения файлового пути (запрет пересечения точек монтирования, символических ссылок, magic-ссылок (/proc/PID/fd), компонентов "../")
Для разнородных систем на базе архитектуры big.LITTLE, комбинирующих в одном чипе мощные и менее производительные энергоэффективные ядра CPU, при выполнении задач реального времени обеспечено выставление параметра uclamp_min (появившийся в ядре 5.3 механизм закрепления нагрузки) для гарантирования того, что задача будет размещена планировщиком на ядре CPU, имеющем достаточно производительности.
Ядро полностью избавлено от проблемы 2038 года. Заменены последние остающиеся обработчики, в которых для счётчика эпохального времени использовался 32-разрядный (signed int) тип time_t, который с учётом отчёта от 1970 года должен переполниться в 2038 году.
Продолжено усовершенствование интерфейса асинхронного ввода/вывода io_uring, в котором обеспечена поддержка новых операций: IORING_OP_FALLOCATE (резервирование пустых областей), IORING_OP_OPENAT, IORING_OP_OPENAT2, IORING_OP_CLOSE (открытие и закрытие файлов), IORING_OP_FILES_UPDATE (добавление и удаление файлов из списка быстрого доступа), IORING_OP_STATX (запрос информации о файле), IORING_OP_READ, IORING_OP_WRITE (упрощённые аналоги IORING_OP_READV и IORING_OP_WRITEV), IORING_OP_FADVISE, IORING_OP_MADVISE (асинхронные варианты вызовов posix_fadvise и madvise), IORING_OP_SEND, IORING_OP_RECV (отправка и приём сетевых данных), IORING_OP_EPOLL_CTL (выбоолнение операций над файловыми дескрипторами epoll).
Добавлен системный вызов pidfd_getfd(), дающий возможность процессу извлечь из другого процесса файловый дескриптор открытого файла.
Реализован механизм "bootconfig", позволяющий помимо опций командной строки определять параметры через файл с настройками. Для добавления подобных файлов в образ initramfs предложена утилита bootconfig. Указанная возможность может применяться, например, для настройки kprobes во время загрузки.
Переработан механизм ожидания записи и чтения данных в неименованных каналах (pipe). Изменение позволило ускорить выполнение таких задач, как распараллеленная сборка ядра. При этом оптмизация может привести к состоянию гонки в GNU make из-за ошибки в выпуске 4.2.1, которая устранена в версии 4.3.
В prctl() добавлен флаг PR_SET_IO_FLUSHER, который может применяться для пометки процессов, выполняющихся высвобождением памяти, для которых не следует применять ограничения в ситуации нехватки памяти в системе.
На основе применяемой в Android системы распределения памяти ION реализована подсистема dma-buf heaps, позволяющая управлять выделением DMA-буферов для совместного использования областей памяти драйверами, приложениями и различными подсистемами.

Аппаратные архитектуры

Добавлена поддержка расширения E0PD, появившегося в ARMv8.5 и позволяющего реализовать защиту от атак, связанных со спекулятивным выполнением инструкций в CPU, требующую меньших накладных расходов, чем защита KPTI (Kernel Page Table Isolation).
Для систем на базе архитектуры ARMv8.5 добавлена поддержка инструкции RNG, предоставляющей доступ к аппаратному генератору псевдослучайных чисел. В ядре инструкция RNG задействована для формирования энтропии при инициализации предоставляемого ядром генератора псевдослучайных чисел.
Удалена поддержка расширений MPX (Memory Protection Extensions), добавленная в ядре 3.19 и позволяющая организовать проверку указателей на соблюдение границ областей памяти. Указанная технология не получила распространения в компиляторах и была удалена из GCC.
Для архитектуры RISC-V реализована реализована поддержка отладочного инструмента KASan (Kernel address sanitizer), обеспечивающего выявление ошибок при работе с памятью.

Оборудование

Реализована поддержка спецификации USB 4.0, которая основана на протоколе Thunderbolt 3 и обеспечивает пропускную способность до 40 Гбит/с, сохраняя обратную совместимость с USB 2.0 и USB 3.2. По аналогии с Thunderbolt интерфейс USB 4.0 позволяет туннелировать различные протоколы поверх одного кабеля с разъёмом Type-C, включая PCIe, Display Port и USB 3.x, а также программные реализации протоколов, например, для организации сетевых линков между хостами. Реализация основана на уже входящем в ядро Linux драйвере Thunderbolt, но добавляют поддержку устройств Thunderbolt 3 в программную реализацию менеджера соединений (Connection Manager, отвечает за создание туннелей для подключения нескольких устройств через один разъём) и адаптирует его для работы с хостами и устройствами, совместимыми с USB4.
В драйвере amdgpu добавлена начальная поддепржка технологии защиты от копирования HDCP 2.x (High-bandwidth Digital Content Protection).
В DRM-драйвер для видеокарт Intel добавлена поддержка DSI VDSC для чипов на базе микроархитектуры Ice Lake и Tiger Lake, реализован LMEM mmap (device local memory), улучшен парсинг VBT (Video BIOS Table), реализована поддержка HDCP 2.2 для чипов Coffee Lake.
Продолжена работа по унификации кода драйвера amdkfd (для дискретных GPU, таких как Fiji, Tonga, Polaris) с драйвером amdgpu.
В драйвере nouveau переработана поддержка режима безопасной загрузки ACR для карт GPU NVIDIA на базе микроархитектуры Turing. Добавлена поддержка графического движка TU10x. HD audio
Добавлена поддержка сжатия данных при передаче через DisplayPort MST (Multi-Stream Transport).
Внесены существенные изменение в звуковую систему ALSA, нацеленные на избавление кода от проблемы 2038 года. Добавлена поддержка новых звуковых кодеков Qualcomm WCD9340/WCD9341, Realtek RT700, RT711, RT715, RT1308, Ingenic JZ4770.
Добавлены драйверы для LCD-панелей Logic PD 28, Jimax8729d MIPI-DSI, igenic JZ4770, Sony acx424AKP, Leadtek LTK500HD1829, Xinpeng XPP055C272, AUO B116XAK01, GiantPlus GPM940B0, BOE NV140FHM-N49, Satoz SAT050AT40H12R2, Sharp LS020B1DD01D.
Добавлена поддержка ARM-плат и платформ Gen1 Amazon Echo (OMAP3630-based), Samsung Galaxy S III mini (GT-I8190), Allwinner Emlid Neutis, Libre Computer ALL-H3-IT, PineH64 Model B, Aibretech Amlogic GX PC, Armada SolidRun Clearfog GTR, NXPGateworks GW59xx, Tolino Shine 3 eBook reader, Embedded Artists COM (i.MX7ULP), SolidRun CLearfog CX/ITX и HoneyComb (LX2160A), Google Coral Edge TPU (i.MX8MQ), Rockchip Radxa Dalang Carrier, Radxa Rock Pi N10, VMARC RK3399Pro SOM ST Ericsson HREF520, Inforce 6640, SC7180 IDP, Atmel/Microchip AM9X60 (ARM926 SoC, Kizboxmini), ST stm32mp15, AM3703/AM3715/DM3725, ST Ericsson ab8505, Unisoc SC9863A, Qualcomm SC7180.

Одновременно латиноамериканский Фонд свободного ПО сформировал вариант полностью свободного ядра 5.6 - Linux-libre 5.6-gnu, очищенного от элементов прошивок и драйверов, содержащих несвободные компоненты или участки кода, область применения которых ограничена производителем. В новом выпуске отключена загрузка блобов в драйверах для AMD TEE, ATH11K и Mediatek SCP. Обновлён код чистки блобов в драйверах и подсистемах AMD PSP, amdgpu и nouveau.
vladimir59 вне форума   Ответить с цитированием
Пользователь сказал cпасибо:
ВВ (26.06.2021)
Старый 11.04.2020, 15:41   #54
Зам.Админ
 
Аватар для vladimir59
 
Регистрация: 06.10.2011
Сообщений: 45,438
Сказал(а) спасибо: 48,506
Поблагодарили 50,365 раз(а) в 31,162 сообщениях
Репутация: 151105
По умолчанию

«Linux для новичков» теперь поддерживает российские процессоры Эльбрус и Байкал

Это первое за последние два года крупное обновление системы. ОС Simply Linux 9 уже доступна для скачивания на сайте разработчика



Российский разработчик «Базальт СПО», занимающийся разработкой дистрибутивов ALT, сообщил о выпуске новой версии операционной системы Simply Linux, предназначенной для широкого круга пользователей, включая тех, кто впервые знакомится с Linux. Среди прочих изменений текущий релиз получил поддержку альтернативных процессорных архитектур, в том числе и тех, на базе которых построены российские процессоры «Байкал» и «Эльбрус».

Simply Linux 9 — это бесплатный дистрибутив с оболочкой Xfce и набором русифицированных программ, куда входят браузер Chromium, офисный пакет Libreoffice, почтовый клиент Mozilla Thunderbird, мессенджер Pidgin, программы для проигрывания и редактирования аудио / видео Audacious и VLC, графический редактор GIMP, простенькие игры и многое другое. Остальные программы можно доустановить из репозитория «Сизиф».



Помимо систем с российскими процессорами «Байкал» и «Эльбрус», новая версия Simply Linux также поддерживает одноплатные компьютеры NVIDIA Jetson Nano и Raspberry Pi 4. Эти и другие варианты операционной системы, а также комплект соответствующей документации можно загрузить с официальных сайтов компании-разработчика - «Базальт СПО» и Getalt.org.
vladimir59 вне форума   Ответить с цитированием
Пользователь сказал cпасибо:
ВВ (26.06.2021)
Старый 15.06.2020, 17:50   #55
Зам.Админ
 
Аватар для vladimir59
 
Регистрация: 06.10.2011
Сообщений: 45,438
Сказал(а) спасибо: 48,506
Поблагодарили 50,365 раз(а) в 31,162 сообщениях
Репутация: 151105
По умолчанию

Ядро Linux 5.8 станет самым крупным по числу изменений
15.06.2020 11:58

Линус Торвальдс представил первый кандидат в релизы ядра Linux 5.8, отметив, что судя по всему это будет самое крупное из всех ядер за всё время существования проекта. В веку 5.8 принято 14206 наборов изменений, которые затронули примерно 20% всех файлов в репозитории с кодом ядра. Размер патча 5.8-rc1 составил 61 МБ, что примерно на 35% больше, чем результирующий патч от выпуска 5.7. Релиз ядра Linux 5.8 ожидается в конце августа.

Изменения затронули 15234 файлов, добавлено 1026178 строк кода, удалено 480891 строк (для сравнения в ветке 5.7 было добавлено 570560 строк кода, а удалено 297401 строк). Около 37% всех представленных в 5.8 изменений связаны с драйверами устройств, примерно 16% изменений имеют отношение к обновлению кода, специфичного для аппаратных архитектур, 10% связано с сетевым стеком, 3% - с файловыми системами и 4% c внутренними подсистемами ядра.

Отмечается, что ядра с большими размерами патча встречались и ранее, но изменения, как правило были сосредоточены в одной подсистеме или были вызваны добавлением большого объёма типовых данных (например, в ядре 4.12 для драйвера AMD GPU было добавлено большое число строк с описанием регистров, а в ядре 2.6.29 добавлена большая порция новых драйверов в раздел staging).

Ядро Linux 5.8 примечательно тем, что изменений в нём много как таковых (по числу коммитов и числу добавленных строк кода) и они размазаны по разным подсистемам. Больше всего изменений охватывают драйверы. Многие изменения касаются фундаментальных изменений и чистки в основных подсистемах, а также развития специфичных для аппаратных архитектур улучшений. Не обошлось и без автоматизированных правок, связанных с корректировкой информации о лицензиях в формате SPDX, но эти правки не являются доминирующими и лишь отражают возросшую активности в разработке.
vladimir59 вне форума   Ответить с цитированием
Пользователь сказал cпасибо:
ВВ (26.06.2021)
Старый 05.07.2020, 15:59   #56
Зам.Админ
 
Аватар для vladimir59
 
Регистрация: 06.10.2011
Сообщений: 45,438
Сказал(а) спасибо: 48,506
Поблагодарили 50,365 раз(а) в 31,162 сообщениях
Репутация: 151105
По умолчанию


Отец Linux больше не программирует. Линус Торвальдс рассказал о своей деятельности


В основном он пишет и читает электронные письма

Линус Торвальдс (Linus Torvalds), легендарный отец-основатель Linux, побеседовал с вице-президентом VMware Дирком Хонделом (Dirk Hohndel) на конференции Open Source Summit/Embedded Linux Conference Europe.

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

Торвальдс заявил:

Я читаю письма, я пишу письма, но я больше вообще не занимаюсь программированием».

Он также отметил, что если он и пишет код, то в основном это происходит в клиенте электронной почты во время обсуждения очередных предложений кода. Торвальдс подчеркнул: «Я больше не программист».

В мае Торвальдс сделал сенсационное заявление, объявив, что он променял Intel на AMD впервые за 15 лет.

vladimir59 вне форума   Ответить с цитированием
Пользователь сказал cпасибо:
ВВ (26.06.2021)
Старый 02.08.2020, 17:51   #57
Зам.Админ
 
Аватар для vladimir59
 
Регистрация: 06.10.2011
Сообщений: 45,438
Сказал(а) спасибо: 48,506
Поблагодарили 50,365 раз(а) в 31,162 сообщениях
Репутация: 151105
По умолчанию

В Linux найдена опасная уязвимость
02 августа 2020, 09:12

Несмотря на то, что Linux многие считают самой безопасной ОС в мире, дыры безопасности в ней все-таки имеются.

Эксперты по безопасности обнаружили в Linux брешь, позволяющую взломать систему. Уязвимость BootHole была найдена в загрузчике операционной системы GRUB2.

BootHole позволяет злоумышленникам скомпрометировать процесс загрузки, даже если активна функция Secure Boot. Таким образом хакер может внедрить в компьютер вирус, который сможет запускаться до запуска ОС. Соответственно, удалить его будет практически невозможно.

BootHole обусловлена некорректной обработкой внешнего файла настроек grub.cfg. Сообщается, что на сегодня только у одного поставщика реализована проверка целостности цифровой подписи grub.cfg. Это свидетельствует о том, что миллионы компьютеров, серверов, устройств интернета вещей находятся под угрозой.

В этой ситуации радует лишь то, что злоумышленнику для взлома требуются административные привилегии.
vladimir59 вне форума   Ответить с цитированием
2 пользователя(ей) сказали cпасибо:
vova-64 (02.08.2020), ВВ (26.06.2021)
Старый 25.08.2020, 18:33   #58
Зам.Админ
 
Аватар для vladimir59
 
Регистрация: 06.10.2011
Сообщений: 45,438
Сказал(а) спасибо: 48,506
Поблагодарили 50,365 раз(а) в 31,162 сообщениях
Репутация: 151105
По умолчанию Ядру Linux исполнилось 29 лет

Ядру Linux исполнилось 29 лет
25.08.2020 08:26

25 августа 1991 года после пяти месяцев разработки 21-летний студент Линус Торвальдс объявил в телеконференции comp.os.minix о создании рабочего прототипа новой операционной системы Linux, для которой было отмечено завершение портирования bash 1.08 и gcc 1.40. Первый публичный выпуск ядра Linux был представлен 17 сентября. Ядро 0.0.1 имело размер 62 Кб в сжатом виде и содержало около 10 тысяч строк исходного кода. Современное ядро Linux насчитывает более 28 млн строк кода. По данным исследования, проведённого в 2010 году по заказу Евросоюза, приблизительная стоимость разработки с нуля проекта, аналогичного современному ядру Linux, составила бы более миллиарда долларов США (расчёт производился, когда в ядре было 13 млн строк кода), по другим оценкам - более 3 миллиардов.

Ядро Linux было создано под впечатлением от операционной системы MINIX, которая не устраивала Линуса своей ограниченной лицензией. Впоследствии, когда Linux стал известным проектом, недоброжелатели пытались обвинить Линуса в прямом копировании кода некоторых подсистем MINIX. Нападение отразил Эндрю Таненбаум, автор MINIX, который поручил одному из студентов провести детальное сравнение кода Minix и первых публичных версий Linux. Результаты исследования показали наличие только четырёх несущественных совпадений блоков кода, обусловленных требованиями POSIX и ANSI C.

Первоначально Линус задумал назвать ядро Freax, от слов «free», «freak» и X (Unix). Но имя «Linux» ядро получило с лёгкой руки Ари Лемке (Ari Lemmke), который по просьбе Линуса разместил ядро на FTP-сервере университета, назвав директорию с архивом не «freax», как просил Торвальдс, а «linux». Примечательно, что предприимчивый делец Вильям Делло Крок (William Della Croce) сумел зарегистрировать торговую марку Linux и хотел со временем собирать отчисления, но позднее передумал и передал все права на торговую марку Линусу. Официальный талисман Linux-ядра, пингвин Tux, был выбран в результате соревнования, состоявшегося в 1996 году. Имя Tux расшифровывается как Torvalds UniX.

Динамика роста кодовой базы (количество строк исходного кода) ядра:

0.0.1 - сентябрь 1991, 10 тыс. строк кода;
1.0.0 - март 1994, 176 тыс. строк кода;
1.2.0 - март 1995, 311 тыс. строк кода;
2.0.0 - июнь 1996, 778 тыс. строк кода;
2.2.0 - январь 1999, 1.8 млн. строк кода;
2.4.0 - январь 2001, 3.4 млн. строк кода;
2.6.0 - декабрь 2003, 5.9 млн. строк кода;
2.6.28 - декабрь 2008, 10.2 млн. строк кода;
2.6.35 - август 2010, 13.4 млн. строк кода;
3.0 - август 2011, 14.6 млн. строк кода.
3.5 - июль 2012, 15.5 млн. строк кода.
3.10 - июль 2013, 15.8 млн. строк кода;
3.16 - август 2014, 17.5 млн. строк кода;
4.1 - июнь 2015, 19.5 млн. строк кода;
4.7 - июль 2016, 21.7 млн. строк кода;
4.12 - июль 2017, 24.1 млн. строк кода;
4.18 - август 2018, 25.3 млн. строк кода.
5.2 - июль 2019, 26.55 млн. строк кода.
5.8 - август 2020, 28.36 млн. строк кода.


Прогресс развития ядра:

Linux 0.0.1 - сентябрь 1991, первый публичный выпуск, поддерживающий только CPU i386 и загружающийся с дискеты;
Linux 0.12 - январь 1992, код начал распространяться под лицензией GPLv2;
Linux 0.95 - март 1992, обеспечена возможность запуска X Window System, реализована поддержка виртуальной памяти и раздела подкачки.
Linux 0.96-0.99 - 1992-1993, началась работа над сетевым стеком. Представлена файловая система Ext2, добавлена поддержка формата файлов ELF, представлены драйверы для звуковых карт и контроллеров SCSI, реализована загрузка модулей ядра и файловой системы /proc.
В 1992 году появились первые дистрибутивы SLS и Yggdrasil. Летом 1993 года были основаны проекты Slackware и Debian.
Linux 1.0 - март 1994, первый официально стабильный релиз;
Linux 1.2 - март 1995, существенное увеличение числа драйверов, поддержка платформ Alpha, MIPS и SPARC, расширение возможностей сетевого стека, появление пакетного фильтра, поддержка NFS;
Linux 2.0 - июнь 1996 года, поддержка многопроцессорных систем;
Март 1997: основан LKML, список рассылки разработчиков ядра Linux;
1998 год: запущен первый попавший в список Top500 кластер на базе Linux, состоящий из 68 узлов с CPU Alpha;
Linux 2.2 - январь 1999, увеличена эффективность системы управления памятью, добавлена поддержка IPv6, реализован новый межсетевой экран, представлена новая звуковая подсистема;
Linux 2.4 - февраль 2001, обеспечена поддержка 8-процессорных систем и 64 Гб ОЗУ, файловая система Ext3, поддержка USB, ACPI;
Linux 2.6 - декабрь 2003, поддержка SELinux, средства автоматического тюнинга параметров ядра, sysfs, переработанная система управления памятью;
В 2005 году представлен гипервизор Xen, который открыл эру виртуализации;
В сентябре 2008 года сформирован первый релиз платформы Android, основанной на ядре Linux;
В июле 2011 года после 10 лет развития ветки 2.6.x осуществлён переход к нумерации 3.x. Число объектов в Git-репозитории достигло 2 млн;
В 2015 году состоялся выпуск ядра Linux 4.0. Число git-объектов в репозитории достигло 4 млн;
В апреле 2018 года преодолён рубеж в 6 млн git-объектов в репозитории ядра.
В январе 2019 года сформирована ветка ядра Linux 5.0. Репозиторий достиг уровня 6.5 млн git-объектов.
Опубликованное в августе 2020 года ядро 5.8 стало самым крупным по числу изменений из всех ядер за всё время существования проекта.
vladimir59 вне форума   Ответить с цитированием
2 пользователя(ей) сказали cпасибо:
vova-64 (26.08.2020), ВВ (26.06.2021)
Старый 02.10.2020, 17:10   #59
Зам.Админ
 
Аватар для vladimir59
 
Регистрация: 06.10.2011
Сообщений: 45,438
Сказал(а) спасибо: 48,506
Поблагодарили 50,365 раз(а) в 31,162 сообщениях
Репутация: 151105
По умолчанию

SFC готовит иск против нарушителей GPL и будет развивать альтернативные прошивки
02.10.2020 08:28

Правозащитная организация Software Freedom Conservancy (SFC) представила новую стратегию обеспечения соблюдения требований лицензии GPL в устройствах, прошивки которых построены на основе Linux. Для воплощения в жизнь предложенной инициативы Фонд ARDC (Amateur Radio Digital Communications) уже выделил организации SFC грант, размером 150 тысяч долларов.

Работу планируют вести в трёх направлениях:

Принуждение производителей к соблюдению GPL и устранению имеющихся нарушений.
Проведение совместно с другими организациями продвижения идеи, что соответствие продукта GPL является важной деталью для защиты конфиденциальности и прав потребителей.
Развитие проекта Firmware Liberation по созданию альтернативных прошивок.

По мнению Бредли Куна (Bradley M. Kuhn), исполнительного директора SFC, предпринимаемые ранее усилия по убеждению необходимости соблюдения GPL, проводимые через просвещение и информирование, не оправдали себя и сегодня в индустрии устройств интернета вещей наблюдается всеобщее игнорирование выполнения требований GPL. Для выхода из сложившейся ситуации предлагается использовать более жёсткие юридические меры для привлечения нарушителей к ответственности за невыполнение условий копилефт лицензий.

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

За последний год организация SFC выявила серию нарушений GPL компаниями-производителями встраиваемой электроники, с которыми не удаётся договориться мирным путём и без судебных разбирательств не обойтись. Планируется выбрать одного из таких нарушителей, не предоставляющих код, достаточный для пересборки и установки Linux, и устроить в США показательный судебный процесс. В случае устранения нарушения ответчиком, выполнения всех требований и предоставления обязательства соблюдать GPL в будущем, SFC готов сразу завершить судебный процесс.

Кроме работы по принуждению к соблюдению GPL, в рамках проекта Firmware Liberation планируется выбрать определённый класс продуктов из категории встраиваемых решений на базе Linux и создать для них альтернативные свободные прошивки, основанные на коде, открытом производителем в результате устранения нарушений GPL, как в своей время был создан проект OpenWrt на основе кода прошивки для WRT54G. В конечном счёте, опыт создания таких успешных проектов, как OpenWrt и SamyGo, планируется перенести на другие категории устройств.

Отмечается, что организация SFC выявила нарушения GPL в Linux-прошивках для таких устройств, как холодильники, электронные няни, виртуальные помощники звуковые панели, дверные звонки, камеры безопасности, автомобильные системы, AV-ресиверы и телевизоры. Создание альтернативных прошивок для подобных устройств или объединение усилий с существующими проектами по разработке альтернативных прошивок, работа которых затруднена из-за недоступности специфичных для устройств изменений, приведёт к расширению свободы пользователей этих устройств.
vladimir59 вне форума   Ответить с цитированием
Пользователь сказал cпасибо:
ВВ (26.06.2021)
Старый 22.05.2021, 21:52   #60
Зам.Админ
 
Аватар для vladimir59
 
Регистрация: 06.10.2011
Сообщений: 45,438
Сказал(а) спасибо: 48,506
Поблагодарили 50,365 раз(а) в 31,162 сообщениях
Репутация: 151105
По умолчанию

Поддержка Linux-приложений в Chrome OS вышла из стадии бета-тестирования
22.05.2021 [17:58]

Поддержка Linux-приложений в Google Chrome OS появилась ещё в 2018 году. Поначалу эта функция была крайне нестабильной. Большинство программ не работали, а те, которые всё же запускались, огорчали пользователей графическими артефактами и прочими ошибками. Однако на сегодняшний день Crostini, среда разработки Linux-программ для Chrome OS, работает достаточно хорошо, чтобы выйти из стадии бета-тестирования.



Согласно объявлению, сделанному Google на конференции I/O 19 мая, в Chrome OS 91 функция запуска Linux-программ лишится статуса «бета» и предложит пользователям повышенную стабильность, улучшенную поддержку USB, новое приложение «Терминал», а также возможность переадресации портов. Google также сообщила, что среда Crostini теперь будет автоматически обновляться вместе с Chrome OS.



Google заявила, что Chrome OS, помимо прочего, также получит возможность использования Vulkan API, отвечающего за поддержку трёхмерной графики в играх. Пока неизвестно, когда это произойдёт, однако, вполне вероятно, что Vulkan API также дебютирует в Chrome OS 91.
vladimir59 вне форума   Ответить с цитированием
Пользователь сказал cпасибо:
ВВ (26.06.2021)
Ответ

Опции темы

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.

Быстрый переход

Рекламные ссылки:


Текущее время: 12:02. Часовой пояс GMT +2.


Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2024, vBulletin Solutions, Inc. Перевод: zCarot
Администрация форума не несёт ответственности за содержание сообщений, оставляемых пользователями форума.
При копировании и/или использовании материалов форума прямая гиперссылка на форум обязательна!