LINUX.ORG.RU

Linux 6.17

 , , ,

Linux 6.17

0

6

После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 6.17. Среди наиболее заметных изменений: повышение производительности Btrfs, системные вызовы file_getattr() и file_setattr(), унификация однопроцессорных и многопроцессорных конфигураций в планировщике задач, модуль DAMON_STAT со статистикой доступа к памяти, поддержка Live-патчей на системах ARM64, отправка core-дампов через сокет AF_UNIX, лимитирование SCHED_EXT через cgroup, упрощённая настройка защиты от уязвимостей в CPU, сборка в Clang с инициализацией переменных в стеке, защита от подмены /proc, расширение подсистемы RV (Runtime Verification), ограничение сокетов AF_UNIX через AppArmor, алгоритм контроля перегрузок TCP DualPI2.

В новую версию принято 14334 исправлений от 2118 разработчиков, размер патча – 46 МБ (изменения затронули 12841 файлов, добавлено 646654 строк кода, удалено 398782 строк). В прошлом выпуске было 15924 исправления от 2145 разработчиков, размер патча – 50 МБ . Около 43% всех представленных в 6.17 изменений связаны с драйверами устройств, примерно 12% изменений имеют отношение к обновлению кода, специфичного для аппаратных архитектур, 14% связано с сетевым стеком, 4% – с файловыми системами и 3% c внутренними подсистемами ядра.

