The OpenNET Project / Index page

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

Релиз ядра Linux 4.7

25.07.2016 00:59

После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 4.7. Среди наиболее заметных изменений: распараллеливание проверок содержимого директорий, более быстрый и точный механизм управления частотой CPU, поддержка технологии UEFI Capsule для организации обновления прошивок, серия значительных улучшений в средствах трассировки и отладки, поддержка виртуальных контроллеров USB-устройств в стеке USB/IP, возможность привязки загрузки модулей ядра только из одной ФС, поддержка разработанного для Android механизма sync_file.

В новую версию принято около 12 тысяч исправлений от примерно 1500 разработчиков, размер патча - 34 Мб (изменения затронули 9744 файлов, добавлено 493490 строк кода, удалено 194974 строк). Около 47% всех представленных в 4.7 изменений связаны с драйверами устройств, примерно 19% изменений имеют отношение к обновлению кода, специфичного для аппаратных архитектур, 15% связано с сетевым стеком, 5% - файловыми системами и 4% c внутренними подсистемами ядра.

Из наиболее интересных новшеств ядра Linux 4.7 можно отметить:

  • Дисковая подсистема, ввод/вывод и файловые системы
    • В системе кэширования информации о путях в директориях, предназначенной для ускорения выполнения различных типовых проверок (например, можно проверить наличие файлов в директории без обращения к диску), реализована возможность выполнения нескольких параллельных проверок в одной директории. Так как кэш сам по себе работает достаточно быстро, поддержка распараллеливания не оказывает большого влияния на производительность для типовых нагрузок, но может привести к ускорению для сценариев работы, в которых имеет место большое число операций с одной директорией;
    • Разработанный для платформы Android механизм sync_file перемещён из экспериментальной секции staging в основное ядро. В отличие от традиционных барьеров на память (fences), напрямую привязываемых ядром к буферам и неподконтрольных из пространства пользователя, sync_file предоставляет API для обработки барьеров в пространстве пользователя, что значительно упрощает создание графических драйверов с компонентами в пространстве пользователя;
    • В XFS добавлена возможность настраиваемой обработки ошибок для проблем, связанных с метаданными. Режим обработки ошибок по умолчанию изменён с "повторять попытки вечно" на "повторять попытки до отмонтирования при сбое";
    • В BTRFS для функции renameat2 представлены операции RENAME_EXCHANGE для атомарного обмена путей и RENAME_WHITEOUT для использования в overlayfs. Добавлен новый ioctl для удаления устройства по его идентификатору (devid);
    • В CEPH добавлена поддержка использования нескольких файловых систем (нескольких пространств имён в одном кластере);
    • В EXT4 добавлена возможность прерывания операции readdir() для больших пустых директорий (директорий с большим числом очищенных блоков, в которых раньше было много файлов);
    • В NFS добавлена поддержка операции COPY, определённой в спецификации NFS v4.2, которая реализована через появившийся в ядре 4.5 системный вызов copy_file_range и позволят выполнить копирование без перемещения данных по сети от сервера к клиенту и возвращения от клиента на сервер;
  • Сетевая подсистема
    • В стек USB/IP, позволяющий организовать доступ к удалённым USB-устройствам поверх сети TCP/IP, добавлена поддержка создания виртуальных контроллеров USB-устройств. Новая возможность позволяет не только работать с реальными физическими USB-устройствами, но и пробрасывать виртуальные устройства. Например, можно реализовать эмулятор смартфона, который будет выглядеть для рабочего окружения разработчика как обычный смартфон, подключенный по USB;
    • В состав принят предложенный компанией Airbus патч, добавляющий в сетевой стек поддержку первой версии протокола HSR (High-availability Seamless Redundancy), предназначенного для создания отказоустойчивых сетей Ethernet;
    • Проведена работа по оптимизации TCP-стека для сокращения задержек в процессе обработки очень большого числа пакетов;
    • Повышена стойкость TCP-стека к syn-флуду. При тестировании изменения позволили увеличить производительность в условиях syn-флуда с 3.2 до 6 миллионов пакетов в секунду. Добавлена возможность ограничения интенсивности отправки ACK-пакетов в условия syn-флуда c указанием в пакетах случайных номеров последовательности;
    • Добавлена поддержка протокола GTP-U для туннелирования GPRS;
  • Память и системные сервисы
    • В систему динамического управления частотой процессора (cpufreq) добавлен новый механизм регулирования частоты - schedutil, в котором удалось добиться слаженной работы планировщика задач и средств управления питанием CPU. Schedutil отличается от ранее доступных регуляторов тем, что для принятия решения об изменении частоты он напрямую использует информацию от планировщика задач и может сразу обращаться к драйверам cpufreq для оперативного изменения частоты, мгновенно подгоняя параметры работы CPU к текущей нагрузке. Подобный подход позволяет избавиться от задержек при изменении частоты и сразу реагировать на изменение нагрузки. В ядро пока принята простейшая реализация schedutil, которую планируется расширить в следующих выпусках;
    • Поддержка механизма UEFI Capsule, предоставляющего средства для передачи бинарных наборов данных в прошивки EFI. После получения этих данных прошивка разбирает их и принимает решение по их дальнейшему использованию в зависимости от контекста. Наиболее частым применением UEFI Capsule является передача нового образа прошивки для обновления до новой версии при следующей загрузке. Запись данных осуществляется через устройство /dev/efi_capsule_loader;
    • В ftrace, фреймворк для отслеживания вызова функций, добавлена команда "hist", предоставляющая средства для построения гистограмм событий путём агрегирования информации о наступающих событиях в форме ключ-значение. При помощи новой возможности можно формировать произвольные сводные отчёты, например, узнать раскладку частоты выполнения системных вызовов или интенсивности чтения из файлов в разрезе выполняемых процессов;
    • В команду "perf trace" добавлена возможность вывода цепочек исполнения системных вызовов из пространства пользователя. Например, командой "trace --call-graph dwarf --filter-pids {pid}" можно отследить обращения к системному вызову recvmsg(), произведённые из процесса gnome-shell;
    • Добавлен новый тип программ BPF - BPF_PROG_TYPE_TRACEPOINT, которые можно прикреплять к точкам трассировки (tracepoint - вариант динамических printf(), выставляемых разработчиками программ для анализа поведения системы, к которым затем можно обращаться из LTTng, perf, SystemTap, ftrace). Таким образом, теперь можно собирать данные из точек трассировки и обрабатывать их в программе BPF, что является более быстрой альтернативой доступа к точкам трассировки через kprobes;
    • Программы BPF, использующие модули cls_bpf и act_bpf для управления трафиком, теперь могут напрямую получить доступ к содержимому сетевых пакетов, без применения специальных функций-загрузчиков. Подобный подход позволяет добиться существенного повышения производительности, но ценой возможной утечки данных ядра в пространство пользователя, что не воспринимается как проблема в силу того, что такие BPF-программы могут загружаться только привилегированным пользователем;
    • В /proc/PID/status добавлено новое поле, позволяющее узнать текущий umask процесса;
    • В состав ядра добавлена улучшенная реализация системы для определения состояния нехватки памяти в системе (OOM);
    • В системные вызовы preadv2() и pwritev2() добавлена поддержка флагов RWF_SYNC (сброс данных и метаданных из кэша на носитель после выполнения операции) и RWF_DSYNC (принудительный сброс на носитель только данных);
    • Добавлен механизм "device DAX", позволяющий организовать доступ к постоянной памяти через символьное устройство /dev/dax.X.Y, вместо привязки к системной памяти, что даёт возможность напрямую обращаться к постоянной памяти без необходимости размещения на ней файловой системы;
    • Добавлена новая библиотека хэширования (linux/stringhash.h), в которой устранены проблемы, наблюдаемые в ранее доступном коде хэширования строк;
  • Виртуализация и безопасность
    • Добавлен новый LSM-модуль LoadPin, который позволяет гарантировать, что все загруженные ядром файлы (модули ядра, прошивки, образы kexec и т.п.) получены из одной файловой системы. Модуль изначально был создан для Chrome OS и предназначен для обеспечения загрузки компонентов ядра только с криптографически верифицированного носителя (dm-verity), при этом верификация осуществляется сразу для всего раздела (доступен только на чтение), без необходимости проверки цифровых подписей для отдельных файлов;
    • Для архитектуры MIPS добавлена поддержка рандомизации адресного пространства (ASLR);
    • Добавлена новая опция для рандомизации списков освобождения памяти в slab memory allocator, что делает работу данной системы менее предсказуемой для атакующих;
    • В JIT-компиляторе BPF реализована техника "constant blinding", добавляющая дополнительный эшелон защиты от загрузки произвольных инструкций в адресной пространство ядра. Суть метода в применении к константам дополнительной операции XOR с непостоянным ключом, что не позволяет атакующему предсказать, какие именно фактические значения окажутся в памяти;
    • В SELinux добавлена возможность ограничения загрузки модулей ядра;
  • Оборудование
    • В драйвер AMDGPU добавлена поддержка GPU Radeon RX480, основанного на новой архитектуре Polaris;
    • Проведён рефакторинг DRM-драйвера (Direct Rendering Manager) для видеокарт Intel, добавлена поддержка управления цветом, решены проблемы с зависанием на Skylake GT3 и GT4;
    • Добавлены DRM-драйверы для графических подсистем SoC Allwinner A13, Mediatek MT8173 и Hisilicon Kirin;
    • В DRM-драйвер для видеокарт NVIDIA (Nouveau) добавлена поддержка GPU GM108 Maxwell и улучшена работа с датчиками температуры;
    • Для систем ARM64 добавлена поддержка архитектуры NUMA и возможности перехода в спящий режим (suspend-to-disk).
    • Добавлена поддержка расширения PCI Express DPC (Downstream Port Containment), предназначенного для локализации невосстановимых ошибок в оборудовании, прикреплённом через определённый порт;
    • По сравнению с прошлым выпуском обеспечена поддержка около 500 новых аппаратных компонентов, из которых 180 имеют интерфейсы PCIe/PCI или USB. Добавлены драйверы для игрового пульта Microsoft Xbox One Elite Controller, беспроводных чипов Intel 9260, Chelsio iSCSI Target Offload Controller. Представлены аудиокодеки Realteks ALC234, ALC274, ALC294, ALC700, ALC701 и ALC703, используемые в новых материнских платах для ноутбуков. Общее число поддерживаемых ядром драйверов составило 26300.

Латиноамериканский Фонд свободного ПО оперативно сформировал вариант полностью свободного ядра 4.7 - Linux-libre 4.7-gnu, очищенного от элементов прошивок и драйверов, содержащих несвободные компоненты или участки кода, область применения которых ограничена производителем. В новом выпуске проведены операции по чистке блобов в драйверах radeon, i915 csr, mwifiex, brcmfmac, iwlwifi, ath10k testmode, rtl8xxxu wifi, hfi1 Infiniband и skylake audio. Из новых драйверов, содержащих блобы, отмечается только xhci-tegra.

  1. Главная ссылка к новости (https://lkml.org/lkml/2016/7/2...)
  2. OpenNews: Релиз ядра Linux 4.6
  3. OpenNews: Релиз ядра Linux 4.2
  4. OpenNews: Релиз ядра Linux 4.3
  5. OpenNews: Релиз ядра Linux 4.4
  6. OpenNews: Релиз ядра Linux 4.5
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/44846-linux
Ключевые слова: linux, kernel
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (146) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Аноним (-), 01:27, 25/07/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +13 +/
    А что такое "большая пустая директория"?
     
     
  • 2.3, Аноннус (?), 01:31, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +11 +/
    Чертовски хороший вопрос
     
  • 2.4, Crazy Alex (ok), 01:33, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +7 +/
    С кучей неиспользуемых записей, я так понимаю
     
     
  • 3.16, Аноним (-), 05:56, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    я бы сделал перевод "large" таки как "многочисленных" (подкаталогов?)
     
     
  • 4.43, Аноним (-), 08:42, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Надмозг такой надмозг. Это именно large всмысле "директория с большим списком entry" т.е. записей.

    Увидеть это на практике можно так:

    # на ext4
    mkdir "test" && cd "test"
    for i in 'seq 1 1000000'; do
      touch file-$i
    done
    sync
    ls
    # ...а теперь ждём пару минут пока оно прочитает содержимое директории

     
     
  • 5.47, YetAnotherOnanym (ok), 09:37, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    И где в Вашем примере пустота?
     
     
  • 6.53, Аноним (-), 09:48, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > И где в Вашем примере пустота?

    Он ниже написал - а теперь сотри их.

    Я бы на его месте не был гуманистом и влупил бы в примере 10M, посмотреть что задолбается первым: пользователь или его компьютер :)

     
     
  • 7.71, Аноним (-), 11:57, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >> И где в Вашем примере пустота?
    > Он ниже написал - а теперь сотри их.
    > Я бы на его месте не был гуманистом и влупил бы в
    > примере 10M, посмотреть что задолбается первым: пользователь или его компьютер :)

    Не долго это. А вот то что ext4 при первом обращении в директорию через ->readdir() пытается зачитать ее всю в память - это да.. это зачетно.

     
     
  • 8.135, Аноним (-), 01:01, 26/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Это вообще известная проблема больших иерархий И стирания файлов в них Скажем ... текст свёрнут, показать
     
     
  • 9.141, lvnhduo5dhvo85ho8whe (?), 02:05, 26/07/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ага, месячный набор почти ежедневных снапшотов частичного дебиановского репозито... текст свёрнут, показать
     
  • 5.49, Аноним (-), 09:42, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    а теперь усложним эксперимент. Сотрите все файлы что создались. и посмотрите размер директории :)
     
  • 5.56, Аноним (-), 10:08, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Но только в данном случае директория совсем не пустая, а с мульёном файлов, хоть и нулевой длины.
     
  • 3.45, Аноним (-), 08:48, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Абжди ка, ты хочешь сказать, что ядро которое пилят большие компании не может справится с простым удалением файла? Странновастенько.
     
     
  • 4.86, anonymous (??), 14:22, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Абжди ка, ты хочешь сказать, что ядро которое пилят большие компании не
    > может справится с простым удалением файла? Странновастенько.

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

     
     
  • 5.119, Аноним (-), 23:03, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Фэйсбучек btrfs использует. Неплохо допилили по итогам, кстати.
     
  • 2.39, Аноним (-), 08:20, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > А что такое "большая пустая директория"?

    Проведите эксперимент: создайте в директории тысяч десять файлов. Удалите их. Посмотрите на размер директории (не содержимого, а самой директории как файла).

     
  • 2.96, Тузя (ok), 16:20, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    А это довольно старый баг фича ext, который, кстати, бесит Создадим каталог и... большой текст свёрнут, показать
     
     
  • 3.103, Аноним (-), 17:50, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Чушь написали. Каталог раздувается если в нем одномоментно лежит чертова уйма (тысячи и более) файлов. Создавать/удалять можно хоть до усpaчки, можете на /tmp посмотреть для примера. И кстати это не только у ext такая проблема, солярочный ufs тоже от нее страдает.
     
     
  • 4.110, ryoken (ok), 19:46, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Чушь написали. Каталог раздувается если в нем одномоментно лежит чертова уйма (тысячи
    > и более) файлов. Создавать/удалять можно хоть до усpaчки, можете на /tmp
    > посмотреть для примера. И кстати это не только у ext такая
    > проблема, солярочный ufs тоже от нее страдает.

    Постесняюсь спросить, а XFS & F2FS таким не страдают?

     
     
  • 5.127, Аноним (-), 00:29, 26/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Постесняюсь спросить, а XFS & F2FS таким не страдают?

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

     
     
  • 6.166, Аноним (-), 13:31, 27/07/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А там есть другая беда :-) При хардресете часть или даже вся фс может превратиться в тыкву.
     
     
  • 7.172, Аноним (-), 11:00, 29/07/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А там есть другая беда :-) При хардресете часть или даже вся
    > фс может превратиться в тыкву.

    С reiserfs и его fsck путаешь.

     
     
  • 8.174, Led (ok), 21:25, 29/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    У вас, ламеров, у обоих неверные сведения от таких же ламеров-одноклассников ... текст свёрнут, показать
     
  • 4.115, Аноним (-), 21:14, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    регрессия от удаления/создания файлов официально подтверждена.
     
  • 4.153, Тузя (ok), 14:58, 26/07/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Каталог раздувается если в нем одномоментно лежит чертова уйма (тысячи и более) файлов

    И нормально не сдувается, если их потереть и начать накапливать новую чертову уйму.

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

    Согласен, это полная чушь, так не должно быть.

     

  • 1.5, Аноним (-), 02:07, 25/07/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    К сожалению, так и не удалось заставить USB/IP стабильно работать. Пришлось смотреть в сторону платных решений.
     
     
  • 2.48, Аноним (-), 09:42, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > К сожалению, так и не удалось заставить USB/IP стабильно работать. Пришлось смотреть
    > в сторону платных решений.

    Главное баги ни в коем случае не писать, а то вдруг тебе еще удастся нахаляву проскочить?!

     

  • 1.7, анонко (?), 02:37, 25/07/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    GPU GM108 Maxwell - о, моя 840M заработает из коробки?
    Немного глупый вопрос, но что такое DRM драйвер?
     
     
  • 2.14, qKot (ok), 04:42, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > GPU GM108 Maxwell - о, моя 840M заработает из коробки?
    > Немного глупый вопрос, но что такое DRM драйвер?

    Это нормальный драйвер "как оно должно быть".

     
  • 2.18, Аноним (-), 06:33, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Немного глупый вопрос, но что такое DRM драйвер?

    Модуль ядра, инициализирующий видяху и обеспечивающий базовые операции, так что и само ядро может немного порисовать (консоли получше чем древние 80x25 например) и более навороченным рисовальщикам (xorg, mesa, ...) становится доступны api DRM и KMS. Часть открытого графического стэка ядра.

     
     
  • 3.20, анонко (?), 06:40, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >> Немного глупый вопрос, но что такое DRM драйвер?
    > Модуль ядра, инициализирующий видяху и обеспечивающий базовые операции, так что и само
    > ядро может немного порисовать (консоли получше чем древние 80x25 например) и
    > более навороченным рисовальщикам (xorg, mesa, ...) становится доступны api DRM и
    > KMS. Часть открытого графического стэка ядра.

    спасибо, я думал, что это ядерная блобятина

     
     
  • 4.24, Аноним (-), 06:53, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    В ядро линукса не берут блобы (кроме фирмварей, работающих на вспомогательных процессорах всякой периферии). Более того, не берут даже код если в юзермоде он используется только блобами. Разработчики линя блобы не любят, крепко и за дело. Фирмвари - техническая необходимость, без них устройства не работают.
     
     
  • 5.30, Аноним (-), 07:15, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > В ядро линукса не берут блобы (кроме фирмварей, работающих на вспомогательных процессорах
    > всякой периферии). Более того, не берут даже код если в юзермоде
    > он используется только блобами. Разработчики линя блобы не любят, крепко и
    > за дело. Фирмвари - техническая необходимость, без них устройства не работают.

    Правда? а вот Столлман говорит что ядро может жить и без фирмварей. Кому верить то?

     
     
  • 6.37, Аноним (-), 07:55, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ядро - может. Но некоторые железки желают догрузку кода в RAM т.к. гадкие производители сэкономили на встроенной флешке. Приходится таскать для них такую "загрузку по сети". Можно и не таскать, если работа этих железяк не интересует. Или выбирать железяки не требующие это безобразие. Зависит от целей и задач.
     
     
  • 7.51, Аноним (-), 09:44, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ядро - может. Но некоторые железки желают догрузку кода в RAM т.к.
    > гадкие производители сэкономили на встроенной флешке. Приходится таскать для них такую
    > "загрузку по сети". Можно и не таскать, если работа этих железяк
    > не интересует. Или выбирать железяки не требующие это безобразие. Зависит от
    > целей и задач.

    мужик. 2 бакса на флэшке при большой партии это дофига. Давай ты оплатишь производителю из своего кармана ?

     
     
  • 8.55, Аноним (-), 09:56, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Мужик, с учетом размеров фирмварей флешка в большой партии стоить будет менее по... текст свёрнут, показать
     
     
  • 9.97, Аноним (-), 16:21, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    пол бакса на партии из 100тыс устройств - это уже 50 тыс баксов Не то что бы ко... текст свёрнут, показать
     
     
  • 10.105, Аноним (-), 17:59, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Поэтому дописываем к названию нашей приблуды PRO и продаём на 10 баксов дор... текст свёрнут, показать
     
  • 10.112, Crazy Alex (ok), 20:11, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Такие вещи в процентах считать надо Прибыль - её в чём, по-вашему, оценивают Н... текст свёрнут, показать
     
     
  • 11.116, Аноним (-), 21:16, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    иногда и в абсолютных 0 1 от 1 миллиарда - уже много ... текст свёрнут, показать
     
     
  • 12.137, Аноним (-), 01:07, 26/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если ты ворочал миллиардом - причастных к процессу тоже наверное было много Пол... текст свёрнут, показать
     
  • 11.121, Аноним (-), 23:22, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Именно Если там несколько миллионов летали, плюс-минус 50К - несколько проценто... текст свёрнут, показать
     
     
  • 12.144, Crazy Alex (ok), 04:13, 26/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Это понятно, непонятно, зачем каждый раз с хоста грузить вместо того, чтобы заши... текст свёрнут, показать
     
     
  • 13.160, Аноним (-), 05:42, 27/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Ну во первых что-то все-таки стоит Во вторых - посмотри на примере атероса поче... текст свёрнут, показать
     
  • 10.120, Аноним (-), 23:10, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Всяческие EEPROM для хранения конфигурации, фабричных калибровок и т п один фиг... текст свёрнут, показать
     
  • 5.64, Анонимимишный (?), 11:09, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >Фирмвари - техническая необходимость,

    Их закрытость тоже необходимость?

     
     
  • 6.67, Аноним (-), 11:21, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Это печальная реальность.
     
  • 6.122, Аноним (-), 23:24, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Их закрытость тоже необходимость?

    Атерос вон отккрыли. Значит не так уж и необходимо. А оно не делает ничего такого коммерчески секретного. Просто "гейт" к атеровсовскому аппаратному автомату по usb. Бесполезно конкурентам.

     
  • 6.134, hklshgoihe5oihgoiehtogi (?), 00:56, 26/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Законопослушным людям нечего скрывать (как говорят корпорации) и корпорации якобы являются людьми, поэтому законопослушным корпорациям нечего скрывать. Про государства не уточняю, потому что экстремизм.

    P.S. надеюсь на перевод для всяких реддитов и слэштотов, очень уж годная мысль

     
     
  • 7.140, Аноним (-), 01:23, 26/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Кажется они читали твои мысли: https://habrahabr.ru/post/306034/
     
  • 6.145, Crazy Alex (ok), 04:16, 26/07/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вообще-то закрытость для контор банально дешевле. Открытость - это лишняя морока с организацией доступа плюс юридические риски. Ну и кое-кто подхалтурить любит, продавая одно и то же по разной цене - но это реже.

    То есть для того, чтобы открывали - нужно как-то выгоду показать. А пока её не особо видно.

     
     
  • 7.148, Аноним (-), 09:55, 26/07/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Чего только люди не нагородят, лишь бы оправдать больших дядек. Зачем?
     
     
  • 8.156, Аноним (-), 22:21, 26/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем открывать код куда-то выкладывать и обновлять Если устройства продаются,... текст свёрнут, показать
     
  • 4.58, Andrey Mitrofanov (?), 10:27, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>> Немного глупый вопрос, но что такое DRM драйвер?
    >> KMS. Часть открытого графического стэка ядра.
    > спасибо, я думал, что это ядерная блобятина

    С трёхбуквенными сокращениями некоторая напряжёнка -- всем не хвататет, "возникают" совпаления.

    Это понять нельзя, это знать надо.  https://dri.freedesktop.org/wiki/DRM/

    С Digital Restrictions Management они "просто" совпали.

    Смешно было с Майкрософтами, выпустившими Microsoft RMS.

    Ничего не грозит разве что буквосочетанию "IBM". Хотя...  http://www.abbreviations.com/IBM

     
  • 4.59, allez (ok), 10:29, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > спасибо, я думал, что это ядерная блобятина

    DRM в данном случае означает Direct Rendering Manager.

     

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

  • 1.8, ъ (?), 02:59, 25/07/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >>В EXT4 добавлена возможность прерывания операции readdir() для больших пустых директорий;

    в ссылке https://lkml.org/lkml/2016/7/24/151 нет ни слова про ext4. Подскажите где искать оригинал этого перевода?

     
     
  • 2.11, eSyr (ok), 03:28, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    https://kernelnewbies.org/Linux_4.7
     

  • 1.9, Константавр (ok), 03:02, 25/07/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Что-то давно бенчмарков от фороникса не видел. На сколько новые ядра стали быстрее/медленнее третьей ветки? Есть сравнения?
     
     
  • 2.60, Andrey Mitrofanov (?), 10:39, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, вот смотри 16 05 2016 01 49 B Linux 4 6 Kernel B Officially Released 17 ... большой текст свёрнут, показать
     

  • 1.17, Аноним (-), 06:26, 25/07/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Накатил новое ядро 4.7 satable на CentOS 7 из кастомной репы, буду страдать.
     
     
  • 2.62, Аноним (-), 10:43, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Адресок репы можно узнать?
     
     
  • 3.165, АнонимХ (ok), 06:58, 27/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    известный elrepo уже не модно?
     
  • 2.84, targitaj (?), 14:12, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >ядро 4.7 satable

    в смысле, satanable?

     

  • 1.21, Онаним (?), 06:45, 25/07/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > В EXT4 добавлена возможность прерывания операции readdir() для больших пустых директорий;

    Как директория может быть большой и пустой одновременно?

     
     
  • 2.28, Аноним (-), 07:06, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    inode это как кот шредингера

    df -i

     
  • 2.33, Аноним (-), 07:19, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> В EXT4 добавлена возможность прерывания операции readdir() для больших пустых директорий;
    > Как директория может быть большой и пустой одновременно?

    ext4 имеет плохую особенность, один раз создав место для хранения 10млн файлов в директории, этот размер больше не уменьшается. только удалить и создать заново директорию.

     
     
  • 3.57, Аноним (-), 10:22, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    С другой стороны если бы было не так, то с фрагментацией совсем беда бы настала ( это если забыть про производительность )
     
     
  • 4.69, Аноним (-), 11:55, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    отнюдь. Просто это не надо было разработчикам ext4 (привет Адилгеру и Томасу), поэтому сделав экстенты для файлов. Никто не задумался о экстентах для директории - и они до сих пор выделают место поблочно.

    Так же как сделав h-tree для блоков - никто не делал htree в последнем блоке директории.
    В результате 500 и выше строковых сравнений - это тоже очень забавно.

     
  • 3.70, hj584guih (?), 11:56, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    fsck -D
     
     
  • 4.98, Аноним (-), 16:22, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > fsck -D

    не работает. подумай еще :)

     
     
  • 5.136, lkjbxhjugjyfyufsyuf (?), 01:07, 26/07/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У меня нет лишнего месяца на изучение кода, но на практике эта команда что-то пишет про extentы. Я правильно понимаю, что каталоги просто дефрагментируются без уменьшения размера?
     
     
  • 6.143, Led (ok), 02:47, 26/07/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > У меня нет лишнего месяца

    Почему? до 1-го сентября даже больше месяца.

     
  • 2.107, Аноним (-), 18:43, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Дали мне как-то ненужных жёстких дисков. Нашёл 98-ю винду, игры по вселенной MTG, фильмы в Divx, и сейвы Героев 2 и 3 на уровне сложности "Шахматка короля".

    Так вот, нашёл я там папку. В а ней такую же папку. А в ней такую же папку... После 20-го раза мне надоело. Замерил. Konqueror начал отсчитывать папки тысячами, а байт занято 0.

    Наверное, это какая-то защита от записи, типа "всё место забили, теперь ничего не запишете". Но можно же стереть и записать. Кто-нибудь помнит 90-е и начало 00-х? Зачем это делали? P.S. И да, у друга спрошу при случае.

     
     
  • 3.109, angra (ok), 19:41, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Особенности FAT, папка просто ссылается сама на себя, то есть рекурсия, а не дикая вложенность. Вручную делается такое элементарно. Регулярно само случалось из-за глюков системы.
     
     
  • 4.139, Аноним (-), 01:17, 26/07/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Особенности FAT, папка просто ссылается сама на себя, то есть рекурсия, а
    > не дикая вложенность. Вручную делается такое элементарно. Регулярно само случалось из-за
    > глюков системы.

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

     
     
  • 5.147, angra (ok), 07:48, 26/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    О, гуру, поведай же нам какой же уровень вложенности должен быть? Ну так, чтобы и покрыть все возможные случаи нерекурсивных директорий с большой вложенностью и одновременно не вызвать stack overflow. Кстати, а если рекурсию заменить на цикл, то уровнем вложенности можно не париться? Ведь бесконечный цикл и пожирание памяти это фигня по сравнению с stack overflow, правда?
     
     
  • 6.164, Аноним (-), 06:23, 27/07/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > О, гуру, поведай же нам какой же уровень вложенности должен быть? Ну
    > так, чтобы и покрыть все возможные случаи нерекурсивных директорий с большой
    > вложенностью и одновременно не вызвать stack overflow.

    Ответ, очевидно, зависит от доступного объема стэка.

    > цикл и пожирание памяти это фигня по сравнению с stack overflow, правда?

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

     

  • 1.26, Аноним (-), 06:58, 25/07/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    rust'овикам-затейникам: как вы думаете, где дублированный эзернет с нулевым временем рекавери может птребоваться компании Эйрбас? Какой ужас, это написано на си :)
     
     
  • 2.68, Аноним (-), 11:22, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Сектантам это все неинтересно.
     
  • 2.101, Аноним84701 (?), 17:03, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > rust'овикам-затейникам:

    Это-то к чему? К селу или к городу?
    > Какой ужас, это написано на си :)

    Вы еще плюсовиков потролльте.
    Кстати, вот это вас никак не смущает:
    http://git.savannah.gnu.org/cgit/grub.git/tree/grub-core/boot/i386/pc/boot.S
    ?

     
     
  • 3.123, Аноним (-), 23:31, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вы еще плюсовиков потролльте.

    Они обычно инструментами по делу пользуются, без слепого фанатизма и веры в серебряные пули. То-есть когда проект объективно слишком большой для си или хорошо ложится на ООПшные подходы, но скорости и предсказуемости хочется. Даже и не знаю что тут троллить. Разве что реактос, которым ядро на плюсах не очень помогло, в том плане что они 17 лет страдали хней с плачевным результатом и при этом не помогут ни плюс, ни ржавчина, ни что там еще.

     
     
  • 4.146, Crazy Alex (ok), 04:26, 26/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Обычно наоборот - если уж надо что-то, куда плюсы совсем не лезут - тогда можно, поплевав на ладони, и за си взяться. А так - плюсы удобнее и по скорости запросто и быстрее могут быть при умении. Например, обработка ошибок в сях влёгкую может быть медленнее плюсовых исключений, если им не обвешиваться по самое немогу. Сложные структуры данных на сях тоже обычно влом людям городить, в отличие от плюсов, что тоже иногда неплохо помогает. копирования данных, опять же, чтобы избежать - меньше усилий надо, и так далее.
     
     
  • 5.161, Аноним (-), 06:08, 27/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Они сложные, навороченные, а поэтому делать на них надежно и предсказуемо - пожа... большой текст свёрнут, показать
     
  • 4.154, Аноним (-), 15:39, 26/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Упоминать о том, что новая фича в ядре пингвина запиленна не на расте, конечно н... большой текст свёрнут, показать
     
     
  • 5.162, Аноним (-), 06:13, 27/07/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ого, вот это порвало. Ну ты это, покажи софт на своих супернадежных фетишах в применениях где за баг голову реально снимут. Нет, это не гомнобраузер и даже не хипстерский системный сервис.
     
     
  • 6.167, Аноним (-), 15:26, 27/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ого, вот это порвало.

    Почти соболезную. Держите нас в курсе!

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

    Ну если для вас ЯП является фетишем, то … про почти-соболезнование я уже упоминал.
    Кстати, вы не поверите сколько всякого критичного кода, используемого до сих пор, написано не на вашем любимом фетише, а на всяких фортранах и коболях. Лучше и дальше не верьте, а то придется мне еще действительно соболезновать!


     
  • 5.168, Аноним (-), 11:37, 28/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >> Тогда еще экономили даже на "проходах"(чтении) кода (one-pass compilers), не говоря уж о куче других вещей и фич в самом компиляторе.

    А сейчас не экономят и кому от этого лучше?

     
     
  • 6.169, Аноним (-), 13:59, 28/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>> Тогда еще экономили даже на "проходах"(чтении) кода (one-pass compilers), не говоря уж о куче других вещей и фич в самом компиляторе.
    > А сейчас не экономят и кому от этого лучше?

    Всевозможные варнинги и отлов (насколько это вообще возможно) граблей в тех же Сях и тем более плюсах компиляторами или всякими дополнительными анализаторами вы за плюшки не считаете? А ту же возможность объявлять переменные не только в начале функции, как впрочем и заморочки с "хронологическим" расположением функций.

     

  • 1.27, ryoken (ok), 07:04, 25/07/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > -  В состав принят предложенный компанией Airbus патч, добавляющий в сетевой
    > стек поддержку первой версии протокола HSR (https://en.wikipedia.org/wiki/High-availability_Seamless_Redundancy)
    > (High-availability Seamless Redundancy), предназначенного для создания отказоустойчивых
    > сетей Ethernet;
    > Airbus

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

     
     
  • 2.35, Аноним (-), 07:38, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    git log? Файл MAINTAINERS? А так иерархия разработки пилится не по фирмочному принципу а по подсистемам.
     
     
  • 3.65, Andrey Mitrofanov (?), 11:11, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это кто , но не фирмы Ты ж не будешь доменное имя из почты брать за сколько-ни... большой текст свёрнут, показать
     
     
  • 4.175, Andrey Mitrofanov (?), 16:08, 03/08/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Гм, Корбет в первом, sample-config , приближении именно это и сделал https ... большой текст свёрнут, показать
     
  • 2.41, rob pike (?), 08:29, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    https://www.linux.com/publications/linux-kernel-development-how-fast-it-going-
     
  • 2.66, Аноним (-), 11:17, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    https://www.opennet.me/opennews/art.shtml?num=41685
     

  • 1.46, Аноним (-), 09:00, 25/07/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    > добавлено 493490 новых строк кода

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

     
     
  • 2.50, YetAnotherOnanym (ok), 09:43, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +10 +/
    >> добавлено 493490 новых строк кода
    > Никогда оно не станет лаконичным и емким это ядро. Сам Торвальдс говорил,
    > что оно сильно постоянно жиреет, даже чрезмерно.

    А уж как timestamp жиреет - ужос проста! По сравнению с рассветом 1 января 1970 года timestamp разжирел просто до неприличия. ИЧСХ, продолжает жиреть!

     
  • 2.52, Аноним (-), 09:45, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Все вопросы к производителям железа. Если они наворачивают сотни сложных и крутых железяк, логично что и драйверов много и они сильно сложнее чем hello world.
     
     
  • 3.81, Аноним (-), 13:55, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Все вопросы к производителям железа. Если они наворачивают сотни сложных и крутых
    > железяк, логично что и драйверов много и они сильно сложнее чем
    > hello world.

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

     
     
  • 4.88, Crazy Alex (ok), 14:45, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    man modules
     
  • 4.90, Аноним (-), 15:14, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Подгружаемые модули уже как-бы есть. Другое дело, что их исходники лежат в том же git-репозитории, что и ядро, и сборка их интегрирована со сборщиком ядра. И, конечно же, при сборке можно повыкидывать почти все ненужное. Как и скомпилить ядро вместе с частью модулей в один бинарник.
     
     
  • 5.91, Лелик (??), 15:40, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Подгружаемые модули уже как-бы есть. Другое дело, что их исходники лежат в
    > том же git-репозитории, что и ядро, и сборка их интегрирована со
    > сборщиком ядра. И, конечно же, при сборке можно повыкидывать почти все
    > ненужное. Как и скомпилить ядро вместе с частью модулей в один
    > бинарник.

    А ты место модулей, ставь включить в ядро: не [M], а [Y], или в во всяких xconfig не точку, а галку)

     
     
  • 6.126, Аноним (-), 23:44, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >  А ты место модулей, ставь включить в ядро: не [M], а
    > [Y], или в во всяких xconfig не точку, а галку)

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

     
     
  • 7.142, Led (ok), 02:45, 26/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Единственным достижением станет распухший рамдиск

    Шёл бы ты, вендузятник, отсюда со своими "рамдисками".

     
     
  • 8.163, Аноним (-), 06:15, 27/07/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я рамдисками пользовался задолго до винды Их уже тогда так называли, в конце 80... текст свёрнут, показать
     
  • 5.125, Аноним (-), 23:41, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > ненужное. Как и скомпилить ядро вместе с частью модулей в один бинарник.

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

     
  • 4.124, Аноним (-), 23:39, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > ....а можно поменять идеологию ядра на динамику и не грузить в память
    > то, что туда в данный момент грузить не нужно.....м?

    Капитан, вы что-то припозднились в этот раз. Разработчики линукса давным давно реализовали модули. И даже разработку разнесли по относительно независимым подсистемам, чтоб масштабировалось.

     

  • 1.54, Аноним (-), 09:52, 25/07/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А чего не 5.0?
     
     
  • 2.77, Андрей (??), 13:36, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Потому что 4.19 ещё не вышло.
     
     
  • 3.78, Andrey Mitrofanov (?), 13:49, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Потому что 4.19 ещё не вышло.

    2.6.39 => 3.0, 3.19 => 4.0.  Смекаешь?

    4.9 => 5.0, 5.5 => 6. 44 => 207, 248 => 2022Q1, .... 2022Q1 => 0.20220513.01

     
     
  • 4.95, Аноним (-), 16:03, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Система фиг поймешь мягко говоря. А что означает " 44 => 207, 248 => 2022Q1, .... 2022Q1 => 0.20220513.01"?
     
  • 4.149, Аноним (-), 11:40, 26/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Выборка маловата, чтобы смекать
     
  • 2.113, Led (ok), 20:38, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > А чего не 5.0?

    Потому что ты плохо учился в этом году, на пятёрку не вытянул, даже четвёрка для тебя - много.

     

  • 1.72, manster (ok), 12:14, 25/07/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    одна из моделей тачпада (elantech вроде) не определялась на новом ноуте, если не починят, попробую баг-репорт отправить
     
     
  • 2.138, виндотролль (ok), 01:09, 26/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Пока не починили. Можно самому собрать тем временем, патчи готовы и работают.

    https://patchwork.kernel.org/project/linux-input/list/?submitter=126631

     
     
  • 3.152, manster (ok), 14:31, 26/07/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Спасибо за информацию, проблема еще в том, что ядро просто не видит это устройство. Пробовал разные версии и опции ядра (gentoo-sources) - упорно не замечает.
     

  • 1.75, Вареник (?), 12:49, 25/07/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Ядро ужу перевалило за гигабайт?
     
     
  • 2.87, Аноним Анонимович Анонимов (?), 14:31, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, не перевалил. Зайди на kernel.org и посмотри сколько весит ядро.

    ЗЫ: Что в наше время гигабайт? Даже на 128 гиговом SSD это менее 10 рублей.

     
     
  • 3.128, Аноним (-), 00:34, 26/07/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > ЗЫ: Что в наше время гигабайт? Даже на 128 гиговом SSD это
    > менее 10 рублей.

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

     
  • 2.92, Лелик (??), 15:42, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Ядро ужу перевалило за гигабайт?

    у меня как было 12 метров, так и осталось))))


     
     
  • 3.117, ваноним (?), 21:37, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    ты его исходники хоть раз видел?
     
     
  • 4.176, ваноним (?), 09:41, 22/08/2016 [^] [^^] [^^^] [ответить]  
  • +/
    заминусовали, видимо, те, кто не видел XD
     

  • 1.76, Аноним (76), 13:33, 25/07/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Обновил ядро в Ubuntu 14.04.4 до 4.7
    Теперь система не хочет загружаться:

    Код: [Выделить]

    /scripts/imt-top/udev" can't create file /sys/kernel/uevent_helper: permissions failed"


    Что это за ошибка и как с ней бороться?

     
     
  • 2.83, Andrey Mitrofanov (?), 13:56, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Обновил ядро в Ubuntu 14.04.4 до 4.7
    > /scripts/imt-top/udev" can't create file /sys/kernel/uevent_helper: permissions failed"
    > Что это за ошибка и как с ней бороться?

    У тебя https://bugs.debian.org/752742 systemd портух.

     
     
  • 3.130, Аноним (-), 00:44, 26/07/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > У тебя https://bugs.debian.org/752742 systemd портух.

    По любому, это системд и сишные портянки виноваты.




    The udev initramfs script is executed with set -e
    [/cde]

     
  • 2.93, Лелик (??), 15:44, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Обновил ядро в Ubuntu 14.04.4 до 4.7
    > Теперь система не хочет загружаться:
    > Код: [Выделить]
    > /scripts/imt-top/udev" can't create file /sys/kernel/uevent_helper: permissions failed"
    > Что это за ошибка и как с ней бороться?

    Ды вы клоун, батенька - какие репы?? - курите как собрать ванильное под систему...

     
     
  • 3.131, Аноним (-), 00:46, 26/07/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ды вы клоун, батенька - какие репы?? - курите как собрать ванильное под систему...

    Ашиппка в скрипте udev, при чем тут ядро? Там скрипт так написан что ломается при любом отклонении от идеала. И вклинивает загрузку...

     
  • 2.114, Led (ok), 20:41, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Что это за ошибка и как с ней бороться?

    Да кто ж знает как с вами, ламерами, бороться?

     

  • 1.89, ABATAPA (ok), 14:52, 25/07/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > После двух месяцев разработки Линус Торвальдс представил релиз

    Десять лет назад за такое могли бы уб... высмеять.

     
     
  • 2.100, АнонимХ (ok), 16:50, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Но ты еще тогда в детский сад ходил, мог не застать
     

  • 1.99, АнонимХ (ok), 16:47, 25/07/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > В NFS добавлена поддержка операции COPY

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

     
     
  • 2.104, Аноним (-), 17:54, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    NFS он какбе кроссплатформенный, в него изменения просто так не протолкнешь.
     
     
  • 3.157, АнонимХ (ok), 22:47, 26/07/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Если думать не задницей, то _таких_ изменений вообще не должно было быть. Функциональность копирования целиком на сервере без передачи по сети, по-моему, это первое что приходит в голову при обдумывании первой версии спецификации на такие вещи, как NFS. Тем более, в те лохматые года не до оптики было людям.
     

  • 1.106, Я (??), 18:13, 25/07/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    кто может подсказать, поставил от сюда:
    http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.7
    и вместо 8, кажет 3.2 гига, PAE не добавили?
     
     
  • 2.108, Аноним (-), 18:45, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > кто может подсказать, поставил от сюда:
    > http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.7
    > и вместо 8, кажет 3.2 гига, PAE не добавили?

    Твоё предположение - правильное. Отошли им багрепорт.

     
  • 2.111, ryoken (ok), 19:51, 25/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > кто может подсказать, поставил от сюда:
    > http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.7
    > и вместо 8, кажет 3.2 гига, PAE не добавили?

    Торвальдс про PAE: https://cl4ssic4l.wordpress.com/2011/05/24/linus-torvalds-about-pae/

    Вкратце - гадость и ненужно.

     
     
  • 3.129, Аноним (-), 00:44, 26/07/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Торвальдс про PAE: https://cl4ssic4l.wordpress.com/2011/05/24/linus-torvalds-about-pae/

    Очень смешно, парень с 16ГБ на борту будет рассказывать, как жить людям с 1ГБ. Он сам-то пытался запускать 64битный линукс на 1ГБ? С графикой?

     
     
  • 4.132, Аноним (-), 00:49, 26/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А зачем тебе PAE на 1Гб оперативки? Там никакое PAE не требуется. И так, на правах рекламы открой для себя zram. Сжатая оперативка - лучше чем своп на диске :)
     
  • 2.150, Аноним (-), 11:43, 26/07/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Правильно написанный код на x64 потребляет столько же памяти, сколько и x86. Чтобы приложение начало ощутимо больше потреблять память, оно должно работать с большим количеством указателей.
     
     
  • 3.151, Аноним (-), 14:01, 26/07/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Без большого количества указателей можно написать только хелловорлд.
     
     
  • 4.158, Led (ok), 01:28, 27/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Без большого количества указателей можно написать только хелловорлд.

    Это потому, что ты двоечник.

     
  • 2.170, Аноним (-), 09:26, 29/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    про PAE - Линус в целом метко написал.
    https://cl4ssic4l.wordpress.com/2011/05/24/linus-torvalds-about-pae/
     
  • 2.173, Andrey Mitrofanov (?), 11:04, 29/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > кто может подсказать, поставил от сюда:
    > http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.7
    > и вместо 8, кажет 3.2 гига, PAE не добавили?

    Поставил вот отсюда (не Ubuntu! без SMS.) https://packages.debian.org/wheezy-backports/i386/linux-image-3.16.0-0.bpo.4-a и не понимаю, про какой-такой Вы PAE?!

    . http://www.opennet.me/openforum/vsluhforumID3/108449.html#40
    . http://www.opennet.me/openforum/vsluhforumID3/105731.html#103

     

  • 1.118, ононим88 (?), 22:31, 25/07/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    HASP USB ключи теперь можно штатными средствами по сети прокидывать? или в ядре функциональность есть, а в юзерспейсе утилит нет?
    кто-нить заморачивался?
     
     
  • 2.133, Аноним (-), 00:55, 26/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > HASP USB ключи теперь можно штатными средствами по сети прокидывать? или в
    > ядре функциональность есть, а в юзерспейсе утилит нет?
    > кто-нить заморачивался?

    Какие тебе утилиты нужны? Запускаешь клиента и сервера, они конектятся по сети, а дальше ты уже на машине куда прокинул устройство и запускай софт который будет работать с виртуальным устройством.

     
     
  • 3.155, Аноним88 (?), 16:30, 26/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >> HASP USB ключи теперь можно штатными средствами по сети прокидывать? или в
    >> ядре функциональность есть, а в юзерспейсе утилит нет?
    >> кто-нить заморачивался?
    > Какие тебе утилиты нужны? Запускаешь клиента и сервера, они конектятся по сети,
    > а дальше ты уже на машине куда прокинул устройство и запускай
    > софт который будет работать с виртуальным устройством.

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

     

  • 1.171, Аноним (-), 09:28, 29/07/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    что они так с syn то носятся и никак не хотят допиливать TCPCT, вместо этих примочек ?
    аналогично rfc4821 все никак не запилят(а без PMTU discovery оно "грустно" в телекоме обычно).
     

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



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

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