The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Релиз ядра Linux 6.5

28.08.2023 11:06

После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 6.5. Среди наиболее заметных изменений: поддержка механизма управления питанием Intel TPMI, системный вызов cachestat, продолжение интеграции поддержки языка Rust, поддержка протокола Unaccepted Memory, поддержка векторных инструкций RISC-V, механизм "fprobe-events", перевод в разряд устаревших механизма распределения памяти SLAB, режим "data-only" в Overlayfs, режим монтирования "beneath".

В новую версию принято 14674 исправлений от 2016 разработчиков, размер патча - 78 МБ (изменения затронули 17646 файлов, добавлено 1294205 строк кода, удалено 930515 строк). Около 32% всех представленных в 6.5 изменений связаны с драйверами устройств, примерно 26% изменений имеют отношение к обновлению кода, специфичного для аппаратных архитектур, 8% связано с сетевым стеком, 2% - с файловыми системами и 2% c внутренними подсистемами ядра.

Основные новшества в ядре 6.5:

  • Память и системные сервисы
    • В интерфейс RAPL (Running Average Power Limit) добавлена поддержка механизма TPMI (Topology Aware Register and PM Capsule Interface), применяемого в процессорах Intel для активации возможностей, связанных с управлением питанием. RAPL TPMI дополняет ранее доступный интерфейс RAPL MSR/MMIO и отличается более гибкими возможностями настройки ограничения потребления питания.
    • Добавлен системный вызов cachestat() для запроса состояния страничного кэша для файлов и каталогов. Новый системный вызов позволяет программам из пространства пользователя определить, какие из страниц файла прокэшированы в оперативной памяти. В отличие от ранее доступного системного вызова "mincore()", вызов "cachestat()" позволяет запрашивать более подробную статистику, например, сообщает такие сведения, как количество прокэшированных страниц, грязных (dirty) страниц, вытесненных страниц, недавно вытесненных страниц и страниц, отмеченных для отложенной записи (writeback).
    • За счёт параллельной активации нескольких CPU значительно (до 10 раз) ускорена процедура перевода процессоров в состояние online.
    • Из ветки Rust-for-Linux продолжен перенос дополнительной функциональности, связанной с использованием языка Rust в качестве второго языка для разработки драйверов и модулей ядра (поддержка Rust не активна по умолчанию, и не приводит ко включению Rust в число обязательных сборочных зависимостей к ядру). Осуществлён переход на использование выпуска Rust 1.68.2, в котором стабилизированы некоторые возможности, задействованные в ядре. Улучшен API pin-init. Расширены возможности модулей 'error', 'sync', 'str', 'task' и 'types'.
    • Добавлена поддержка протокола Unaccepted Memory, дающего возможность принимать выделенную хост-системой память в гостевых системах, защищённых при помощи технологии AMD SEV-SNP (Secure Nested Paging) или Intel TDX (Trusted Domain Extensions).
    • Для систем на базе архитектуры ARM64 реализована поддержка расширения PIE (ARMv8.9 Permission Indirection Extension), предоставляющего функциональность для настройки прав доступа к памяти. Вместо кодирования информации о полномочиях в таблице страниц памяти, PIE использует индекс массива полномочий, указанный в регистре.
    • На системах с процессорами ARM, поддерживающими расширения Armv8.8, предоставлена возможность использования процессорных инструкций memcpy/memset в пространстве пользователя.
    • В интерфейсе асинхронного ввода/вывода io_uring реализована возможность хранения кольцевых буферов и очередей отправляемых данных в памяти, выделенной в пространстве пользователя. Приложение теперь может самостоятельно выделить область памяти и передать её в io_uring, чтобы реализовать возможность использования больших страниц памяти (huge page) для размещения очередей и кольцевых буферов. Для больших очередей и кольцевых буферов изменение позволяет добиться повышения производительности за счёт сокращения нагрузки на буферы ассоциативной трансляции (TLB).
    • В подсистему BPF добавлена поддержка прикрепления фильтров к kfunc (функции ядра, доступные для использования в программах BPF) для ограничения контекста, в котором допускается вызов kfunc. Например, новая возможность позволяет ограничить вызов функции bpf_sock_destroy() и разрешить её только в BPF-программах с типом BPF_TRACE_ITER.
    • Реализована возможность прикрепления объектов BPF, используя файловые дескрипторы O_PATH вместо указания имени целевого каталога.
    • Включена сборка ядра с опцией компилятора "-fstrict-flex-arrays=3", включающей третий уровень проверки гибкого элемента-массива в структурах (Flexible Array Members, массив неопределённого размера в конце структуры). На третьем уровне только размер "[]" (например, "int b[]") обрабатывается как гибкий массив, а размер "[0]" (например, "int b[0]") - нет.
    • В коде ядра разрешено применение макроса __counted_by() для документирования полей в структурах, содержащих элементы, хранимые с использованием гибких массивов. Макрос может применяться для проверки выхода за границу массива.
    • Добавлена, но пока не задействована в ядре, инфраструктура для применения в коде атрибута "cleanup" (Scope-based Resource Management), который может использоваться для дополнительной защиты от ошибок, приводящих к утечкам памяти и проблемам с освобождением блокировок.
    • В рабочих очередях ядра (workqueue) реализовано автоматическое выявление и пометка работ, интенсивно расходующих ресурсы CPU (выполняемых более 10 мс). Метки могут использоваться для защиты от блокировки ресурсоёмкими работами других элементов в очереди. Также добавлена отладочная опция для отражения в логе подобных элементов.
    • Для архитектуры Loongarch реализована поддержка одновременной многопоточности (SMT, Simultaneous Multi-Threading). Также обеспечена возможность сборки ядра для Loongarch компилятором Clang.
    • Для архитектуры RISC-V добавлена поддержка ACPI и расширения "V" (Vector, векторные инструкции). Для управления расширением в prctl() предложен параметр "/proc/sys/abi/riscv_v_default_allow" и серия флагов "PR_RISCV_V_*".
    • В механизм трассировки вызова функций добавлена возможность отслеживания значений оператора return, используемых в при выходе из функций.
    • Предоставлен интерфейс (/sys/kernel/tracing/osnoise/per_cpu/cpu%ld/timerlat_fd) для управления трассировкой задержек при выполнении real-time потоков (timer-latency) из пространства пользователя.
    • Добавлен новый механизм "fprobe-events" для трассировки вхождения в функции и выхода из них, использующий подсистему fprobe вместо kprobe, что позволяет применять его на архитектурах, не поддерживаемых в kprobe.
    • Объявлен устаревшим и будет удалён в одном из следующих выпусков механизм распределения памяти SLAB, вместо которого в ядре будет использоваться только SLUB. В качестве причины называются проблемы с сопровождением, наличие проблем в коде и дублирование функциональности с более совершенным аллокатором SLUB.
    • В планировщике задач улучшена балансировка нагрузки между ядрами CPU за счёт исключения лишней миграции между областями SMT (Simultaneous Multi-Threading) на гибридных системах, в которых сочетаются SMT-ядра, работающие на высокой частоте, и не SMT-ядра, работающие на низкой частоте.
    • В балансировщик EAS (Energy Aware Scheduling) добавлен режим 'runnable boosting', учитывающий параметры загруженности CPU, изменение частоты и пиковые нагрузки.
    • На системах с Zen 2 и более новыми процессорами AMD для управления энергопотреблением вместо драйвера CPUFreq по умолчанию задействован драйвер P-State. Добавлен параметр X86_AMD_PSTATE_DEFAULT_MODE для выбора режима P-State по умолчанию: 1 (отключено), 2 (пассивный режим управления энергопотреблением), 3 (активный режим, EPP), 4 (управляемый режим).
  • Дисковая подсистема, ввод/вывод и файловые системы
    • Файловая система Overlayfs переведена на использование нового API для монтирования. Внесены изменения, необходимые для организации работы файловой системы Composefs в виде надстройки над ФС OverlayFS и EROFS, вместо сопровождения обособленной реализации. В ядре 6.5 для Composefs добавлена поддержка слоёв "data-only", используемых только для данных (отдельно от метаданных). В следующей версии ядра планируется добавить в OverlayFS поддержку сохранения хэшей fs-verity в расширенном атрибуте (xattr) overlay.metacopy, что завершит интеграцию в ядро всех возможностей, необходимых проекту Composefs.
    • В файловой системе F2FS реализована поддержка опции монтирования "errors=", через которую можно настроить поведение в случае возникновения ошибок при чтении или записи данных на накопитель. В качестве значений могут быть указаны режимы remount-ro (перемонтировать в режиме только для чтения), continue (продолжить работу) и panic (аварийная остановка).
    • Добавлена возможность монтирования другой ФС слоем ниже в существующую точку монтирования, что может применяться для организации бесшовного обновления совместно используемого раздела /usr в контейнерах, без оставления временного окна, в котором раздел находится в отмонтированном состоянии. Например, к точке монтирования /mnt (mount -t ext4 /dev/sda /mnt) можно примонтировать другой раздел (mount --beneath -t xfs /dev/sdb /mnt), который не будет использоваться пока старый раздел остаётся примонтирован. Если затем выполнить команду отмонтирования (umount /mnt), то старый раздел будет отмонтирован, а новый сразу займёт его место без задержки между отмонтированием старого и примонтированием нового раздела.
    • В файловой системе Btrfs предложены новые оптимизации. Реализована передача данных в синхронном режиме для быстрых алгоритмов вычисления контрольных сумм crc32c и xxhash). Удалён избыточный код для отслеживания буферов перемещений экстентов.
    • В XFS снят признак экспериментальной разработки с кода подсчёта крупных экстентов. Задействован режим FMODE_CAN_ODIRECT.
    • В Ext4 проведена чистка кода, связанного с деревом состояний экстентов, журналированием и выделением блоков. Повышена производительность параллельной перезаписи в режиме DIO (Direct I/O).
  • Виртуализация и безопасность
    • Включена по умолчанию функциональность "secretmem", работа которой обеспечивается системным вызовом memfd_secret(). Memfd_secret позволяет создать приватную область памяти в изолированном пространстве адресов, видимую только процессу-владельцу, неотражаемую в другие процессы и напрямую недоступную ядру. Подсистема включена так как проведённые тесты опровергли мнение, что "secretmem" снижает производительность.
    • В минимальной стандартной Си-библиотеке Nolibc реализована поддержка механизма выявления переполнений стека Stack Protector. Добавлена возможность использования разных определений errno на разных платформах. Добавлена функция syscall().
    • В UML (User Mode Linux) добавлена поддержка механизма Landlock, позволяющего ограничить взаимодействие группы процессов с внешним окружением.
  • Сетевая подсистема
    • Реализован новый тип сообщений SCM_PIDFD, позволяющий использовать сокеты и вызовы sendmsg()/recvmsg() для передачи сведений о pidfd-идентификаторе процесса, по аналогии с тем как при помощи сообщения SCM_CREDENTIALS передаются данные о PID, UID и GID. Кроме того, в вызов getsockopt() добавлен флаг SO_PEERPIDFD для получения pidfd-идентификатора процесса на другой стороне сокета. Pidfd отличается от PID тем, что связывается с конкретным процессом и не меняется, в том время как PID может быть привязан к другому процессу после завершения текущего процесса, ассоциированного с этим PID.
    • Переписана реализация системных вызовов sendpage и splice, в которых вместо передачи данных в сокет страница за страницей, в обработчиках sendmsg реализована передача ссылок на данные.
    • При сборке ядра для работы в режиме реального времени (CONFIG_RT) включена поддержка активного полинга сокетов (busy polling).
    • Для беспроводных устройств IEEE 802.15.4 реализована поддержка режима активного сканирования сети.
    • В беспроводном стеке продолжена работа над реализацией режима MLO (Multi-Link Operation), представленного в спецификации WiFi 7.
  • Оборудование
    • В драйвере AMDGPU включена по умолчанию технология адаптивной синхронизации FreeSync для видео, которая позволяет корректировать частоту обновления информации на экране, обеспечивая плавность и отсутствие разрывов изображения во время просмотра видео. Добавлена поддержка разгона (OverDrive) частоты видеокарт Radeon RX 7000. Внесены оптимизации, нацеленные на повышение производительности и эффективности энергопотребления.
    • В драйвере i915 реализована начальная поддержка чипов Intel Meteor Lake и добавлена возможность использования переменной частоты обновления экрана (VRR, Variable Rate Refresh) на ноутбуках с экранами на базе интерфейса eDP (Embedded Display Port). Для framebuffer реализована поддержка мапинга памяти (mmap). Переработан код, связанный с горячим подключением устройств и передачей данных на дисплей.
    • В драйвере EDAC (Error Detection And Correction) реализована возможность выявления и корректирования ошибок в памяти на системах с процессорами AMD Zen 4 (EPYC 9004). Также добавлена поддержка EDAC для контроллеров памяти Nuvoton NPCM.
    • Значительно расширена поддержка контроллеров USB4, в том числе добавлена начальная поддержка контроллеров Intel Barlow Ridge, поддерживающих USB4 v2 (80 Gbps через USB Type-C).
    • В звуковую подсистему ALSA добавлена поддержка устройств с интерфейсом MIDI 2.0. Добавлена поддержка звуковых кодеков Realtek RT722 SDCA и Google Chameleon, усилителей Qualcomm WSA8840/WSA8845/WSA8845H, Analog Devices SSM3515 и MAX98388, звуковых карт Loongson.
    • Добавлен драйвер для мультимедийных пультов NVIDIA SHIELD (поддерживается модель Thunderstrike, выпускаемая с 2017 года).
    • Добавлена поддержка ARM-чипов Nuvoton MA35D1, Amlogic C3 и STMicroelectronics STM32MP2 на базе ARM Cortex-A35, Samsung Exynos 4212, Qualcomm MSM8939 (Snapdragon 615), Qualcomm SC8180x (Snapdragon 8cx), Qualcomm SDX75 и Alibaba T-Head TH1520.
    • Добавлена поддержка ARM-плат Marantec Maveo, Endian 4i Edge 200, Epson Moverio BT-200, PHYTEC STM32MP1-3, ICnova ADB4006, Emtop SoM & Baseboard, NXP i.MX8MM EVKB, Gateworks Venice gw7905-2x, NVIDIA IGX Orin, Fxtec Pro1X, NVIDIA Jetson Orin Nano (tegra234), Rockchip Indiedroid Nova (rk3588), Edgeble Neural Compute Module 6B (rk3588), FriendlyARM NanoPi R2C Plus (rk3328), Anbernic RG353PS (rk3566), Lunzn Fastrhino R66S/R68S (rk3568), PHYTEC phyBOARD-Lyra-AM625, Toradex Verdin, а также плат, используемых в устройствах Sony Xperia M4 Aqua и Acer Aspire 1.
    • Добавлена поддержка Ethernet-коммутаторов и адаптеров: Synopsys EMAC4 IP, Marvell 88E6361, Marvell 88E6250, Microchip LAN8650/1 Rev.B0 PHYs и MediaTek MT7981/MT7988.
    • Добавлена поддержка беспроводных чипов Realtek RTL8192FU, Realtek RTL8723DS и Realtek RTL8851BE.