Основные изменения (kernelnewbies.org, lwn.net, OpenNET):

  • Дисковая подсистема, ввод/вывод и файловые системы
    • В Btrfs добавлена экспериментальная поддержка больших фолиантов страниц памяти (large folios), позволяющих снизить накладные расходы и повысить производительность ряда операций. Реализовано кеширование запросов к битовым картам распределения свободного места, благодаря которому производительность создания пустых файлов выросла на 20%. Улучшена работа упреждающего чтения в системах, применяющих сжатие данных. Обеспечено более плотное размещение ключей в структуре XArray, что повысило компактность хранению узлов дерева экстентов и позволило сократить число конечных узлов на 50-70%. Предоставлены дополнительные настройки использования сжатия в дефрагментированных экстентах.
    • В ФС ext4 появилась поддержка буферизированного ввода/вывода с флагом RWF_DONTCACHE, при котором данные удаляются из страничного кеша сразу после завершения операции.
    • В ФС EROFS реализована поддержка сжатия метаданных.
    • NFS-сервер теперь может делегировать операции записи клиентам, открывающим файлы в режиме только для записи.
    • В системный вызов fallocate() добавлен флаг FALLOC_FL_WRITE_ZEROES, позволяющий заполнить нулями указанный диапазон в файле, используя поддерживаемую некоторыми SSD-накопителями команду WRITE_ZERO, выполняющую обнуление без операций ввода/вывода. Опция пока доступна только в ФС ext4.
    • Добавлены системные вызовы file_getattr() и file_setattr() для манипулирования атрибутами inode заданного файла.
    • Удалён драйвер pktcdvd для работы с оптическими носителями в пакетном режиме, который был помечен устаревшим в 2016 году.
    • В драйвере NTFS3 налажена работа с символическими ссылками, созданными в Windows, а также добавлена проверка корректности имён файлов, и обеспечено создание символических ссылок для относительных путей.
    • ФС Bcachefs в ядре Linux переведена в режим внешнего сопровождения, подразумевающего прекращение приёма изменений для Bcachefs в основной состав ядра при сохранении данной ФС в кодовой базе ядра. Разработка Bcachefs будет производиться вне кодовой базы ядра до того, как Кент Оверстрит на деле не докажет возможность корректного взаимодействия с другими разработчиками ядра и способность следовать устоявшимся правилам разработки.
  • Память и системные сервисы
    • Из планировщика задач удалена поддержка однопроцессорных конфигураций. На системах с одним процессором теперь следует использовать ядра, собранные для многопроцессорных систем (SMP). Код для однопроцессорных и многопроцессорных систем унифицирован и избавлен от лишних привязок к параметру ядра CONFIG_SMP.
    • Добавлен модуль ядра DAMON_STAT (Data Access Monitoring Results Stat), позволяющий отслеживать доступ к оперативной памяти, используя подсистему DAMON (Data Access MONitor). Модуль предоставляет статистику о неактивности (memory_idle_ms_percentiles) и прогнозируемой пропускной способности памяти (estimated_memory_bandwidth).
    • На системах с архитектурой ARM64 реализована поддержка Live-патчей, позволяющих применять исправления к ядру Linux на лету, без перезагрузки и остановки системы.
    • В минималистичной Си-библиотеке nolibc, поставляемой в составе исходных текстов ядра Linux и предоставляющей обвязку над базовыми системными вызовами, реализована поддержка архитектур SuperH, x32, MIPS n32 и MIPS n64.
    • Расширена возможность отправки содержимого core-дампов через сокет AF_UNIX, позволяющая создавать в пространстве пользователя более безопасные обработчики core-дампов, не завязанные на вызов ядром привилегированных процессов. В новой версии добавлен протокол для создания серверов, способных управлять обработкой core-дампов на уровне отдельных задач. Например, для одних процессов можно игнорировать core-дампы, а для других передавать их через сокет. Отдельно подготовлен прототип сервера для управления core-дампами.
    • Добавлена опция командной строки ядра crashkernel=size,cma для резервирования через CMA (Contiguous Memory Allocator) места в памяти под сохранение crash-дампа ядра.
    • Расширены возможности механизма pidfd, позволяющего использовать идентификаторы, связанные с конкретными процессами и в отличие от pid повторно не назначаемые. Добавлена возможность привязки к pidfd расширенных атрибутов из пространства пользователя. Разрешено открытие файловых дескрипторов для pidfd через функцию open_by_handle_at() без привязки к файловой системе. Внутренняя информация, созданная ядром вместе с pidfd, теперь привязывается к процессу, а не pidfd, и сохраняется между повторным открытием того же процесса.
    • В подсистему BPF добавлена функция bpf_cgroup_read_xattr() для чтения расширенных атрибутов файлов. Предоставлена возможность использования в BPF-программах типовых строковых операций, таких как bpf_strcmp, bpf_strnchr, bpf_strchrnul, bpf_strlen и bpf_strspn, работающих в режиме только для чтения. Добавлена возможность использования стандартных потоков stdout и stderr для взаимодействия с компонентами в пространстве пользователя. Для систем на базе архитектуре LoongArch в BPF реализована возможность динамической модификации кода, механизма «BPF trampoline» (снижает накладные расходы при передаче вызовов между ядром и программами BPF) и запуска программ, использующих struct_ops для создания обработчиков функций ядра через BPF.
    • В системе учёта времени реализована поддержка вспомогательных часов (auxiliary), которые не связаны с обычными системными часами и идут по собственному ритму (ранее все часы шли с одинаковым ритмом и отличались только смещением).
    • Добавлена начальная поддержка прокси-исполнения (Proxy Execution) для смягчения проблем инверсии приоритетов. Прокси-исполнение позволяет задаче, ожидающей освобождения блокировки, передать свой контекст исполнения задаче, удерживающей блокировку, для ускорения освобождения этой блокировки.
    • Продолжен перенос изменений из ветки Rust-for-Linux, связанных с использованием языка Rust в качестве второго языка для разработки драйверов и модулей ядра (поддержка Rust не активна по умолчанию, и не приводит ко включению Rust в число обязательных сборочных зависимостей к ядру). Добавлены абстракции для управления регуляторами напряжения и тока, свойствами прошивок, ресурсами ввода/вывода и памяти ввода/вывода. Реализован макрос warn_on!(). Добавлен тип UserPtr для указателей в пространстве пользователя. Расширена функциональность модулей workqueue, uaccess, dma, time и list. Добавлен модуль bits с функциями bit и genmask.
    • Переработан код для вычисления контрольных сумм CRC и добавлены новые вызовы для генерации хэшей SHA-1 и SHA-2. Добавлены специфичные для аппаратных архитектур оптимизации. Повышена производительность функции crc32c() на новых CPU x86_64, поддерживающих расширение VPCLMULQDQ (Vector Carry-Less Multiplication of Quadwords).
    • Для систем S390 реализована поддержка вытеснения в раздел подкачки и миграции больших страниц памяти (transparent huge page).
    • Добавлена возможность настройки агрессивности освобождения страниц памяти (proactive-reclaim) при её нехватке в привязке к отдельным узлам NUMA, что позволяет выделить узлы NUMA, для которых будет применено более активное высвобождение памяти. Например, echo "512M swappiness=10" > /sys/devices/system/node/node1/reclaim.
    • В механизм SCHED_EXT, позволяющий использовать BPF для создания планировщиков CPU, добавлена возможность управления пропускной способностью через cgroup. Например, можно использовать параметр cpu.max для ограничения нагрузки на CPU.
    • Объявлено устаревшим автоматическое монтирование виртуальной ФС tracefs в каталог /sys/kernel/debug/tracing, вместо которого следует использовать /sys/kernel/tracing.
    • Утилита gconfig, применяемая для конфигурирования сборочных опций ядра, переведена на использование библиотеки GTK3.
  • Виртуализация и безопасность
    • Добавлена возможность включения защиты от уязвимостей в CPU через выбор блокируемых векторов атаки вместо указания в настройках конкретных уязвимостей. Методы блокировки выбираются в зависимости от вида нарушения изоляции: между пользователем и ядром (user-kernel), между пользователем и другим пользователем (user-user), между гостевой системой и хост-окружением (guest-host), между разными гостевыми системами (guest-guest) и между разными потоками (cross-thread). Предложенный подход даёт возможность активировать только защиту от тех классов уязвимостей, которые реально волнуют пользователя. Например, владельцы облачных окружений могут включить режимы guest-host и guest-guest, после чего будут активированы методы защиты от уязвимостей BHI, GD, L1TF, MDS, MMIO, Retbleed, RFDS, Spectre_v2, SRBDS, SRSO и TAA.
    • Добавлена поддержка сборки компилятором Clang с включением режима отслеживания глубины стека, при котором выполняется инициализация всех хранимых в стеке переменных. Инициализация производится для предотвращения утечки информации из ядра через неинициализированные переменные, которые могут содержать остатки ранее сохранённых в стеке данных. До этого похожая возможность поддерживалась при использовании GCC-плагина STACKLEAK.
    • Добавлена защита от подмены атакующим файловой системы /proc через монтирование в режиме bind. Inode-номер корня /proc теперь фиксирован (PROCFS_ROOT_INO) и может быть проверен процессом в пространстве пользователя.
    • В подсистему RV (Runtime Verification), предназначенную для проверки корректности работы высоконадёжных систем, добавлен компонент мониторинга rtapp (Real-time application monitor) для отслеживания типовых проблем в приложениях, работающих в режиме реального времени, а также компоненты rp, sssw и opid для тестирования планировщика задач. Реализована возможность создания компонентов мониторинга, использующих для определения модели поведения линейную темпоральную логику вместо детерминированного автомата. Проверка производится во время выполнения через прикрепление обработчиков к точкам трассировки, сверяющих фактический ход выполнения с заранее определённой эталонной моделью, определяющей ожидаемое поведение системы.
    • В систему AppArmor добавлена поддержка управления доступом к сокетам AF_UNIX.
    • В гипервизоре KVM на системах ARM реализована поддержка контроллера прерываний GICv5.
    • Добавлена настройка CONFIG_KVM_IOAPIC, позволяющая отключить поддержку в KVM эмуляции APIC, PIC и PIT.
    • Добавлена защита от уязвимости VMSCAPE.
    • Добавлена ioctl-команда FS_IOC_GETLBMD_CAP для получения из пространства пользователя информации о применении к файлу средств для защиты целостности.
    • Объявлен устаревшим интерфейс /sys/fs/selinux/user, при обращении к которому теперь вносится пятисекундная задержка и выводится предупреждение в лог.
    • Возобновлено сопровождение LSM-модуля Lockdown, позволяющего ограничить доступ пользователя root к ядру и блокировать пути обхода UEFI Secure Boot.
    • Добавлен драйвер ovmf-debug-log для доступа к отладочному логу прошивок OVMF (Open Virtual Machine Firmware) через /sys/firmware/efi/ovmf_debug_log для упрощения диагностики проблем в виртуальных машинах, загружаемых в режиме UEFI.
  • Сетевая подсистема
    • В реализацию технологии PSE (Power Sourcing Equipment), применяемой для подачи питания через Ethernet на такие устройства, как IP-камеры и беспроводные точки доступа, добавлена поддержка настраиваемых стратегий оценки бюджета питания (общей доступной мощности). Подобные стратегии позволяют определить какие порты следует отключить в первую очередь для предотвращения перегрузки.
    • В реализацию протокола MCTP (Management Component Transport Protocol) добавлена поддержка маршрутизации пакетов к внешним узлам через промежуточные узлы (gateway-routing). Например, нижеприведённые правила позволяют направить пакеты к узлу с идентификатором 10 (Endpoint ID 10) через устройство mctpi2c0, используя адрес 0x1d, напрямую прикреплённый к узлу с идентификатором 9:
        mctp route add 9 via mctpi2c0
        mctp neigh add 9 dev mctpi2c0 lladdr 0x1d
        mctp route add 10 gw 9
    
    • Для UNIX-сокетов (AF_UNIX) реализована опция SO_INC, а для семейства адресов VSOCK опция SIOCINQ. Реализованные опции аналогичны опции TCP_INQ для TCP и позволяют через управляющее сообщение получить сведения о количестве байтов, доступных в сокете для чтения.
    • Для TCP включено строгое соблюдение объявленного размера окна приёма, которое определяет размер данных, допустимых к отправке до получения ACK-подтверждения от другой стороны. Ранее ядро продолжало обрабатывать данные поступающие сверх объявленного окна приёма, но теперь перестанет это делать.
    • В MPTCP (Multipath TCP) добавлена возможность использования опции сокета TCP_MAXSEG для ограничения максимального размера отправляемых сегментов. MPTCP представляет собой расширение протокола TCP для организации доставки пакетов одновременно по нескольким маршрутам через разные сетевые интерфейсы, привязанные к разным IP-адресам.
    • Добавлена поддержка алгоритма контроля перегрузок TCP DualPI2 (RFC 9332), который позволяет использовать масштабируемые контроллеры перегрузки для трафика с высокими требованиями к качеству обслуживания (например, TCP-Prague и DCTCP), не вызывая снижения производительности классического трафика, для которого применяются такие контроллеры перегрузки, как Reno и Cubic.
    • Добавлен sysctl «force_forwarding», через который можно активировать перенаправление трафика на выбранных сетевых интерфейсах с IPv6.
    • Удалена поддержка алгоритма определения потери пакетов SACK (Selective Acknowledgment), описанного в RFC 6675. Данный алгоритм был объявлен устаревшим в 2018 году. Для определения потери TCP-пакетов рекомендуется использовать алгоритм RACK-TLP.
  • Оборудование
    • Продолжена работа над drm-драйвером (Direct Rendering Manager) Xe для GPU на базе архитектуры Intel Xe, которая используется в видеокартах Intel семейства Arc и интегрированной графике, начиная с процессоров Tiger Lake. В новой версии включена по умолчанию поддержка чипов на базе микроархитектуры Panther Lake и добавлена поддержка микроархитектуры WildCat Lake.
    • В драйвере AMDGPU для GPU GFX9.x реализована поддержка механизма Cleaner Shader, обеспечивающего очистку памяти GPU перед её повторным использованием для исключения утечки данных, оставшихся после работы другого процесса. Улучшена поддержка ждущего режима. Добавлена возможность перехода в спящий режим в окружениях с AMD SR-IOV. Улучшено управление подсветкой. Добавлена начальная поддержка механизма SmartMUX для переключения между интегрированным и дискретным GPU на ноутбуках. В драйвере i915 реализована поддержка механизма drm_panic, который отображает при сбоях подобие «синего экрана смерти».
    • Добавлена поддержка дисплейного контроллера, используемого в чипах семейства Wildcat Lake.
    • Продолжена интеграция компонентов драйвера Nova для GPU NVIDIA, оснащённых GSP-прошивками, используемыми начиная с серии NVIDIA GeForce RTX 2000 на базе микроархитектуры Turing. Драйвер написан на языке Rust. В новой версии добавлен уровень абстракции для работы с DMA, реализован парсер VBIOS, добавлен код для настройки фреймбуфера и обеспечена поддержка ускоренной загрузки в режиме Falcon.
    • В драйвер adreno добавлена поддержка GPU Qualcomm Adreno x1-45 и x1-85.
    • В драйвер msm добавлена поддержка GPU Adreno SM8750 и маппинга видеопамяти (VM_BIND).
    • В драйвер panfrost добавлена поддержка GPU Mali, применяемых в SoC Mediatek mt8370.
    • В драйвер lima добавлена поддержка GPU, применяемых в SoC Rockchip RK3528.
    • Добавлен драйвер mtd (Memory Technology Devices) для доступа к NVM-памяти, интегрированной в GPU Intel.
    • Добавлена поддержка звуковых систем ASoC IMX WM8524, AMD ACP7.2, SoundWire ACP 7.1, Fairphone 4 & 5, Qualcomm QCS8275, Framework Laptop 13 (AMD Ryzen AI 300), CS35L41 HDA (применяется в ноутбуках ASUS), Richtek RTQ9124, TI TAS5753, HP EliteBook x360 830 G6, EliteBook 830 G6, LG 16Z90R-A, HP 15-fc000. Проведена реорганизация кода HD-audio.
    • Добавлена поддержка ARM-плат, SoC и устройств: NVIDIA Tegra264, Marvell PXA1908 (первый 64-разрядный чип от Marvell для смартфонов), CIX P1, Axiado AX3000, Sophgo SG2000 (совмещает ядра ARM и RISC-V), Mediatek mt6572, Exynos 2200 (используется в Samsung Galaxy S22), Renesas R-Car V4M-7, TI am62d2 и Sophgo sg2042, ноутбуки на базе Mediatek mt8186 и Qualcomm Snapdragon X1, смартфоны и планшеты на базе SoC mt6572, tegra30 и msm8976.

Одновременно латиноамериканский Фонд свободного ПО сформировал вариант полностью свободного ядра 6.17 – Linux-libre 6.17-gnu, очищенного от элементов прошивок и драйверов, содержащих несвободные компоненты или участки кода, область применения которых ограничена производителем. В выпуске 6.17 обновлён код чистки blob-ов в драйверах amdgpu, prueth, iwlwifi, btusb, pci mhi host, adreno a6xx, nova-core и Intel AVS. Выполнена чистка имён blob-ов в dts-файлах (devicetree) для ARM-чипов и Intel IPU7. Нейтрализована загрузка blob-ов в новых драйверах pci hda. Прекращена чистка блобов в драйвере QLogic infiniband, удалённом из ядра.

>>> Подробности на OpenNET

★★★★★

Проверено: Dimez ()
Последнее исправление: dataman (всего исправлений: 1)
Ответ на: комментарий от CrX

По поводу температуры и влажности, то наоборот оптические диски найменее требовательны к условиям хранения. И это единсвтенный носитель информации который не требует кодиционирования хранилища, и в корпоративном сектор ближайшая перезапись через 50 лет для оптики класса Archival Grade и через 100 лет для класса Enterprice Grade Archive это без кондиционирования помещений. Все другие носители включая ленту требуют обязательного кондицинирования хранилищая для поддержки оптимальных условиях хранения и то долговечность оставляет лучшего. Да, и снова могу подтвердить оцифиальныйми источниками Компания выпускающая оборудования для росархива(но эти данные единные для корпоративного сектора на оптике) https://elarscan.ru/modelnyj-ryad/arkhivnye-opticheskie-nakopiteli/arkhivnye-opticheskie-nakopiteli-elar-nsm-bd/

Ключевые цитаты: -Быстрое внедрение, не требует кондиционирования воздуха -Долгие годы полное отсутствие расходов на содержание и обновление хранилища — «положил и забыл»; -Свыше 50 лет гарантированный срок хранения информации

Так что, что ты там проходид хрен его знает, читаются себе прекрасно даже самые дешевые болванки в обычных квартирных условиях, даже на кухне банку нашел лет 15 провалялась в шкафу, старый неактуальный софт и даже те все работают. Я же говорю любой может купить на авито пару килограмм старых болванок, которые среднестатистически записывались не на профессиональном уровне(без контроля) и хранились в среднестатистически неидеальных условиях и попробовать среди них найти хотябы один нерабочий диск на нормальном живом приводе, коль свои болванок старых нет.

Teac
()
Ответ на: комментарий от CrX

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

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

Teac
()
Последнее исправление: Teac (всего исправлений: 1)
Ответ на: комментарий от Somebody

И не надо заливать диски ты там проверял, нихера ты не проверял. Я таких сказочников сразу вижу. Более чем уверен что ты их и без проверки не писал. Я еще могу поверить что у тебя привод сдох/засорился и не читал многие старые болванки, такое встречается, но если ты настаиваешь что у тебя болванки перстали читаться, и архивные как там уговорил, и уже с проверками оказывается - нет, развешивать лапшу будешь другим, а не мне. Такого не сущствует.

Teac
()
Ответ на: комментарий от Somebody

«столетней (без?)надёжности оптику»

Тут я уполз под стол))

Браво! =)

wandrien ★★★
()
Ответ на: комментарий от DrRulez

Да. Зачем держать два-три-четыре-пять устройствдля разных целей, если можно успешно затолкать всё в одно и быть довольным?

BruteForce ★★★
()
Ответ на: комментарий от DrRulez

То есть хорошая организация это то, что ты (или cisco) находишь логичным?

BruteForce ★★★
()
Ответ на: комментарий от Teac

Я же говорю любой может купить на авито пару килограмм старых болванок, которые среднестатистически записывались не на профессиональном уровне(без контроля) и хранились в среднестатистически неидеальных условиях и попробовать среди них найти хотябы один нерабочий диск на нормальном живом приводе, коль свои болванок старых нет.

Ну вот и сделай так!

Мне не нужно — мне хватило своих. И опыта знакомых.

Да, писались без хитрых проверок, это правда. Но вот такая вот байда, значительная часть не читаются нормально. Что там твои «официальные источники» говорят — никому не интересно. Сравнения с другими носителями «включая ленту» — тем более неинтересны. Твоя брехня была не о том, что болванки лучше, а о том, что они волшебные, и проблем с ними не бывает вообще.

Потом всегда оказывается, что бывают, но виноват юзер, контрафакт, дешевизна, условия хранения, ещё что-нибудь.

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

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

CrX ★★★★★
()
Ответ на: комментарий от CrX

Это как раз мне не нужно, у меня своих болванок старых осталось очень много. Реальный опыт по ним я рассказал. И даже привел пример третьей стороны где все записывалось среднестатистическими неопытными юзерами. У меня нет брехни. Релаьный опыт. Волшебные не волшебные - по факту единсветнный долговечный носитель. Причины по которым могут нечитаться старые(дешевые) болванки существуют, я не отрицаю что такое существует, и я неоднократно называл: запороты по вине самого привода, болванки левак, болванки испорчены длительными плохими условиями хранения до момента их попадания в руки покупателю, плохой привод на котором пробуют их считать(частая причина). Инных причин нет. При контролируемой записи, устраняются все факторы левака, испорченых дисков плохими условиями хранения и факторы плохой записи по вине привода и такие болванки можно смело откладывать на очень длительное хранение. Проверять каждый диск при записи даже нет необходимости, пару штук с бобины достаточно, картина будет ясна. То есть устраняется все, и как результат и читается все спустя годы. И никакой ни кошерный привод для этого не нужен, ни болванки выбирать нет необходимости(я свои покупал абы какие, просто знал как проверять, а так там 90% с неизвестными названиями нонеймы и вовсе лысые тезнические), конкретные болванки покупаются только когда нужна долговечность на поколения, тогда изначально необходимо покупать архивного класса оптику. А у вас все сводится к именно какому то леваку или запоротым записям, еще и на архивные диски этот опыт отдельные товарищи пытаются распространить.

Teac
()
Последнее исправление: Teac (всего исправлений: 1)
Ответ на: комментарий от Teac

Скажи мне, зачем ты вот это всё мне пишешь? У меня до сих пор ощущение, что ты мне пытаешься продать ящик болванок.

Ещё раз: квантор всеобщности применил ты. Твой аргумент разбивается одним контрпримером. Их при этом предостаточно. Сколько у тебя старых болванок при этом, не имеет ни малейшего значения. Если в мире есть хоть одна болванка, которая не читается, это уже делает твоё «так не бывает» ложным. Ты это вообще в принципе понимаешь, или нет?

Не надо мне писать снова про то, какие болванки офигенные, я уже понял, что ты патриот страны болвании (надеюсь, тебе там хоть медаль дадут в итоге…), не надо это доказывать. Ответь просто на два вопроса выше.

И третий, бонусом к первому: как ты считаешь, зачем я тебе всё это пишу?

CrX ★★★★★
()
Ответ на: комментарий от CrX

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

Teac
()
Последнее исправление: Teac (всего исправлений: 1)
Ответ на: комментарий от Teac

Я пишу как любитель различного железа и в частности архивации и носителей информации и часто вижу насколько люди по своей неопытности недооценивают оптические носители и переоценивают наоборот непригодные для целей конкретного хранения данных.

Я не спрашивал, как кто, и уж тем более, я не спрашивал о том, что ты видишь, слышишь или обоняешь. Я спрашивал зачем. Это совершенно разные вопросы.

Найти контрпример при условии проверка после записи для устранения всех факторов рисков ранее названых?

Нет, без условий. Условий ты изначально не обозначал. И именно на эту проблему я указываю.

Вторая проблема в том, что ты сам не знаешь, зачем ты это пишешь, а главное, даже не пытаешься понять, что и зачем пишу тебе я (в данном случае) и другие (в общем).

CrX ★★★★★
()
Последнее исправление: CrX (всего исправлений: 2)
Ответ на: комментарий от CrX

Я тебе ответил зачем пишу, других причин нет.

Без условий? То есть все свести к абсолютно неопытным пользователям которые покупают все подряд у разных продавцов и пишут безконтрольно? Это уже узкоспециализованные рамки. Хочется профессионального результата то нужно и мозгами пошевелить. Как будет показано в тех роликах на которые ссылки давал. То есть риск есть, небольшой но есть.

Teac
()
Ответ на: комментарий от Teac

Я тебе ответил зачем пишу

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

других причин нет.

О причинах я тоже не спрашивал (может потом тоже поинтересуюсь, но давай всё же по порядку). Вопрос о причинах — «почему». «Зачем» — вопрос о целях. Причины и цели — совершенно разные вещи.

Без условий? То есть все свести к абсолютно неопытным пользователям которые покупают все подряд у разных продавцов и пишут безконтрольно? Это уже узкоспециализованные рамки.

Вот! Ты, кажется, начал что-то понимать.

CrX ★★★★★
()
Последнее исправление: CrX (всего исправлений: 1)
Ответ на: комментарий от CrX

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

Я изначально озвучивал факторы рисков и как эти риски обойти.

Teac
()
Ответ на: комментарий от Teac

О целях я уже написал - просто поговорить.

Где ты хотя бы это написал? Я, видимо, пропустил.

Или ты думаешь обязательно у всех должна цель на форумах.

Как правило, у любого действия есть цель. Если оно осознанное. Да, цель может быть в том числе «насладиться процессом общением» — это тоже цель.

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


Поскольку на бонусный вопрос предположений ты не написал, я тебе скажу, какова была моя цель: предполагая, что ты пишешь это не просто чтобы «поговорить» (а учитывая, что мы даже не голосом говорим, это воспринимается примерно как «пальцы размять»), но и хочешь, чтобы тебя услышали, я пытался тебе объяснить, почему это не получается. Сейчас, когда ты наконец успокоил бушующие эмоции о болванках, попробуй перечитать наш диалог, и ты поймёшь, что я вовсе не пытаюсь сказать, что «болванки плохие», или ещё что-то в этом духе. Моей целью было именно донесение до тебя мысли, что твои знания, если они действительно имеют некоторую ценность (а мне кажется, они имеют), достойны более адекватного донесения. То, как это делаешь ты, со стороны выглядит как клоунада. И я пытаюсь тебе объяснить, как сделать так, чтобы это выглядело как-то иначе (тут уж сам решишь, как лучше — как мудрое наставничество, или там бескорыстное желание поделиться, или ещё как).

На всякий случай уточню: я точно ни на чём не настаиваю. Если твоей целью изначально было выглядеть как бешеный сектант с не очень свежей, но очень прилежно выуенной методичкой, то отлично, извини тогда, что вмешался. Если целью было не это, а всё же как-то… ну хотя бы «объяснить заблуждающимся, в чём они неправы», то я бы советовал (опять же, ты волен послушать, проигнорировать, сделать хоть вообще наоборот — это твоё дело) сменить стратегию и тактику. Особенно начало ответов.

CrX ★★★★★
()
Ответ на: комментарий от unC0Rr

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

Кем, где, когда и для каких именно «архивов», разумеется, не уточняется... «Не будут», и всё... ;P Кого-то из «выступающих» тут «мели-Емеля»-«ораторов» мне это напоминает... ;)))

есть такая штука M-DISC

И как давно эта «штука» «есть»??..

В 1990-х, 2000-х, когда я покупал «самые лучшие» CD и DVD диски для своих личных архивов и писал эти архивы, которые мне потом «не совсем» удалось прочитать, оно тоже уже было?

И стоило НЕ «как крыло от самолёта», включая соответствующий привод, надеюсь, да? ;)

P.S. «Ничего личного», просто интересуюсь, ибо сам ничего такого, доступного «простому человеку», в те годы не помню.

Somebody ★★★
()
Ответ на: комментарий от Teac

плохой привод на котором пробуют их считать(частая причина)

Во, как раз планирую купить для нечастого использования внешний USB привод CD/DVD. Не подскажешь, какой лучше взять?

greenman ★★★★★
()
Ответ на: комментарий от Somebody
  1. Архивные Bd r в корпоративном секторе( в телекомпаниях появились первые) используются с 2003года еще, до появления у обывателей, там также перезапись запланирована толко спустя 50лет.
  2. Конкретно m-disc появился в 2009г по моему, но это значения не имеет, ты как в каменном веке живешь, для вычисления времени распада компонентов не нужно сидеть с часами и засекать его, все легко вычисляется в лабораторных иследованиях. Приводы их пишут давно, стоимость подъемная для любого человека чтобы сохранить свой цифровой семейный архив, никто не обеднеет выложив несколько десятков долларов и получив цифровую копию архива способную жить поколениями. Есть много и более бюджетных архивных дисков, росархив использует диски ritek archival grade,розничная стоимость 10шт 100гб 55долл, доступно. Но честно я не вижу особо смысла в промежуточных качесвтенных Archival grade, для семейного архива лучше взять вариант с максимальным запасом прочности то есть mdisc, или аналоги по уровню, так как никто не знает где цифроому альбому прийдется пролежть не мало времени, а для обычного хранения возможностей ширпотреба выше крыши, особенно если еще покупать не самый низ качества то вдвойне.
Teac
()
Ответ на: комментарий от greenman

Asus хорошие, их несколько моделей сейчас в продаже в основном модель SDRW-08D2S в разных исполнения корпуса и цвета, а пкже SDRW-08U8M, SDRW-08U9, и самая новая на данный момент SSDRW-08V1M-U (USB-C), у этой только один дизайн, все asus хорошие, можно брать. Есть еще интересный недавно появился Verbatim CD/DVD RW USB-C 3.2 slim (23942438861) в металлическом корпусе, должен быть хорош, я с ним не сталкивался, но по аналогии bd приводы verbatim в таких корпусах то качество хорошее и механики, т начинка хорошая - приводы пионер. Но кстати асус лучше читают сильно поцарапаные диски чем пионераские, пионеровские просто качественные а асус читатели сильные. Из брендов еще lg (hl) будут такие же как asus, но они как то реже в продаже встречаются, а вот asus полно. За множественные китайские появившиеся в последнее время ничего не огу сказать, может и есть стоящие, не знаю.

Teac
()
Ответ на: комментарий от CrX

Ты это всё пишешь человеку, у которого ник «Teac», и который на этом форуме пишет исключительно про оптические носители, и исключительно в восторженном тоне. Вот вопрос тебе: зачем ты это делаешь? Чего ты надеешься достичь? :-)

Beewek ★★★
()
Ответ на: комментарий от Beewek

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

Teac
()
Ответ на: комментарий от Beewek

Чего ты надеешься достичь?

Большей информативности и/или продуктивности подобных дискуссий в будущем. Предвосхищая следующи вопрос: нет, в успехе вовсе не уверен.

CrX ★★★★★
()
Ответ на: комментарий от CrX

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

Teac
()
Ответ на: комментарий от Beewek

Та понято что сели в лужу все ламерки и нечего возразить, лапша раскрывается быстро, остается лишь клоунов ставить))) А для тех кому нужно создать долговечнейший неубиваемеший архив то обращатесь, всегда помогу и расскажу что и как.

Teac
()
Ответ на: комментарий от CrX

нет, в успехе вовсе не уверен

Подвижник!.. :))

Чистая, добрая душа гуманиста!.. ;)) :))))

Somebody ★★★
()
Ответ на: комментарий от Beewek

Просто ставь клоунов, результат будет такой же, или даже лучше:)

Не будет совсем: тут «клиника». «Я так думаю!» © :)

Но да, это куда экономнее в плане затраченных усилий... ;P ;)) :))

Somebody ★★★
()
Ответ на: комментарий от Somebody

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

Teac
()
Ответ на: комментарий от Teac

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

Khnazile ★★★★★
()
Ответ на: комментарий от Khnazile

Тайваньские. Не обязательно искать японскую оптику,в японии работает завод по производству оптики, подразделение mitsubishi, на нем производится оптика Victor Verbatim для японского рынка, эти диски продаются на многих интернет площадках. Однако хорошие диски и тайваньские, они разного качества от простых, до архивных, разные сорта качества выпускают. Но хорошие и простые, особенно bd-r 25gb, доверить долгопочное хранение на простых тайванских двд 4.7 также можно смело, правильная запись и все будет хорошо. В корпоративном секторе распростпнено использование именно тайваньских архивных дисков ritek. Супер высокое качество дисков проивзодства Falcon в ОАЭ, в магазинах в широком доступнюе даухслойные вербатии в синих упаковках именно на этом заводе делают, очень высокое качетво, также у falcon есть продукция под собсвтенными брендом,но они на заграничных торговых площадках продаются.

Teac
()
Ответ на: комментарий от Somebody

Ага. Поциент, кстати, обиделся, прошёлся по моим давним сообщениям, поставил клоунов. Я прям опечален:)

Beewek ★★★
()
Ответ на: комментарий от Beewek

Обиделся ты походу раз жалуешься. Клоунов так клоунов)))

Teac
()
Ответ на: комментарий от Beewek

Ты это всё пишешь человеку, у которого ник «Teac», и который на этом форуме пишет исключительно про оптические носители, и исключительно в восторженном тоне

Кстати, реально. Зашёл в историю сообщений, оказалось, что так и есть. Интересный феномен.

Chiffchaff
()
Ответ на: комментарий от Chiffchaff

Я вот кстати мтаю историю клоуна beewerk вообще непонятно о чем он пишет, то подарки програмистам, то выбор кресла, то как ютуб скачвает любимые каналы, тпкого бреда абсолютно далекого от технческого обсуждения я еще не встречал

Teac
()
Ответ на: комментарий от Teac

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

Khnazile ★★★★★
()
Ответ на: комментарий от Khnazile

Дешевые и массовые в продаже диски под разными брендами, будь то СМС или ритек(у ритека также собственные бренды Ridata и Traxdata), весьма хорошего качества, и они ничем не хуже таких же дешевых массовых дисков нулевых годов того же ритека и смс, которые прекрасно читаются поныне. Достаточно небольшой контроль записи чтобы удостовериться в том что диски не испорчены неправильными складскими условиями хранения и они не поведут. Для того чтобы взять инзначально высокого класса диски нужно искать диски определенных моделей, неважно в какой стране они изготавливаются, и у смс и у ритек есть диски улучшенного качества, DVD CMC Pro, Ritek PRO, Ritek archival grade, или с али Ritek M-DISC. Очень хороший вариант по стоимости и высокой долговечности вот такой вариант - 50 Pack Ritek DVD-R 4.7GB 16X Archival Grade Blank Disc Certified by ADTC Japan Стоимость 26долл за упаковку 50штук, для создания долговечного семейного цифрового альбома самое то. Но даже простые массовые в продаже смс и ритеки двд R значительно надежнее всех остальных методов хранения и диски сопоставимого уровня(то что они сооставимого определяется точными методами) записаные ~20лет назад читаются отлично, и запас еще остается, нужен лишь небольшой контроль для избежания риска покупки испорченых дисков. Поэтому если нет цели создавать целенаправленно очень долговечный семейный цифровой альбом то я не вижу смысла заморачиваться с покупкой особых долговечных дисков, хватит и простых. Или blu ray брать, здесь все еще проще и например 25гб массовые в продаже недорогие СМС 25гб изначально сопоставимы с уровнем очень хороших двд класса СМС про.

Teac
()
Ответ на: комментарий от Beewek

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

Behem0th ★★★★★
()
Ответ на: комментарий от Behem0th

Терпеливость и целеустремлённость!.. ;P ;)) :)))

Somebody ★★★
()
Ответ на: комментарий от Beewek

Сказали «А», говорите и «Б». В треде есть пользователь, который не написав ни одного сообщения оставил три десятка автографов вашим оппонентам.

На этом форуме ведь за такое положен бан, разве не так. Не разобраться. Сложные правила.

Два незыблемых правила ЛОРа — враньё и лицемерие.

LLM-9000
()
Ответ на: комментарий от Behem0th

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

Teac
()
Последнее исправление: Teac (всего исправлений: 1)
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.