Одновременно латиноамериканский Фонд свободного ПО сформировал вариант полностью свободного ядра 6.5 - Linux-libre 6.5-gnu, очищенного от элементов прошивок и драйверов, содержащих несвободные компоненты или участки кода, область применения которых ограничена производителем. В выпуске 6.5 переработан код чистки блобов в драйвере iwlwifi для беспроводных карт Intel. Проведена чистка имён блобов в dts-файлах для архитектуры Aarch64. Обновлён код чистки блобов в различных драйверах и подсистемах, например, в драйверах amdgpu, adreno, rtl8xxxu, коде поддержки сенсорных экранов и документации к atomisp. Удалены блобы в новых драйверах rtw8851b и tas2781.

  1. Главная ссылка к новости (https://lkml.org/lkml/2023/8/2...)
  2. OpenNews: Релиз ядра Linux 6.4
  3. OpenNews: Релиз ядра Linux 6.3
  4. OpenNews: Релиз ядра Linux 6.2
  5. OpenNews: Релиз ядра Linux 6.1
  6. OpenNews: Релиз ядра Linux 6.0
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/59670-kernel
Ключевые слова: kernel, linux
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (344) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, АНБ (?), 11:40, 28/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –31 +/
    > продолжение интеграции поддержки языка Rust

    Радует, что развивают действительно безопасный язык популярный для молодого поколения, что позволит больше привлечь людей для написания ядра. А известно как скоро планируют добавить бинарные блобы для ускорения компиляции?

     
     
  • 2.6, Аноним (6), 12:14, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Давно пора добавить, но всякие престарелые хиппи противятся этому. Ну, недолго им осталось!
     
     
  • 3.187, Аноним (187), 03:37, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Давно пора добавить, но всякие престарелые хиппи противятся этому. Ну, недолго им > осталось!

    Судя по редоксу, нехиппи стоило бы бояться своих желаний...

     
     
  • 4.236, Аноним (6), 15:39, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это потому что текущие разработчики на расте ещё школу не успели закончить, у них все еще впереди!
     
  • 2.10, Аноним2 (?), 12:31, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +39 +/
    Слишком тонко для опеннета, тут могут подумать что ты не шутишь.
     
     
  • 3.31, Аноним (31), 13:14, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А он и не шутит. Без бинарных блобов долговато ржавчина компилируется. Насчёт популярности, правда, не уверен, что-то вроде популярности перла в ядре.
     
     
  • 4.35, Аноним (35), 13:41, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Без бинарных блобов, известных как firmware, на большей части современного оборудования ядро Linux либо не работает, либо работает так себе.
     
     
  • 5.51, Аноним (31), 14:30, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Нормально работает. Только единицы железок требуют внешних блобов (в дополнение к зашитым в железе). Как правило, не работают вайфай и видеокарты. Тут речь всё же про растовский паттерн curl|sh, с запуском случайных файлов из интернета, в целях ускорения и упрощения.
     
     
  • 6.66, коньюктивит (?), 15:18, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +11 +/
    >Только единицы железок требуют внешних блобов
    >Как правило, не работают вайфай и видеокарты

    Вот за это я и люблю опенет :)

     
  • 6.69, Анонимусс (?), 15:29, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Нормально работает
    > не работают вайфай и видеокарты

    Прикольное у вас "нормально" однако...

     
     
  • 7.98, Аноним (98), 16:48, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Для сервера и без того, и без другого нормально.
     
     
  • 8.114, Аноним (114), 17:21, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Только если сервер - старый десктоп под кроватью Потому что на нормальных стоеч... текст свёрнут, показать
     
  • 8.150, коньюктивит (?), 20:15, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Оспади, ну, хоть с фактом линукс не для десктопа ты согласен ... текст свёрнут, показать
     
  • 8.305, Аноньимъ (ok), 12:11, 01/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да, суперкомпьютеры для всяких ИИ очевидно без видеокарт работают У Гугла во... текст свёрнут, показать
     
  • 6.80, Аноним (-), 16:04, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А у кого сейчас вайфай в системном блоке? У всех внешние роутеры. Видеокарты нормально работают, я всю жизнь сижу на nouveau (NVIDIA). А если же речь идёт о проприетраных блобах, то firmware драйверов для видеокарт не кладут. Проприетарные пакеты для видеокарт нужны только игроманам. В реальной жизни драйвера из firmware не нужны. Требуемые драйвера для броудкомовских блютуз адаптеров в firmware всегда отсутствуют. И чтобы завести свои блютуз адаптеры, все драйвера я скачивал из интернета.

    Mне иногда кажется что в firmware кладут драйвера для устройств, которые настолько редки, что не продаются в магазине.

     
     
  • 7.89, fyjybvec (?), 16:35, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А на ноутах тоже все хорошо? Или туда линукс ставить не нужно?
    можно и провод, с собой носить, правда не каждый админ позволит совать провода ручками в свою технику

    Во многих десктопных платах есть вайфа, просто подключил и все работает,
    но вам наверное это тоже "не нужно"

     
  • 7.90, Аноним (31), 16:36, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    примерно у всех именно по этой причине вайфай необходим в системном блоке , хо... большой текст свёрнут, показать
     
     
  • 8.105, Аноним (-), 17:02, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    В реальной жизни 90 линуксоидов проприетарные драйвера для видеокарт не нужны ... текст свёрнут, показать
     
     
  • 9.111, Аноним (31), 17:14, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Выдеокарты не работают без проприетарных прошивок Юзерспейсная часть может быть... текст свёрнут, показать
     
  • 9.157, Аноним (157), 20:32, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А теперь поговорим про видеокарты от AMD, которые без бинарной firmware, работаю... текст свёрнут, показать
     
     
  • 10.172, Аноним (187), 22:41, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну как бы нува при переходе в нативный режим тоже фирмвари грузит И они либо ес... текст свёрнут, показать
     
  • 8.141, Аноним (6), 19:08, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Кому плевать, у тех встройка от Intel, которой ни проприетарные драйвера, ни про... текст свёрнут, показать
     
     
  • 9.148, Аноним (31), 19:38, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Тебе показать в каком месте у интеловской встройки блобики подгружаются или сам ... текст свёрнут, показать
     
     
  • 10.160, Аноним (6), 21:01, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Разработчикам linux libre покажи https wiki parabola nu Intel ... текст свёрнут, показать
     
     
  • 11.162, Аноним (31), 21:26, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так они клованы ещё те и статья судя по виду утратила актуальность лет 20 наз... текст свёрнут, показать
     
  • 11.173, Аноним (187), 22:44, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Старый интел реально без блобов работал Но с энного момента и ему стали нужны б... текст свёрнут, показать
     
  • 7.113, Бывалый смузихлёб (?), 17:20, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    интегрированная графика интола или амуде норм заведётся без блобов ?
     
  • 7.144, Анонит (?), 19:17, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Так вы блютузоман раз блоб качаете для него.Нет?
     
     
  • 8.147, Аноним (6), 19:22, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Пр блютузу звук в тыщу раз лучше, учёные давно доказали ... текст свёрнут, показать
     
  • 7.156, Аноним (157), 20:28, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Видеокарта от AMD от RX 400 и выше обязательно нужен бинарный firmware, если ты не хочешь сидеть с nomodeset. Про последний не нужно расписывать, ты же знаешь что это?

    ЗЫ Сначало тему изучи, а потом пиши!

     
     
  • 8.257, Аноним (257), 19:59, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Релиз ядра Linux 6.5... текст свёрнут, показать
     
  • 7.169, Аноним (187), 22:27, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    У ноутов и мелочи Ну как бы это надежнее и быстрее Но к ноуту провод таскать т... большой текст свёрнут, показать
     
     
  • 8.237, Аноним (6), 15:57, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Наоборот, что бы там не говорили фанатики Столлмана В обоих случаях прошивки пр... текст свёрнут, показать
     
     
  • 9.259, Аноним (-), 01:07, 30/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Какое, в ж , сообщество у бинарного вареза Мутные васянокрекеры И что они там ... большой текст свёрнут, показать
     
     
  • 10.268, Аноним (6), 03:42, 30/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Я говорю о том, что наличие возможности обновлять прошивку с жёсткого диска, т е... большой текст свёрнут, показать
     
     
  • 11.280, Аноним (-), 15:42, 30/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    при случае получить от супер-доверяемого вендора блоботы адаптированные к нов... большой текст свёрнут, показать
     
  • 7.209, Full Master (?), 09:08, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >А у кого сейчас вайфай в системном блоке?

    У меня, например. В Strix B550-I "из коробки" воткнута M.2 WiFi карточка.

     
  • 3.67, Аноним (67), 15:23, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А че, пускай переписывает ядро на Ржавом, ну десятилетия полтора у него уйдёт минимум.
     
     
  • 4.106, fyjybvec (?), 17:03, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    так это хорошо!
    1. станет меньше ошибок связанных с памятью
    2. куча новых прогрессивных программеров получит работу в составе корпораций, которые и пишут ядро
    3. диды, которые до сих пор не могут научиться не выходить за пределы массива, отправятся на заслуженную пенсию

     
     
  • 5.124, Аноним (124), 18:05, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    как ты быстро на пенсию намылился, заработать только забыл
     
  • 2.11, Аноним (11), 12:31, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Американского майора радует, что развивают действительно безопасТный язык, впопулярный для молодого смузипоколения, что позволит больше привлечь говнокодеров для написания ядра.
     
     
  • 3.40, Аноним (35), 13:47, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Сишка достаточно хорошо привлекает смузипоколение. Особенно тем, что не стесняет полёт творческой личности при работе с памятью.

    Раст - для унылых серьёзных дядек, которым надо не самовыражаться, записывая за границы буфера, а просто чтобы работало и не падало.

     
     
  • 4.55, Аноним (98), 14:42, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Поглядим, как сурьёзные дяденьки будут сами выражаться, пользуясь тем безопастным язычком.
     
     
  • 5.93, fyjybvec (?), 16:38, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    ты про тех дидов, которые дарят нам возможность читать каждые пару недель про уязвимости в ядре?
    ну эти точно ругаться будут
     
     
  • 6.302, Серб (ok), 17:27, 31/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > ну эти точно ругаться будут

    А есть другие?

     
  • 4.171, Аноним (187), 22:35, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну ты не путай менеджеров и акционеров с ламонубами с горящими глазами, бурно ра... большой текст свёрнут, показать
     
  • 4.182, Аноним (157), 01:12, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >Раст - для унылых серьёзных дядек

    Когда ПО для атомных станций, авиации, космоса, банков и бирж будут писать на Rust, тогда можно говорить говорить о Rust в хорошем ключе, а пока это поделка такая же как и D.

     
     
  • 5.207, Аноним (207), 08:02, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >ПО для атомных станций,…

    а может лучше не надо? T_T

     
     
  • 6.260, Аноним (-), 01:10, 30/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>ПО для атомных станций,…
    > а может лучше не надо? T_T

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

     
  • 3.88, Анонимусс (?), 16:34, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Пока что раст ядре не используется, а вот говнокодеров для написания ядра - целая орава.
     
     
  • 4.133, _ (??), 18:35, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    и эта орава ждёт когда ржвачик таки будет в ведре использоваться :) Удачи!
     
  • 3.146, Аноним (6), 19:18, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Проблемой стало найти говнокодеров, который на сях будет за миску риса писать, а на расте таких навалом среди зумеров. Все же знают, что чем больше студентов будет пилить ядро, тем оно безопаснее, и тем лучше для майора.
     
  • 2.29, Anon888 (?), 13:09, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Слишком толсто.
     
  • 2.32, BeLord (ok), 13:24, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вначале новую версию Ады выпусти, потом и блобы будут, а то все на халяву получить хочет-)))
     
  • 2.42, Аноним (42), 13:50, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Я боюсь что итогом будет 2 яп в ядре и раст, скорей всего, отвалится в какой-то момент но драйвера останутся в легаси и придется их тянуть хз сколько.

    По поводу безопасности раста: статический анализ в С чинит все проблемы что и раст, не исключено появление разширения для С в виде стандарта что добавит "умную" работу с памятью, переход на полдмножество с++ может решить эту проблему, например. И все раст можно хоронить, но драйвера никуда не денутся... итог печален будут тянуть легаси лет 20.

     
     
  • 3.95, keydon (ok), 16:40, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Так и будет. Я об этом говорю уже ~ лет 10 и без привязки к ядру.
    Раст умрет, а кому-то придется собирать кучу ненужного софта.
    К счастью в основном на расте писали мелкие бесполезные утилитки и в энтерпрайз он только начинал заходить, так что есть шанс что обойдется малой кровью.
     
     
  • 4.136, _ (??), 18:45, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Забудь надежду ... (С)
    Нашинские, Ынрерпрайзные - _всегда_ выбирают наихудшее решение :)
     
  • 3.107, fyjybvec (?), 17:07, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > статический анализ в С чинит все проблемы что и раст

    если бы так было - то ядро бы обмазали всеми видами статики какими можна и исправили бы все баги с памятью
    но этого почему-то не произошло

     
     
  • 4.135, Аноним (135), 18:44, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Это не говоря уж о OpenSSL с его бесконечными дырами - а ведь он уже обмазан статическими анализаторами, да и размером несоизмеримо меньше ядра.

    Как обычно, у опеннетных критиков Раста уровень знаний о нем "слышал звон, да не знаю, где он".

     
     
  • 5.137, _ (??), 18:50, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Но есть нюанс ... (С)
    OpenSSL - есть и используется, а вот замену ему на ржавчике раз 300 анонсировали, уеб сайты(С) делали ... (для поха - там даже СоС был!!! :-р ) ... но все как сидели насишныхдыренях(С) так почему-то и сидят ...
    Не понимают дураки своего счастья ...
     
  • 3.126, Аноним (126), 18:08, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    То есть ты вбрасываешь мысль от том, что "Раст не нужен, просто сишку надо сделать подмножеством С++". Я как сишник скажу - Плюсам в ядре места нет!
     
     
  • 4.191, Аноним (187), 04:01, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > То есть ты вбрасываешь мысль от том, что "Раст не нужен, просто
    > сишку надо сделать подмножеством С++". Я как сишник скажу - Плюсам в ядре места нет!

    Однако какой-нить _Generic в С11 таки сделали. Это не совсем то что в плюсах но все же.

     
  • 3.190, Аноним (187), 04:00, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > По поводу безопасности раста: статический анализ в С чинит все проблемы что
    > и раст, не исключено появление разширения для С в виде стандарта

    У сей есть определенная проблема с статическим анализом указателей. Особенно void* какого-нибудь. Там прсото нет аннотации намерений кодера. Мы не знаем что хотел кодер, какой у этого был размер и валидна ли вон та операция. Ни компил тайм ни даже ран тайм вот так нахаляву. Конечно если вообще совсем все трекать, как asan - ну да, только из сишки получается дотнет какой-то: жрет гигазы рамы на трек этого, бинарь жирнеет в разы и скорость сливается.

     
     
  • 4.277, keydon (ok), 14:13, 30/08/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну в таких случаях и раст включает unsafe Только вот почему-то вынести небезопа... большой текст свёрнут, показать
     
     
  • 5.281, Аноним (-), 15:55, 30/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В сях это все ж почаще - указатели юзают часто, и весьма часто они безразмерные... большой текст свёрнут, показать
     
     
  • 6.300, keydon (ok), 15:24, 31/08/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Прям как в анекдоте https www anekdot ru id 75546 Деды уже как 20 лет не при... большой текст свёрнут, показать
     
     
  • 7.315, Аноним (-), 16:04, 03/09/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не, нам так не катит Я хочу знать о своем и чужом коде истинное состояние дел а... большой текст свёрнут, показать
     
     
  • 8.330, keydon (ok), 13:11, 04/09/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Поэтому используете раст, где сплошные сказки про безопасность, а реальные механ... большой текст свёрнут, показать
     
     
  • 9.341, Аноним (341), 17:09, 05/09/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Пока еще нет Но вообще рассматриваю идею выучить его когда в gcc будет нормальн... большой текст свёрнут, показать
     
     
  • 10.357, Аноньимъ (ok), 00:57, 06/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Долгих вам лет и здоровья На таких людях оно всё как-то ещё и держится ... текст свёрнут, показать
     
     
  • 11.362, Аноним (-), 14:52, 06/09/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну как бы занимаясь управляющими системами, что васянски, что не васянски, я так... большой текст свёрнут, показать
     
  • 10.358, Аноньимъ (ok), 01:07, 06/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Вроде всё не так там плохо А что на счет хаскеля например Я недавно пробегался... текст свёрнут, показать
     
     
  • 11.363, Аноним (-), 14:55, 06/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ни то ни другое не маппится в нормальном виде на мой низкоуровневый системный мо... большой текст свёрнут, показать
     
     
  • 12.368, keydon (ok), 16:00, 06/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Хочу надежно и безопасно, но разбираться не хочу Окай Поэтому буду использоват... большой текст свёрнут, показать
     
     
  • 13.374, Аноним (-), 00:33, 07/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Хочу простой, предсказуемый, читаемый код БЕЗ навороченных концепций и абстракци... большой текст свёрнут, показать
     
     
  • 14.380, keydon (ok), 16:49, 08/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    В общем-то я тоже этого хочу ближе к ассмеблеру, но увы, ничего похожего нет Фу... большой текст свёрнут, показать
     
     
  • 15.384, Аноним (-), 22:07, 11/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Zig hare C с минимальным ubsan лезет даже в мелкие МК типа cortex m0 m3 В люб... большой текст свёрнут, показать
     
  • 12.369, Аноньимъ (ok), 20:35, 06/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Не думаю что есть проблема в понимании по крайней мере в связи с новороченностью... текст свёрнут, показать
     
     
  • 13.373, Аноним (-), 00:15, 07/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Если яп провоцирует навороченные конструкции и абстракции - имхо жесткий недоста... большой текст свёрнут, показать
     
  • 10.365, keydon (ok), 15:34, 06/09/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Никак, раст это гугломайкрософтамазон, избавление от их влияния уже проходили на... большой текст свёрнут, показать
     
     
  • 11.376, Аноним (-), 02:55, 07/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну насколько я вижу по librust- в дебиане, прошаренные господа с своим путем на... большой текст свёрнут, показать
     
     
  • 12.379, keydon (ok), 14:28, 08/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Всегда можно найти свой антидот со своими побочными эффектами Проблема растоман... большой текст свёрнут, показать
     
     
  • 13.385, Аноним (-), 01:43, 12/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Еще нормальные типы, отсутствие UB, явное маркирование откровенно опасных операц... большой текст свёрнут, показать
     
  • 2.47, pavlinux (ok), 14:08, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > действительно безопасный язык популярный для молодого поколения,

    90-e - все писались от С++
    2000 - все протекали от Java
    2005 - все капали от С# (MONO)
    2010 - все дро4или на Питон/PHP
    2015 - теребонькали на Go
    . . .
    1969 - 2023 - а нам пох... на вас, ANSI С  ©

      


     
     
  • 3.56, Аноним (98), 14:46, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На Похапе наяривали в первой половине 2000-х
     
     
  • 4.63, pavlinux (ok), 15:03, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > На Похапе наяривали в первой половине 2000-х

    Там ещё на Perl наяривали,  пыха стала модной с появлением всяких CRM (Joomla, WordPress,  Drupal)


     
  • 3.70, Анонин (?), 15:38, 28/08/2023 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
     
  • 4.78, pavlinux (ok), 15:55, 28/08/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.81, Анонин (?), 16:06, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Раз уж речь про дол6оящеров - то они до сих пор не научились проверять размер входных данных.
    А уже 50 лет прошло однако.
     
     
  • 4.82, pavlinux (ok), 16:08, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну какой адектват станет называть свои mp3

    Весна_опять_пришла,_и_лучики_тепла_доверчиво_глядят_в_моё_окно__Опять_защемит_грудь,_и_в_душу_влезет_грусть,_по_памяти_пойдёт_со_мной_Владимирский_централ_Михаил_Круг.mp3

     
     
  • 5.84, Аноним (-), 16:13, 28/08/2023 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
  • 5.86, Анонин (?), 16:19, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Есть спецификация на имена файлов и путей. И если имя ей удовлетворяет, то софт обязан с ним работать правильно. Если нет - кидай ошибку. А не "и так сойдет"
     
     
  • 6.128, FF (?), 18:21, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    8+3?
     
     
  • 7.134, Анонин (?), 18:40, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    exFAT file system specification, 7.7.3 FileName Field
     
  • 6.312, pavlinux (ok), 15:13, 03/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Есть спецификация на имена файлов и путей. И если имя ей удовлетворяет,
    > то софт обязан с ним работать правильно. Если нет - кидай
    > ошибку. А не "и так сойдет"

    POSIX: 255 знаков, все кроме NUL, ... какого жуя, они пихают 256 знаков?    

     
  • 5.115, Аноним (114), 17:23, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >  Ну какой адектват станет называть свои mp3

    Ну какой адекват станет ставить в название файла нулевой символ?
    Действительно, незачем такие ситуации обрабатывать.

     
     
  • 6.313, pavlinux (ok), 15:14, 03/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >>  Ну какой адектват станет называть свои mp3
    > Действительно, незачем такие ситуации обрабатывать.

    Этим прикладной софт должен заниматься, а не ядро


     
  • 3.83, fyjybvec (?), 16:13, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    в 90х не было нужды в мелких вирт. машинах (мощности не позволяли), а потом распространилась java
    в 90х не было нужды много и быстро писать под винду, а потом распространились С# (MONO)
    в 90х не было нужды в простых сайтах или скриптах, а потом распространились PHP/Питон
    в 90х не было нужды в написании кучи серверного кода, а потом распространился Go

    но все эти годы продолжалисы выходы out-of-bounds, use-after-free и ошибки указателей
    с 1969 по 2023 ANSIСшники прямого говорят - а нам пох на вас, как производим Г, так и бдем производить

     
     
  • 4.129, FF (?), 18:22, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    гонят на сишников только безопытные джуны или вообще сочувствующие околоайтишечные гики, нетакие как все поставившие линукс
     
  • 4.130, FF (?), 18:30, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    с 1969 по 2023 каждое поколение школьников думало, что оно уникально, делая модную прическу, надевая модный шмот, увлекаясь очередным хайпом
     
     
  • 5.143, fyjybvec (?), 19:12, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    вот только этот "хайп" живет и работает
    и сайты на пыхе, и скрипты на питоне (а сколько там лаб по математике сделано))
    и жаба-машина живет и здравствует,
    с#/моно работает в юнити, на сайты использующие го люди ходят каждый день (Google, Netflix, Paypal, Cloudflare)
     
     
  • 6.278, keydon (ok), 14:31, 30/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Вот чудо, даже работает Работать то оно работает, да вот не особо хорошо Пыха ... большой текст свёрнут, показать
     
  • 3.176, Аноним (187), 23:01, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > 1969 - 2023 - а нам пох... на вас, ANSI С ©

    Не хомячок а очень даже гордый суслик, между прочим. И не ANSI C а вполне себе C11 с гнутыми расширениями, между прочим. То-бишь GNU11. Без вон расширений в системщине вообще далеко не уедешь так то - стандарты си не определяют некоторые важные для системщины вещи. Поэтому на ка вот тебе какой-нибудь __builtin* или __attribute__(()) без которых у тебя нихрена не выйдет а в стандарте ими и не пахло. Особенно в анси.

    Особенно прикольно в анси си получить какой-нить статик ассерт или генерик. И как хочешь так и имплементь.

     
  • 3.270, User (??), 08:41, 30/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > 1969 - 2023 - а нам пох... на вас, ANSI С  ©

    И сортировку пузырьком - фигак!

     
  • 2.164, Гашпшпщм (?), 21:46, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Хорошо набросил ))
     
  • 2.256, Аноним (257), 19:45, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    что позволит больше привлечь людей для написания ядра.

    И оно скоро не поместится в грузовик?

     

     ....большая нить свёрнута, показать (105)

  • 1.2, Аноним (2), 11:43, 28/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >поддержка векторных инструкций RISC-V

    Что это значит? Векторный инструкции нужны для ГПУ?

     
     
  • 2.4, Аноним (4), 11:57, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >> поддержка векторных инструкций RISC-V
    > Что это значит? Векторный инструкции нужны для ГПУ?

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

     
  • 2.12, Аноним (11), 12:33, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Для внутриядерной криптографии и CRC пригодятся.
     
  • 2.76, Archer73 (ok), 15:49, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Векторные инструкции производят операции над векторами (одномерными массивами) данных. Например, инструкция может разом сложить (умножить и т.д.) четыре числа двойной точности из одного 256-битного регистра с четырьмя числами двойной точности в другом 256-битном регистре. Получается аналог четырех последовательных операций, но в единственной процессорной инструкции.
    Есть даже вариант оптимизации кода, когда вместо массивов структур используют структуру с массивами, что позволяет значительно повысить производительность векторных операций над элементами структур.
     
     
  • 3.108, Аноним (-), 17:09, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Немного придирусь к терминологии. Векторная инструкция в процессоре, и "вектор" как абстрактный тип данных, который есть, например в C++, это разные вещи. По-моему, процессорные инструкции - это операции с двоичными наборами.
     
  • 3.179, Аноним (187), 23:27, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Самое интересное что кому сильно хотелось что-то такое даже и в обычных регист... большой текст свёрнут, показать
     
     
  • 4.211, voiceofreason (?), 10:45, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > весьма эффективные параллельные вычисления за 1 такт даже там где "настоящий" SIMD и не ночевал

    Через libastral что-ли? Обычные инструкции будут жевать данные кусками по 64 бита с кучей приседаний, там где simd одним действием прожуёт 256 и более.

     
     
  • 5.261, Аноним (261), 01:20, 30/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Внезапно можно рассмотреть 64 бита как 8 параллельных lanes по 8 bit Или 4 по 1... большой текст свёрнут, показать
     

  • 1.7, Аноним (7), 12:21, 28/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Включена по умолчанию функциональность "secretmem"

    Как её включить в предыдущем ядре?

     
  • 1.8, Иваня (?), 12:23, 28/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Капец, сколько примерно времени потребуется, чтобы изучить все возможности (архитектуры, криптография, файловые системы, память, сеть, виртуализация и прочее) только ядра linux?
     
     
  • 2.26, Аноним (26), 13:05, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Реалистичный срок -- три года минимум. Но обычно изучаешь только то, что тебе надо, в этом случае реалистичный срок -- от 15 минут.
     
  • 2.28, Ржомба (?), 13:07, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Это вряд ли было возможно уже во времена 2.4.-2.6. По верхам - да, но так чтобы разобраться во всем - нет.
     
  • 2.37, Аноним (35), 13:43, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >  Капец, сколько примерно времени потребуется, чтобы изучить все возможности (архитектуры, криптография, файловые системы, память, сеть, виртуализация и прочее) только ядра linux?

    Nobody wants to say how this works.  Maybe nobody knows ...

    © man xorg.conf, но про ядро тоже актуально

     
  • 2.49, pavlinux (ok), 14:17, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > . . . сколько примерно времени потребуется, чтобы изучить все возможности только ядра linux?

    Я с 1997 трахаюсь.

    Пока полностью вник в ipchains оно уже исчезло, iptables быстрее, но там уже подоспели bpf/netfilter,
    с BPF можно трахаться вечно.  

     
  • 2.62, birdie (ok), 15:00, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А зачем вам всё это знать? Просто интересно.
     
  • 2.92, Аноним (92), 16:37, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    За год поверхностно реально освоить.
     
  • 2.94, Аноним (92), 16:39, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем это всё изучать? Если эти знания через пару лет уже не будет неактуальны. Можно поверхностно разобраться за месяц, а дальше при надобности углубляться.
     
  • 2.163, microcoder (ok), 21:35, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Всю жизнь надо изучать, родной, всю жизнь :)))
    И то, не догонишь!
     
  • 2.180, Аноним (187), 23:34, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Капец, сколько примерно времени потребуется, чтобы изучить все возможности (архитектуры,
    > криптография, файловые системы, память, сеть, виртуализация и прочее) только ядра linux?

    Сколько времени надо чтобы в 1 лицо построить межгалактический крейсер размером с город? Примерно бесконечность. Слишком большой объем работ.

    Вот линукс - ничуть не меньше. Одного мозга может быть маловато чтобы вместить ВСЕ закоулки проекта на 30+ миллионов строк. Общее понимание структуры? И типовые штуки, особенно нужные и интересные вот именно тебе, именно здесь? Легко. Но знать ВСЕ возможности - сначала стань сверхчеловеком, потом поговорим.

     

  • 1.9, Oe (?), 12:25, 28/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Оно по прежнему размазывает однопоточные приложения по всем ядрам на время, достаточное для буста частот ядра на максимум? В итоге процессор держит максимальную частоту ядер при общей нагрузке в 1%. Приходится жить с отключенном бустом, ибо компьютер взлетает при нагрузке на процессор 1%.
     
     
  • 2.14, Аноним2 (?), 12:35, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Оно по-прежнему поддерживает разные планировщики, часть из которых гибко настраиваются.
     
  • 2.15, Аноним (11), 12:36, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    CPU Affinity для ваших нужд?
     
     
  • 3.39, Anon3 (?), 13:45, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А есть статистика о жизни ЦП в таком режиме? (повреждение от неравномерного нагрева кристала и термоциклирования)
     
     
  • 4.57, Аноним (98), 14:48, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    У меня нет.
     
  • 4.284, Аноним (284), 02:07, 31/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А есть статистика о жизни ЦП в таком режиме? (повреждение от неравномерного
    > нагрева кристала и термоциклирования)

    Ну если ты этого боишься то буст частот тебе и вовсе противопоказан т.к. все только усугубляет.

     
  • 2.25, Аноним (25), 13:04, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Так это не мультиядро, чтобы каждое приложение на отдельном ядре, вот и распределяют.
     
  • 2.44, Аноним (-), 14:02, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Этот вопрос задавай производителям процессоров. Этим занимаются разработчики микрокодов (процессора). А микрокоды процессора пишут внутри компаний Intel и AMD, отдельно от Сообщества. Это архитектура "железа" такая, когда потоки обрабатываются разными ядрами, так получается проще, да и система работает быстрей. Спроектировать системную логику так, чтобы процессор обрабатывал одно приложение на первом ядре, а другое на втором ядре сложно и нецелесообразно.
     
     
  • 3.61, pavlinux (ok), 14:58, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Спроектировать системную логику так, чтобы процессор обрабатывал одно приложение на первом ядре,
    > а другое на втором ядре сложно и нецелесообразно.

    schedtool -a AFFINITY_MASK      set CPU-affinity to bitmask or list

     
  • 3.68, Аноним (68), 15:24, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что ты несешь? Внутренности процов с аппаратным анадизатором делают говнокод быстрее.
    Если планировщик раскладывает всегда по всем ядрам это проблема алгоритма программы.
    И вот если процессорного времени сожрется 3,5% это никак не напряжет процессор.
    Ты бы врубил мониторинг потребления процессора и обгадился бы что там около 1 - полутора ватт всего лишь на многоядерном процессоре.
    И если разложить на 16 ядер по 800мгц проще значит проще.
    Планировщику и установкам энергопотребления можно указать чтобы так не делали.
     
  • 2.50, pavlinux (ok), 14:21, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Приходится жить с отключенном бустом, ибо ...

    разные планировщики юзай (ondemand, conservative, userspace, ....)


     
     
  • 3.158, Oe (?), 20:57, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Дак бустом частот выше базовой занимается исключительно сам процессор, планировщики только могут сбросить частоты ниже базовой. В android например, свои проприетарные модули ядра от производителя процессора, которые подкручивают буст частот.
     
     
  • 4.314, pavlinux (ok), 15:21, 03/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Дак бустом частот выше базовой занимается исключительно сам процессор, планировщики только

    Планировщики накидывают на ядро если оно простаивает.  Если ты на 146% уверен, что умнее их,
    то  разруливай процессы вручную, хотя бы долго живущие.  

     

  • 1.13, Ананимус (?), 12:34, 28/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Добавлена, но пока не задействована в ядре, инфраструктура для применения в коде атрибута "cleanup" (Scope-based Resource Management), который может использоваться для дополнительной защиты от ошибок, приводящих к утечкам памяти и проблемам с освобождением блокировок.

    Вот это годная штука.

     
     
  • 2.38, Аноним (35), 13:45, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Но всё равно растом попахивает. Как и все эти address sanitizer-ы и stack protector-ы.
     
     
  • 3.43, Ананимус (?), 14:01, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Но всё равно растом попахивает. Как и все эти address sanitizer-ы и stack protector-ы.

    От тебя шизой попахивает, stack protector в gcc принесли ещё в нулевых.

     
  • 3.188, Аноним (187), 03:45, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Но всё равно растом попахивает. Как и все эти address sanitizer-ы и > stack protector-ы.

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

     

  • 1.17, cheburnator9000 (ok), 12:40, 28/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Снова эти самопровозглашённые блюстители частоты берут на себя роль по чтению бу... большой текст свёрнут, показать
     
     
  • 2.19, Ананимус (?), 12:43, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Они тебя заставляют пользоваться своим форком что ли?
     
  • 2.27, Аноним (25), 13:06, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    К слову, да. Удивительно, что железка на которой встроенная проприетарщина, что нельзя перепрошить считается более свободной, чем железка, где можно применять реверс инжиниринг и поменять на свою.
     
     
  • 3.192, Аноним (187), 04:04, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > перепрошить считается более свободной, чем железка, где можно применять реверс
    > инжиниринг и поменять на свою.

    От таких там ща часто секурбут есть - так что то что ты загрузил интеловский uCode процу совсем не поможет тебе свой uCode сделать - оригинал RSA подписан и у тебя приватной части этого ключа ессно почему-то нету.

     

  • 1.18, Герострат (?), 12:43, 28/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Оно когда-нибудь лопнет от драйверов
     
     
  • 2.23, Аноним (11), 13:01, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Поддержка железа нам ненужна?
     
     
  • 3.33, Аноним (33), 13:24, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +5 +/
    В нормальной системе драйверы должны быть отделены от ядра.
     
     
  • 4.41, Аноним (41), 13:49, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В "нормальной системе" для работы новой "нормальной системы" тебя производитель чипов для устройства, который делает драйвера для работы этих чипов в "нормальной системе", обязал тебя купить новую карту. А не нравится - сам отключишь интернет, когда тебя одним wannacryем взломают.
     
     
  • 5.217, voiceofreason (?), 12:38, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Зато для актуального железа дрова всегда БУДУТ и как правило лучше опенсосочных. Сидеть на мамкиной шее и наяривать на свой c2d "для учёбы" - ну такое. 500$ на апгрейд раз в 5 лет это правда неподъёмно для линукс-экспертов?
     
     
  • 6.227, Anon3 (?), 13:35, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Зато для актуального железа дрова всегда БУДУТ и как правило лучше опенсосочных.
    > Сидеть на мамкиной шее и наяривать на свой c2d "для учёбы"
    > - ну такое. 500$ на апгрейд раз в 5 лет это
    > правда неподъёмно для линукс-экспертов?

    линукс-эксперд просто выиграет не предусматривающий откаты тендер. На распильных объектах, каждые 5 лет по 500$ на апгрейд АРМ-ов - золотая жила руководства.
    А вот что делать заказчикам, бродившим по нищете?

     
     
  • 7.251, коньюктивит (?), 17:50, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Этим виндузятникам только дай волю, они и тёплых ватерклозетов начнут у вас требовать.
     
  • 4.46, Ананимус (?), 14:04, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > В нормальной системе драйверы должны быть отделены от ядра.

    Нет, не должны. Буквально единственная причина по которой они открыты сейчас это требование ядра открывать код.

     
     
  • 5.85, Аноним (-), 16:17, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ты его не правильно понял. Он прочитал статьи Эндрю Таненбаума про микроядерную архитектуру ядра, и стал адептом микроядерной архитектуры.
     
     
  • 6.218, voiceofreason (?), 12:40, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Рекомендую посмотреть, как работают микроядерные AmigaOS 4 и MorphOS на немощном железе типа 1 ГГц single-core PowerPC. Очень хорошо мозги прочищает.
     
     
  • 7.233, Аноньимъ (ok), 14:27, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Рекомендую посмотреть, как работают микроядерные AmigaOS 4 и MorphOS на немощном железе
    > типа 1 ГГц single-core PowerPC. Очень хорошо мозги прочищает.

    Где посмотреть?

     
  • 5.184, Аноньимъ (ok), 01:32, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Под Линукс есть и закрытые драйвера.

    Я уже молчу о бинарных блобах в этих самых "открытых" драйверах.

    Так что ненужно бредить, эти вещи никак не связаны.

     
     
  • 6.224, Ананимус (?), 13:20, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Так что ненужно бредить, эти вещи никак не связаны.

    Прости, какие драйверы в drivers/ закрытые? Покажи мне, пожалуйста.

     
     
  • 7.232, Аноньимъ (ok), 14:26, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Так что ненужно бредить, эти вещи никак не связаны.
    > Прости, какие драйверы в drivers/ закрытые? Покажи мне, пожалуйста.

    Я до конца не понимаю о чем вы, наверное о официальных репах линукса?
    Вас вот это не смущает -

    > Одновременно латиноамериканский Фонд свободного ПО сформировал вариант полностью свободного ядра 6.5 - Linux-libre 6.5-gnu, очищенного от элементов прошивок и драйверов, содержащих несвободные компоненты

    Вот например, инфа старая, сейчас их гораздо больше - http://manulix.wikidot.com/kernel-blobs


    И вы себе представляете примерно программную начинку обычного андроид телефона например?

    Вы серьезно думаете что за пределом оф репы линуса не существует линукс драйверов?
    Нвидия немного в недоумении.

     
     
  • 8.235, Ананимус (?), 15:08, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нет, прошивки меня не смущают Это отдельный мир с отдельной войной с блобами Я... текст свёрнут, показать
     
     
  • 9.252, коньюктивит (?), 17:54, 29/08/2023 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
     
  • 10.269, Аноним (-), 07:30, 30/08/2023 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
  • 8.285, Аноним (-), 02:25, 31/08/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    О, эксперт по ядру от сохи W винды совсем не палится Blob list for Linux v2 ... большой текст свёрнут, показать
     
     
  • 9.292, Аноньимъ (ok), 03:32, 31/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Какой извращённый бреб Так изыскано ... текст свёрнут, показать
     
     
  • 10.301, Ананимус (?), 16:53, 31/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вообще он все по делу говорит, в 6 6 только что новый забор от NVIDIA вставил... текст свёрнут, показать
     
     
  • 11.303, Аноньимъ (ok), 18:39, 31/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Дело у нас вот такое То что аноним выше пишет в контексте этого дела бред Закр... текст свёрнут, показать
     
     
  • 12.307, Ананимус (?), 13:13, 01/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    То что есть пара закрытых драйверов никто не отрицает Отрицают возможность суще... текст свёрнут, показать
     
     
  • 13.311, Аноньимъ (ok), 16:21, 01/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Нет никакого обязательства открывать код И существование закрытых дров тому док... текст свёрнут, показать
     
     
  • 14.329, Ананимус (?), 11:47, 04/09/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну это уже совсем троллинг тупизной какой-то man GPL Out-of-tree Да, их сколь... текст свёрнут, показать
     
     
  • 15.331, Аноньимъ (ok), 13:56, 04/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Разработчикам дров На каждый чих левой пятки Линуса и его хозяев переписывать в... текст свёрнут, показать
     
     
  • 16.332, Ананимус (?), 14:25, 04/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Признайся честно, ты этот ядерный API в глаза видел Потому что чаще всего слом... текст свёрнут, показать
     
  • 12.317, Аноним (-), 16:25, 03/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Они и не собирались, лолка У нас все просто кто не с нами - тот против нас Эт... большой текст свёрнут, показать
     
     
  • 13.320, Аноньимъ (ok), 18:06, 03/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А оч 1110 як горять Горять пилають червон 1110 оч 1110 ... текст свёрнут, показать
     
     
  • 14.342, Аноним (-), 17:23, 05/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Да ты не боись, там и technical measures - as described in DMCA не заржавеют... текст свёрнут, показать
     
  • 11.316, Аноним (-), 16:14, 03/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    И даже пообещали оттрахать DMCA just in case - вот прям статьей обход техниче... текст свёрнут, показать
     
     
  • 12.337, Аноньимъ (ok), 18:30, 04/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    https i imgflip com 3w2zoc jpg ... текст свёрнут, показать
     
     
  • 13.343, Аноним (-), 17:29, 05/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А вот опять видно корпорат-холуя, ссыль на сервис с клаудспайварой подогнал Хар... большой текст свёрнут, показать
     
     
  • 14.351, Аноньимъ (ok), 19:19, 05/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Вам там это, безусловный микрокод вставили в ваш GNU Linux - https lore kernel... текст свёрнут, показать
     
     
  • 15.352, Аноним (-), 19:42, 05/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Понимаешь, ты в мою систему вообще совсем ничего без моего явного желания на то ... большой текст свёрнут, показать
     
     
  • 16.356, Аноньимъ (ok), 00:44, 06/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Так интел это корпорасты сующие бинарные блобы, или это не корпорасты Бинарные ... текст свёрнут, показать
     
     
  • 17.364, Аноним (-), 15:18, 06/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Если вы не заметили - файл микрокода в линукскернел вообще не входит Это отдель... большой текст свёрнут, показать
     
  • 4.64, birdie (ok), 15:05, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Так оно так, но это если у вас бюджеты огромные.

    У Линукса бюджеты не очень, поэтому вот так.

    И не только драйвера. Я бы ещё выкинул:

    arch/
    fs/
    sound/

     
     
  • 5.96, Менеджер Антона Алексеевича (?), 16:43, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Я бы ещё выкинул:
    >
    > arch/
    > fs/
    > sound/

    Да и весь остальной код тоже. Деды тумблерами программировали и ничего, бороды только гуще росли.

     
     
  • 6.194, Аноним (187), 04:07, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Деды тумблерами программировали и ничего, бороды только гуще росли.

    Да вы и ща так можете. С JTAG даже проще стало - тумблеров всего пару штук надо. Можете натсукивать вот прям совсем побитово :)

     
  • 5.286, Аноним (-), 02:31, 31/08/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > И не только драйвера. Я бы ещё выкинул:
    > arch/
    > fs/
    > sound/

    Хорошо что ты не Торвальдс и его майнтайнеры! Поэтому девелопай там какой-нибудь свой дрыщ-проект в ж@пе мира сам, а мы в сторонке посмотрим - сможет это недоразумение захватить мир как линух или нет. Ставлю на то что не сможет.

    p.s. а если сделать вон то - потом разработчики линя могут смело менять род деятельности, кому такая операционка вообще нужна будет?! Ее ж ни в 1 задачу не приткнешь без поддержки архитектур, файлух и чего там там. Оно скопытится быстрее чем *бсд после этого.

     
     
  • 6.306, Аноньимъ (ok), 12:22, 01/09/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я так понимаю под викинуть подразумевается сделать стабильный документированный апи и вынести разработку всего этого в отдельные проекты.

    А не отказаться от драйверов.

    То что чуть ли не каждое изменение ядра требует патча кода драйверов и ФС - глупость.

     
     
  • 7.333, Аноним (333), 15:40, 04/09/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Мордочка у всяких блоборасов треснет им еще stable api чтобы вон те бесплатно уб... большой текст свёрнут, показать
     
     
  • 8.335, Аноньимъ (ok), 18:15, 04/09/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В чём конкретно вклад производителя железа в вакууме в ядро состоит Если нужно ... большой текст свёрнут, показать
     
     
  • 9.353, Аноним (-), 20:19, 05/09/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    В дровах И совместной работе над подсистемами которые такой тип драйверов реюза... большой текст свёрнут, показать
     
  • 4.166, Аноним (166), 22:08, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    нереально
    у ядра нет стабильного внутреннего API
     
     
  • 5.186, Аноним (186), 03:25, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А и не нужно. Достаточно вынести драйверы из ядра и сделать стабильный внешний API для взаимодействия с ними. Лет 30 как реализовано в полноценных операционках, даже в полуоси такое было.
     
     
  • 6.231, vitalif (ok), 14:19, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    и где та полуось?
     
  • 2.34, Аноним (34), 13:41, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Надеюсь, ко времени смерти линукса хурд наконец-то допилят.
     
     
  • 3.74, Аноним (74), 15:48, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Надейся. Хотя, хурд уже допилили до полной неработоспособности на железе, но нет предела совершенству.
     
  • 3.77, Аноним (98), 15:53, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати, команда Шишкина могла бы помочь с передовыми ФС. Там бы код приняли. А то в Hurd есть только нежурналируемая Ext2FS.
     
     
  • 4.97, Менеджер Антона Алексеевича (?), 16:44, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Им некогда, они ещё ResiserFS не допилили.
     
     
  • 5.104, Аноним (98), 17:02, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    ReiserFS, та, которая v3, в линуксовом ядре работает давно и успешно.
     
     
  • 6.117, Менеджер Антона Алексеевича (?), 17:25, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И не менее успешно теряет данные на диске. Может подскаешь, в каких крупных деплоях, скажем, от тысячи ядер, используется ReiserFS?
     
  • 6.189, Аноним (187), 03:54, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > ReiserFS, та, которая v3, в линуксовом ядре работает давно и успешно.

    "F...k you ReiserFS!" (c) amule.org. Дадада, вот такой testimonial от довольных пользователей. За вот именно разнесенный в вермишель их чудным fsck том. И вообще - оно scheduled for removal, потому что на перевод на новые апи ядра забили и никто не майнтайнит код. Если не найдется желающего окультурить этот битрот, он скоро вылетит из сабжа. Шышкин и ко вместо этого предпочитают выкатывать полурабочие рейзер4 а потом и 5 - видимо чтобы показать как файлухи для ядра девелопать не надо.

     
     
  • 7.200, Аноним (-), 07:25, 29/08/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 8.262, Аноним (-), 01:32, 30/08/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.121, Аноним (121), 17:54, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Шишкин занимается файловой системой Рейзера как математик теоретик. Он не трудяга инженер. Он отказался сопровождать в ядре файловую систему Рейзера.
     
  • 4.139, Аноним (34), 18:59, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Надо сперва что-нибудь более стабильное, вроде ext4 или xfs. Рейзер5 как идея неплох, но насчёт его текущей стабильности ситуация не вполне ясна.
     
  • 3.120, gdg (??), 17:48, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Хурд ненужон, потому что есть DragonflyBSD.
     
     
  • 4.123, Аноним (123), 18:02, 28/08/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.140, Аноним (34), 19:00, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Миру бздюков можно позавидовать, столько разных бздей. А у сторонников копилефта из юзабельных систем есть только линух.
     
     
  • 5.142, Менеджер Антона Алексеевича (?), 19:09, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ровно на одну юзабельную систему больше, чем в мире бздюков. Я считаю, это победа.
     

     ....большая нить свёрнута, показать (61)

  • 1.22, Шарп (ok), 12:54, 28/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >Включена сборка ядра с опцией компилятора "-fstrict-flex-arrays=3", включающей третий уровень проверки гибкого элемента-массива в структурах (Flexible Array Members, массив неопределённого размера в конце структуры).

    А первые два уровня оказались неспособны обнаружить все утечки и выходы за границы массива, которые понаписали профессиональные сишники?

     
     
  • 2.127, Серб (ok), 18:16, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Мне вот сильно интересно, что-нибудь похожее в rust'е есть? Это не отдельная выделяемая память, а объект соответствующий конкретной структуре может быть разного размера.

    Весь вопрос в оптимизации выделения-освобождения памяти и проверок прав доступа.

     
     
  • 3.193, Аноньимъ (ok), 04:06, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Нет там никакого объекта.

    Сишка просто выделяет кусок памяти, и мапит его через структуру.

    Вам ещё и самому нужно рассчитать какой кусок выделять учитывая все заголовочные поля.

    Я прикола не понимаю.

     
     
  • 4.213, Серб (ok), 10:50, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это как раз и есть эмуляция наследования в ООП. Базовая структура на основе которой могут быть унаследованные.
     
     
  • 5.336, Аноньимъ (ok), 18:26, 04/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Это как раз и есть эмуляция наследования в ООП. Базовая структура на
    > основе которой могут быть унаследованные.

    В ООП нет наследования. Оно есть в системе типов Страуструпа.
    И это страшное зло.

    А эмулировать это чудо такими замысловатыми методами это отдельный ад для разработки и отладки.

     
     
  • 6.338, Серб (ok), 12:31, 05/09/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > В ООП нет наследования. Оно есть в системе типов Страуструпа.
    > И это страшное зло.

    Это твое личное мнение, мало относящееся к реальности.

    > А эмулировать это чудо такими замысловатыми методами это отдельный ад для разработки и отладки.

    Да. Это тяжко. Но вот конкретно в ядре - приходится это делать.

    В других местах - не знаю.

    Так разные структуры данных, имеющие своей базой одну легко укладываются в контейнеры.
    И алгоритмы работающие с этими контейнерами удобно и легко разрабатывать.

    Ну и главная причина - скорость. Как я уже говорил, выделение памяти за один раз и проверка доступа одинаковая для всех полей.

     
     
  • 7.340, Аноньимъ (ok), 17:08, 05/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Это мнение создателя ООП.
     
     
  • 8.344, Серб (ok), 17:46, 05/09/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И Это должно о чем то сказать Даже если кто-то приложил к чему-то руку первым,... текст свёрнут, показать
     
     
  • 9.345, Аноньимъ (ok), 18:49, 05/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Если говорить о наследовании, то в индустрии существует огромная и обоснованная ... текст свёрнут, показать
     
     
  • 10.346, Серб (ok), 18:54, 05/09/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну и Вот вообще причем тут это У наследования есть преимущества И они использ... текст свёрнут, показать
     
     
  • 11.348, Аноньимъ (ok), 18:57, 05/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Б Что где когда Преимущества перед чем и какие, расскажите пожалуйста ... текст свёрнут, показать
     
     
  • 12.349, Серб (ok), 19:02, 05/09/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Пример При реализации наследования не интерфейсов а данных в ядре дает скорость... текст свёрнут, показать
     
     
  • 13.355, Аноньимъ (ok), 00:39, 06/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Что такое наследование данных Пример кода можете показать Вы уверенны что ОО... текст свёрнут, показать
     
     
  • 14.361, Серб (ok), 14:29, 06/09/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Разговор окончен ... текст свёрнут, показать
     
  • 9.347, Аноньимъ (ok), 18:55, 05/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Должно Не делает Но мнение такого человека, консультирующего индустрию сегодня... текст свёрнут, показать
     
     
  • 10.350, Серб (ok), 19:09, 05/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Почему Я должен преклонятся перед авторитетами Вот и бери Мнение анонима не у... большой текст свёрнут, показать
     
     
  • 11.354, Аноньимъ (ok), 00:35, 06/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    У вас промежуточных стадий между это туфта и я должен преклоняться в отношен... текст свёрнут, показать
     

     ....большая нить свёрнута, показать (16)

  • 1.36, Аноним (36), 13:42, 28/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Добавлена возможность монтирования другой ФС слоем ниже в существующую точку монтирования

    pivot_root больше не нужен, как и и initramfs?

     
     
  • 2.45, Anon3 (?), 14:04, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    pivot_root и initramfs и сейчас не нужен. Но без них менее гибок и элегантен для большинства применений
    А вот сабж из новости позволяет лишь более элегантно жить без ненужно, и не является какой-то уникальной фичей (смотрите ссылку в тексте новости на оригинал, кейсы возможного применения хорошо расписаны)
     
     
  • 3.100, Аноним (98), 16:51, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Подскажи, как корень на LVM2 подключить без initramfs?
     
     
  • 4.174, Anon3 (?), 22:48, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Подскажи, как корень на LVM2 подключить без initramfs?

    Советую читаль дальше первого предложения:
    >> Но без них менее гибок и элегантен для большинства применений

    Кейс с LVM2 входит в большинство применений, а потому лучше использовать initramfs
    Если не хотите initramfs, можете содержимое initramfs разместить на ином блочном устройстве с файловой системой и после начальной инициализации сделать pivot_root на root с LVM2
    Можно сделать BSD-style, обьявить что "корень на LVM2" является эталонным ненужно и самостоятельно накостылять функционал, требующийся от LVM2, на других технологиях

     
     
  • 5.203, Минона (ok), 07:36, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Можно сделать BSD-style, обьявить что "корень на LVM2" является эталонным ненужно и
    > самостоятельно накостылять функционал, требующийся от LVM2, на других технологиях

    Зачем нам LVM при наличии ZFS?

     
     
  • 6.222, Anon3 (?), 13:01, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот когда писал о BSD-style, как раз и подразумевал под как раз btrfs Но в ... большой текст свёрнут, показать
     
     
  • 7.276, Минона (ok), 14:06, 30/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну вот когда писал о BSD-style, как раз и подразумевал под
    >>> на других технологиях
    > как раз btrfs. Но в виду недостаточных компетенций, уточнять не стал

    btrfs это косплей ZFS в линуксе, в BSD её нет.

    > Вроде на этом форуме (или хабре), была мысль от одного из великих
    > (пох?), что выбор технологии сроден взятию вещи в кредит. И есть
    > разница, взять в кредит велосипед (LVM2) или феррари (ZFS). Одно дело,
    > когда уже есть собственные деньги на феррари (компетенции по ZFS), другое,
    > когда надо отдавать кредить за прогоревший бизнес (т.е. в виду отсутствия
    > компетенций восстанавливать небекапленные данные). И тут лучше восстанавливать с LVM2,
    > чем с ZFS или btrfs (помним, что компетенции слабоваты)

    Вероятность вытащить небитые данные с ZFS выше чем с LVM.

     
     
  • 8.283, Anon3 (?), 19:14, 30/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Я говорил не о BSD, а о BSD-style решения задач как стандартную аргументацию по... большой текст свёрнут, показать
     
     
  • 9.295, Минона (ok), 10:27, 31/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Это не BSD-style, это NIH-style ... текст свёрнут, показать
     
     
  • 10.304, Anon3 (?), 18:43, 31/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    NIH-style как раз присущ linux экосистеме, btrfs как ответ zfs, snap как ответ f... текст свёрнут, показать
     
     
  • 11.366, Аноним (366), 15:48, 06/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А в чем собственно проблема когда некто видя технологию но не у себя - начинает ... большой текст свёрнут, показать
     
  • 8.288, Аноним (288), 02:50, 31/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Линукс не мусорница для технологий отработавших свое ZFS мало на что годен кром... текст свёрнут, показать
     
     
  • 9.296, Минона (ok), 10:39, 31/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ога-ога btrfs это косплей технологий реализованных в ZFS, причём косплей местам... текст свёрнут, показать
     
     
  • 10.319, Аноним (-), 17:26, 03/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А местами - весьма радикально усовершенствованный и улучшенный Управление место... большой текст свёрнут, показать
     
     
  • 11.328, Минона (ok), 08:18, 04/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    RAID 5 124 6 в btrfs уже допили до продакшена А аналог raidz3 А новый draid ... текст свёрнут, показать
     
     
  • 12.334, Аноним (334), 15:53, 04/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Примерно 50 50 В Raid5 таки write hole более-менее заткнули В Raid6 еще не до ... большой текст свёрнут, показать
     
     
  • 13.360, Минона (ok), 13:12, 06/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ясно, админ локалхоста ... текст свёрнут, показать
     
     
  • 14.367, Аноним (366), 15:52, 06/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну я как бы уже на примере гражданина поха увидел к чему приводит чрезмерный фап... текст свёрнут, показать
     
     
  • 15.371, Минона (ok), 20:48, 06/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Не хочу тебя разочаровывать, но эти самые масштабируемые... текст свёрнут, показать
     
     
  • 16.377, Аноним (-), 12:56, 07/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Видишь ли, чудик, мой friend or foe identification работает по значительно более... большой текст свёрнут, показать
     
     
  • 17.378, Минона (ok), 14:59, 07/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Правильно, что может обсуждать админ энтерпрайза с админ... текст свёрнут, показать
     
     
  • 18.387, Аноним (-), 01:49, 12/09/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 18.388, Аноним (388), 12:47, 17/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Поскольку энтерпрайзные BSDшники давно доBSDелись уже и повылетели отовсюду - ну... текст свёрнут, показать
     
     
  • 19.389, Минона (ok), 21:38, 18/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален 128514 128079 Ещё немного, ещё чуть-чуть 8230 и в... большой текст свёрнут, показать
     
     
  • 20.392, Аноним (392), 22:53, 18/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Стремительно скатываешься на уровень поняши, но это тебе не поможет Если сравни... большой текст свёрнут, показать
     
  • 21.393, Минона (ok), 13:51, 19/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Во FreeBSD всё хорошо с ФС Они не ждут коммита очередного чуда ФС-о строения, к... большой текст свёрнут, показать
     
  • 7.287, Аноним (288), 02:44, 31/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну во первых, бизнес намного лучше когда он не прогоревший И сразу ориентироват... большой текст свёрнут, показать
     
     
  • 8.308, Anon3 (?), 14:14, 01/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Восстановим из проверенных бэкапов, которые уже есть в связи с наличием увлекате... большой текст свёрнут, показать
     
  • 8.309, Anon3 (?), 14:41, 01/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Восстановим из проверенных бэкапов, которые уже есть в связи с наличием увлекате... большой текст свёрнут, показать
     
     
  • 9.321, Аноним (-), 19:06, 03/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Рояль в кустах это отлично, но во первых это не достоинство файлухи и решения В... большой текст свёрнут, показать
     

     ....большая нить свёрнута, показать (29)

  • 1.52, Минона (ok), 14:31, 28/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Столько ФС наплодили, а ни одну до ума не довели.
     
     
  • 2.71, Аноним (-), 15:41, 28/08/2023 Скрыто ботом-модератором     [к модератору]
  • +4 +/
     
     
  • 3.91, Аноним (91), 16:36, 28/08/2023 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
  • 3.198, Минона (ok), 07:22, 29/08/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.79, birdie (ok), 15:57, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ext4 обслуживает без проблем больше 2 миллиардов устройств.

    Что такое "до ума"?

     
     
  • 3.177, Anon3 (?), 23:11, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > ext4 обслуживает без проблем больше 2 миллиардов устройств.
    > Что такое "до ума"?

    КакВВенде старых версий.
    При установке Linux необходимо производить сеанс внушения (по другому "до ума" не доходит, отсутствует критическое мышление):
    ext4 новая уникальная инновационная файловая система
    С ней ваши файлы будут блестящими и шелковистыми
    и все в таком духе

     
     
  • 4.197, Admino (ok), 05:45, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    В винде старых версий была FAT32. Спасибо, не надо.
     
  • 4.263, Аноним (-), 01:39, 30/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > КакВВенде старых версий.

    Это типа имена 8.3, где более длинные уже за счастье и лимит в 4..32 гига на диск? Не говоря о том что скорость работы фата с большой иерархией это просто позор. Да и у нтфс не сильно лучше, если с нормальными ФС сравнивать.

    Представляете, btrfs спокойно своротит 250К файлов на вон той иерархии. Допустим компил ядра. А если с такой иерархией в винде работать удумать все будет медленно и печально. С клином на холодную чуть не минуты, перфомансом в РАЗЫ хуже и все такое прочее.

    > При установке Linux необходимо производить сеанс внушения

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

     
  • 3.201, Минона (ok), 07:25, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > ext4 обслуживает без проблем больше 2 миллиардов устройств.

    А точно без проблем?

     
  • 2.101, Фанат (?), 16:55, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Деньги платят за исправления.
     
  • 2.220, voiceofreason (?), 12:43, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ext4 довольно стабильная, XFS тоже. Но вот как NTFS, чтобы не теряла данные при отключении компа из розетки - это в линуксе недоступная роскошь.
     
     
  • 3.223, Anon3 (?), 13:17, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > это в линуксе недоступная роскошь.

    Используйте опцию монтирования sync.
    По крайней мере 10 лет назад, когда меня эта NTFS волновала, при отключении компа из розетки NTFS могла полностью поломаться

     
  • 2.289, Аноним (288), 02:51, 31/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Столько ФС наплодили, а ни одну до ума не довели.

    А у кого-то с этим лучше? В винде античный тормоз NTFS да недоделаный ReFS. В бсдах вообще полный швах. Ну и равняться предлагается - на кого?

     
     
  • 3.297, Минона (ok), 10:44, 31/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >> Столько ФС наплодили, а ни одну до ума не довели.
    > А у кого-то с этим лучше? В винде античный тормоз NTFS да
    > недоделаный ReFS. В бсдах вообще полный швах. Ну и равняться предлагается
    > - на кого?

    Сразу видно знатока ФС. 😏

     

  • 1.53, InuYasha (??), 14:34, 28/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ни про NTFS, ни про ExFAT новостей нет. Жаль.
     
     
  • 2.59, birdie (ok), 14:57, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    NTFS3 до кучи фиксов:
    https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/log/fs/ntfs

    В exfat минимум - там уже нечего фиксить:
    https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/log/fs/exfa

     
     
  • 3.271, InuYasha (??), 10:05, 30/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо
     
  • 2.72, Аноним (-), 15:42, 28/08/2023 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     

  • 1.58, Аноним (98), 14:57, 28/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ткните плз, в какой версии ядра Торвальдс вернул прокрутку консоли?
     
     
  • 2.60, birdie (ok), 14:58, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ни в какой. Patches are welcome.
     
     
  • 3.65, Аноним (98), 15:16, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Была новость, в т.ч. на Оеннет, не могу найти.
     
     
  • 4.99, Аноним (99), 16:49, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Новости нет, потому что никто ничего не возвращал.

    У вас галлюцинации.

     
  • 4.112, Аноним (112), 17:16, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это было в соседней временной линии. Оставайтесь на месте, наши специалисты уже выехали за вами.
     
     
  • 5.322, 4D NAV (?), 19:11, 03/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Это было в соседней временной линии. Оставайтесь на месте, наши специалисты уже
    > выехали за вами.

    Добро пожаловать в навигацию по 4-мерному пространству. Оставайтесь на линии, сейчас мы снашот с вами откатим - и все снова будет зашибись.

     
  • 4.122, Аноним (122), 17:59, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Была новость, в т.ч. на Оеннет, не могу найти.

    Тоже смутно помню. Общались по этому поводу.

     
     
  • 5.154, Аноним (31), 20:26, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Дальше разговоров дело не зашло по-моему. Дичь, как по мне.
     
  • 5.381, Аноним (381), 18:53, 08/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Эффект Манделы?
     
  • 2.178, Anon3 (?), 23:21, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Ткните плз, в какой версии ядра Торвальдс вернул прокрутку консоли?

    Use Screen Luke

     
     
  • 3.204, Минона (ok), 07:38, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >> Ткните плз, в какой версии ядра Торвальдс вернул прокрутку консоли?
    > Use Screen Luke

    скрин не кошерно.
    Use tmux Luke.

     
     
  • 4.212, Anon3 (?), 10:48, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Запустите tmux в initramfs для прокрутки консоли, чтобы посмотреть лог загрузки во время загрузки.
    Что, неполучается? То-то же
    Нравится tmux, не забывайте, что без screen тоже не обойдетесь, если есть потребность в аналоге ядерной прокрутки консоли
     
     
  • 5.225, Аноним (225), 13:23, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Чтобы посмотреть лог загрузки - Use
    % journalctl --no-hostname -x -b | grep -i -n 'systemd\[1\]'
    Luke
     
     
  • 6.249, Anon3 (?), 17:41, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Чтобы посмотреть лог загрузки - Use
    > % journalctl --no-hostname -x -b | grep -i -n 'systemd\[1\]'
    > Luke

    Так загрузка зависла в бесконечность на plumouth и systemd не выдал отладочную консоль.

    > journalctl...

    Может и journald еще не запустился, чтобы с dmesg-a слить себе лог загрузки ядра, а plumouth не нравится что-то в ядре, а ядру что-то не нравится, но не посмотреть потому что скрола ядерного нет

     
     
  • 7.264, Аноним (-), 01:42, 30/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Так загрузка зависла в бесконечность на plumouth и systemd не выдал отладочную консоль.

    Ну так сказать ему счерез командлайн ядра чтоб отвалил. В смысле plymouth'у конечно.

    > Может и journald еще не запустился, чтобы с dmesg-a слить себе лог
    > загрузки ядра, а plumouth не нравится что-то в ядре, а ядру
    > что-то не нравится, но не посмотреть потому что скрола ядерного нет

    Ну знаете у меня как-то и PCI не взлетал. От такого только вывод в UART и помогает (откуда я и узнал что это PCI). Представляете, видяха на невзлетевшем PCI - "почему-то" недоступна.

     
     
  • 8.272, Anon3 (?), 10:24, 30/08/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А можно просто use screen , Luke Тогда не надо выполнять перезагрузку и можно... текст свёрнут, показать
     
     
  • 9.290, Аноним (-), 03:12, 31/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Тем не менее, если что-то пошло не так, гарантий что screen будет работать при... большой текст свёрнут, показать
     
     
  • 10.298, Anon3 (?), 13:15, 31/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Как то не похоже на пропаганду универсального рецепта спасения Вы просто проецир... большой текст свёрнут, показать
     
     
  • 11.323, Аноним (323), 19:39, 03/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Кажется я не верю в серебряные пули Ну вот консоль на простом в инициализации и... большой текст свёрнут, показать
     
  • 5.274, Минона (ok), 13:58, 30/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Запустите tmux в initramfs для прокрутки консоли, чтобы посмотреть лог загрузки во
    > время загрузки.

    А месье знает толк в извращениях.

     
  • 4.255, Аноним (255), 18:39, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >скрин не кошерно.

    Это потому что тыскозал, пермисивщик?

     
     
  • 5.275, Минона (ok), 13:59, 30/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >>скрин не кошерно.
    > Это потому что тыскозал, пермисивщик?

    Разрабы из OpenBSD.

     
     
  • 6.324, Аноним (-), 05:33, 04/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >>>скрин не кошерно.
    >> Это потому что тыскозал, пермисивщик?
    > Разрабы из OpenBSD.

    Это те у которых кошерно - из гуеста в виртуалке сразу в кернелмод хоста прорубаться? Их ценное мнение очень важно для нас.

     

  • 1.87, Аноним (92), 16:32, 28/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну всё, теперь венде точно капец))))
     
     
  • 2.102, Аноним (98), 16:56, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ей сама Мелкософт капец устроит. С Десятки они свернули куда-то не туда.
     
     
  • 3.152, Аноним (-), 20:17, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Соглы. В десятке впервые появился облачный мусор, никому не нужный магазин с не_удаляемыми приложениями, планшетный дизайн. К тому же в десятке вместо одной control panel, их стало две, что бредово само по себе.

     
     
  • 4.214, Анонимусос (?), 11:16, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А также неотключаймые обновления
     
  • 2.153, Аноним (-), 20:23, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Если разработчики шиндовс не одумаются, то сами себя закапают. Одиннадцатка это просто провал как по дизайну и количеству встроенного облачного мусора, так и по глюкам, особенно в не_ынтерпрайз версиях. Несколько раз накатывал, пробывал изо всех сил привыкнуть и смириться - не выходит.
     
     
  • 3.159, Алешка (?), 20:59, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Какие такие аверпрайсные версии?! Нет их и не будет до 2024!
    А все то глиномесиво что щас происходит на десктопах дебилов, позарившихся на "саврименный" дизийн и удобцтво - собственно бета тест на хомяках-адиотах перед выпуском ltsb-ltsc редакций.
     
     
  • 4.165, Аноним (-), 21:49, 28/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Есть enterprise редакция 11 винды, но без ltsb. Там можно почти всё это безобразие отключить через групповые политики, но легально она недоступна для частных пользователей.
     
     
  • 5.206, Минона (ok), 07:51, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Есть enterprise редакция 11 винды, но без ltsb. Там можно почти всё
    > это безобразие отключить через групповые политики, но легально она недоступна для
    > частных пользователей.

    Групповые политики есть в Pro версии, она доступна для физлиц.

     
     
  • 6.291, Аноним (-), 03:24, 31/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >> Есть enterprise редакция 11 винды, но без ltsb. Там можно почти всё
    >> это безобразие отключить через групповые политики, но легально она недоступна для
    >> частных пользователей.
    > Групповые политики есть в Pro версии, она доступна для физлиц.

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

     
     
  • 7.294, Минона (ok), 10:23, 31/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >>> Есть enterprise редакция 11 винды, но без ltsb. Там можно почти всё
    >>> это безобразие отключить через групповые политики, но легально она недоступна для
    >>> частных пользователей.
    >> Групповые политики есть в Pro версии, она доступна для физлиц.
    > Как ни бсдшник - так эксперт по винде и лицензированию :). Свободному
    > человеку вообще эти средства загона корпоративных винтиков в стойло должны быть
    > ортогональны. Конечно это довольно декоративные и хлипкие цепи, но все же
    > сделано оно для именно вон того.

    Ну да, я свободный корпоративный пользователь Windows, Linux, Solaris. 😎

     
     
  • 8.325, Аноним (-), 05:34, 04/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Оно и слышно по характерному позвякиванию цепями P ... текст свёрнут, показать
     
  • 5.215, Анонимусос (?), 11:18, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > " но легально она недоступна для частных пользователей"

    Написал так, как будто винду честно купил.

     
  • 4.205, Минона (ok), 07:49, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Какие такие аверпрайсные версии?! Нет их и не будет до 2024!
    > А все то глиномесиво что щас происходит на десктопах дебилов, позарившихся на
    > "саврименный" дизийн и удобцтво - собственно бета тест на хомяках-адиотах перед
    > выпуском ltsb-ltsc редакций.

    С добрым утром!
    первая LTSB версия вышла в 2015.

     
  • 3.221, voiceofreason (?), 12:47, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    И вот эти люди [s]запрещают ковырятьcя в носу[/s] обзывают всех утятами. Цвета и панельку сделали похожими на KDE, ибо серая 10 всем надоела - и сразу истерика. Телеметрия и прочие гадости отрываются открытым-свободным скриптом с гитхаба в два клика. Нормальная поддержка новых CPU будет только там. Свидетели Первого Сервиспака могут подождать до 12, если вообще новую оффлайн-версию шинды будут выпускать.
     

  • 1.103, Tester (??), 16:58, 28/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > В интерфейсе асинхронного ввода/вывода io_uring реализована возможность хранения кольцевых буферов

    ну наконец то.. вот здесь следующее повышение привелегий будет!

     
  • 1.110, YetAnotherOnanym (ok), 17:10, 28/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > Приложение теперь может самостоятельно выделить область памяти и передать её в io_uring

    Ждём новых порций веселья.

     
  • 1.161, Аноним (161), 21:16, 28/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Наконец-то я разгоню свою 7900XTX, а то без дела валяется).
     
  • 1.167, Аноним (167), 22:13, 28/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А что не сказали про наведение порядка в arch/*/boot/dts?
     
     
  • 2.199, Аноним (-), 07:22, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Поясни?
     

  • 1.175, Аноним (175), 23:00, 28/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > USB4 v2 (80 Gbps через USB Type-C).

    ну как же, как же без v2? никак не можно-с!

    USB4.5 v5.4.2.3.010-beta+fdkef*noTB x3.1415926^2.714281428 Type-C usb2.0 HiSpeed 2.0 mode 0.5Gbps!

     
     
  • 2.183, Аноним (183), 01:18, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > USB4 v2

    И много уже периферии поддерживают стандарт? Даже type-c считается лютой дичью, а большинство продаваемых устройств это типичный usb2.

     
     
  • 3.195, Аноним (187), 04:15, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Поздняк, уже пошел в массы Он и правда диковат, особенно PowerDelivery перегова... большой текст свёрнут, показать
     
  • 3.196, Аноньимъ (ok), 04:27, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Даже type-c считается лютой дичью

    В смысле? Оно везде буквально, в каждом ноутбуке смартфоне и корпусе для ПК дороже 20 баксов.

    > И много уже периферии поддерживают стандарт?

    Его в компах то нет.

     
     
  • 4.245, Аноним (245), 16:24, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Речь не про мобильники. Речь про масс маркет - бюджетные материнки и ноуты. Прикинь, у меня вот материнка, самая бюджетная, с чипсетом 600 серии под 12 поколение интела и на ней нет усб-с. Ровно как даже теоретически не представляю зачем мне такие скорости через усб.
     
     
  • 5.254, Аноньимъ (ok), 18:00, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Зашёл в магазин.
    Отфильтровал ноуты.
    У 1400 моделей усб тип ц есть.
    У 633 нет.

    Цена от 175$.


    Среди матплат всех в продаже.
    У 270 есть на задней панели.
    У 204 нет на заднице.

    Цена от 80$

    > Ровно как даже теоретически не представляю зачем мне такие скорости через усб.

    Type-C никаких скоростей особых сам по себе не предполагает. Это просто разъем.

    Усб3.2 скорости нужны уже для внешних ссд например.

    Кроме того, на тех же ноутбуках это заодно возможность подключения монитора по DP.

    Если оно USB4 то можно подключать внешнюю видеокарту.

     
  • 5.265, Аноним (-), 01:47, 30/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > как даже теоретически не представляю зачем мне такие скорости через усб.

    Где-то в районе 4-й версии юсб - жирафли из USB-IF и прочих интелей наконец все же доползли до идеи что хост к хосту все же стало можно конектить. Ну а чо, 80Гбит линк по сравнительно ширпотребной меди не так уж плохо. Это ж не с экзотичной оптикой трахаться, которая в каждом ларе не продается, требует специфичный и весьма дорогой шмот и проч.

     
  • 3.216, Аноним (216), 12:26, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Type-C это тип разъема, как и Type-A или Type-B
    Внутри у него может быть хоть 1.1, хоть 2, хоть 3.2, хоть 4
    И, да, Type-C это стандарт де-факто, теперь везде только он и больше ничего
    На материнках сохраняются Type-A-гнезда, но все больше тоже Type-C
     
     
  • 4.244, Аноним (245), 16:23, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Подучить бы вам, товарищ, матчасть и не позориться. Все же технический форум для инженеров.
     
     
  • 5.293, Аноним (-), 03:36, 31/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А что он не так сказал Вам дать апнуот от STMicro для инженеров, показывающий к... большой текст свёрнут, показать
     

  • 1.185, Аноньимъ (ok), 01:38, 29/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >гибкого элемента-массива в структурах (Flexible Array Members

    Какая же эта сишка дичь просто неймоверная.
    Такие грязные, пошлые, развратные хаки.

     
  • 1.202, Аноним (-), 07:34, 29/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Пацаны, кто как, а я на Раст перейду только тогда когда он попадёт в коллекцию компиляторов GCC. Ещё надо чтобы Раст одобрил Столлман, без его одобрения тоже неправильно. Все библиотеки из Карго, и сам язык Раст в будущем просто обязаны стать копилефтными.

    Наша борьба против проприетарщиков и их союзников пермиссивщиков продолжается! Пользуясь случаем передаю пламенный привет программистам из латиноамериканского Фонда Свободного ПО! И знайте, что GNU - это не коммунизм. Торговать можно.

     
     
  • 2.208, Аноним (208), 08:50, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Можешь переходить, он уже принят в GCC :-)

    https://www.opennet.me/opennews/art.shtml?num=58278
    https://www.opennet.me/opennews/art.shtml?num=59038

     

  • 1.226, Ананоним (?), 13:33, 29/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Оно заработает на моём AMD K6-2-450?
     
     
  • 2.228, Anon3 (?), 13:43, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Оно заработает на моём AMD K6-2-450?

    Да. Но лучше разгоните его на 560МГц (5х112)

     
     
  • 3.234, Ананоним (?), 14:27, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А чё, так можно было?
     
     
  • 4.238, voiceofreason (?), 16:07, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Можно, как и напругу поднимать чуть ли не до 5V без последствий. Техпроцесс толстенный, угробить такой CPU было трудновато. Ещё для лУчшего разгона в K6-3/K6-3+ отключали кэш, прирост в частоте не везде, но часто перевешивал.
     
     
  • 5.247, Anon3 (?), 17:04, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Можно, как и напругу поднимать чуть ли не до 5V без последствий.
    > Техпроцесс толстенный, угробить такой CPU было трудновато. Ещё для лУчшего разгона
    > в K6-3/K6-3+ отключали кэш, прирост в частоте не везде, но часто
    > перевешивал.

    Ну жестить с напругой все таки не надо. Максимум, пунктов на 4 вверх. Если больше, то у меня проц перестал работать в стандартном режиме и требовал, для стабильной работы, минимум повышение напряжения на 2 пункта без разгона.

     
  • 4.246, Anon3 (?), 16:55, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > А чё, так можно было?

    Ну если у вас материнка на чипсете MVP3, то можно. Только частота шины 112МГц не стандартна и не описана в мануале к материнке, нужно на форумах искать как выставлять перемычки. Там частота шины и 125, 133 есть, но на них проц не заводится
    Ну и напряжение питания ЦПУ чуть повысить, чтобы добиться стабильности и не сильно превысить, когда уже виснет от перегрева при любом качестве охлаждения
    Именно 450-тые хорошо гонятся, уже 400-тые не каждые до 500 добираются

     
  • 4.266, Аноним (-), 01:49, 30/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > А чё, так можно было?

    Там еще и так можно было. У меня как то 266 до 350 разогнался и работал стабильно как вкопаный. Оказалось - у амд вышел избыток 350 и они их перемаркировали вниз и скостили цену. Если забить на надпись, это обычный 350-й кристалл по факту был. А на крышке что угодно можно написать :)

     
  • 2.253, коньюктивит (?), 17:58, 29/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    У вас и рабочий элт-монитор поди? Жить в музее - это круто.
     
     
  • 3.299, Ананоним (?), 15:10, 31/08/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > У вас и рабочий элт-монитор поди? Жить в музее - это круто.

    Ага, есть такие у меня, на трубе Мицубиши Даймондтрон. Супервещь!

     

  • 1.248, Аноним (248), 17:32, 29/08/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Такими темпами к новому году может выйти ядро 6.6.6 :-) .
    Хочу поставить себе just for fun.
     
     
  • 2.267, Аноним (267), 03:05, 30/08/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Хочу поставить себе just for fun.

    Скучная у Вас жизнь. Может всё же стоит задуматься над своими жизненными приоритетами?

     
     
  • 3.279, Аноним (248), 15:04, 30/08/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну да, скучно. Всё работает, вот и хочется экспериментов. Естественно, не на рабочей системе.
     

  • 1.282, Аноним (-), 16:39, 30/08/2023 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +/
     
  • 1.359, cheburnator9000 (ok), 05:43, 06/09/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Любой линукс на базе kernel 6.5 в vmware грузится примерно 10 минут или даже больше я честно хз ибо терпение кончается раньше чем загрузится графический стол. Капец полнейший.
     
     
  • 2.382, Аноним (-), 02:57, 09/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    вбокс пока не прикрутили, о чём ясно в последнем чейнджлоге дали понять

    ща как в деби тестинг подвезут - раздуплятся все, наверно

     
  • 2.383, Аноним (-), 03:04, 09/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >я честно хз ибо терпение кончается раньше чем загрузится

    а вот терпения надо набираться)) там пока линус эти патчи первого дня не налепит и на табло мейнлайн не переключит - лучше себя предвкушением мучать хДДД

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру