The OpenNET Project / Index page

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

Релиз ядра Linux 3.4. Обзор новшеств

21.05.2012 13:08

Линус Торвальдс представил релиз ядра Linux 3.4. Из основных улучшений можно отметить: поддержка x32 ABI (64-разрядный режим с 32-разрядными указателями); модуль Yama для блокирования некоторых типов атак; механизм dm-verity для проверки целостности хранимых блоков данных по криптографическим хэшам; улучшения в реализации Btrfs (повышение производительности работы с метаданными, улучшение обработки ошибок и добавление средств для восстановления файлов с повреждённой ФС); расширение возможностей видеодрайверов (поддержка Nvidia Geforce 600 'Kepler', Intel Medfield, AMD RadeonHD 7xxx и AMD Trinity APU); автоматизация проверки наличия драйверов для задействования специфичных возможностей x86 CPU; GUI на базе GTK2+ для анализа отчётов подсистемы perf; возможность использования отдельного хранилища в качестве доступной только для чтения основы для нескольких LVM-разделов.

В новую версию принято около 10 тысяч исправлений от более чем 1200 разработчиков, размер патча - 42 Мб (изменения затронули 11086 файлов, добавлено 576 тыс. строк кода, удалено 358 тыс. строк). Около 40% всех представленных в 3.4 изменений связаны с драйверами устройств, примерно 30% изменений имеют отношение к обновлению кода специфичного для аппаратных архитектур, 13% связано с сетевым стеком, 5% - файловыми системами и 6% c внутренними подсистемами ядра.

Наиболее интересные новшества ядра 3.4:

  • Память и системные сервисы
    • В ядро интегрированы наработки проекта X32, в рамках которого разработан гибридный x86_64 ABI с 32-разрядной адресацией памяти. X32 представляет собой прослойку поверх стандартного x86_64 ABI ядра, позволяющую использовать на 64-разрядных системах 32-разрядную модель адресации памяти. ABI X32 позволяет приложениям использовать все преимущества архитектуры x86_64, такие как дополнительные регистры и более быстрые инструкции, PIC ABI. В то же время ABI X32 даёт возможность работать с 32-разрядными указателями памяти, что позволяет экономить память, способствует более эффективному наполнению процессорного кэша и положительно сказывается на общей скорости исполнения кода. При тестировании в ситуациях, связанных с интенсивной работой с указателями, новый ABI продемонстрировал ускорение исполнения кода вплоть до 30% в сравнении с классическим x86_64 ABI. Ограничением ABI X32 является невозможность адресации из приложения более 4 Гб памяти;
    • Поддержка автоматической проверки необходимости загрузки дополнительных драйверов (autoprobing) для задействования специфичных возможностей x86 CPU. Ранее для загрузки данных драйверов создателям дистрибутивов приходилось придумывать обходные пути, основанные на субъективных методах, которые не всегда работали. Например, часто возникали проблемы с загрузкой модуля CRC, использующего для ускорения работы инструкции SSE 4.2. В результате того, что нужный CRC-модуль не загружался, наблюдалось заметное понижение производительности подсистем, требующих быстрого вычисления контрольных сумм (например, Btrfs). Другой проблемой был выбор корректного для текущего CPU модуля с поддержкой CPUFREQ - дистрибутивы просто пытались последовательно перебрать все доступные модули, пока один из них не заработает. Теперь данные проблемы остались в прошлом и нужные модули могут быть автоматически загружены при помощи стандартные механизмов автозагрузки udev, на основании предоставленных ядром уведомлений (проверка выполняется на основании флагов cpuid по связке вендор/семейство/модель, как и для других драйверов);
    • Расширение возможностей инструментария perf для использования встроенной в ядро отладочной подсистемы Performance Events. Представлен GUI-интерфейс на базе библиотеки GTK+ для наглядного анализа отчётов, генерируемых командой 'perf report' (запускается через "perf report --gtk"). Улучшена визуализация при выполнении 'perf annotate'. Добавлена возможность профилирования веток с задействованием аппаратных механизмов CPU. Реализована возможность фильтрации вывода по пользователям (например, "perf top --uid 1000") и отдельным нитям (например, "perf top -p 21483,21485");
    • Добавлена опция загрузки ядра "nomodule", при указании которой не производится загрузка модулей;
  • Дисковая подсистема, ввод/вывод и файловые системы
    • Расширение возможностей файловой системы Btrfs:
      • Добавлена новая утилита btrfs-restore для выполнения недеструктивного восстановления файлов с повреждённой ФС - утилита не занимается непосредственным восстановлением целостности ФС, а лишь пытается выделить и отдельно сохранить файлы из повреждённой ФС;
      • В утилиту fsck добавлена начальная поддержка восстановления целостности повреждённой ФС (опция "--repair"). В настоящее время реализована только поддержка восстановления повреждений в дереве распределения экстентов;
      • Возможность работы с блоками метаданных, размер которых превышает 4 Кб (вплоть до 64 Кб). Наиболее хорошие результаты наблюдаются при использовании блоков в 16 или 32 Кб, которые теперь рекомендуются к применению, так как при использовании блоков в 16 или 32 Кб наблюдается существенное уменьшение размера дерева распределения экстентов и уменьшение фрагментации. Размер блоков может быть задан на этапе создания ФС через утилиту mkfs (например, "mkfs.btrfs -l 32K -n 32K"). Отмечается, что возможность работы с блоками разного размера была изначально заложена в архитектуру Btrfs, но данная функция была отключена из-за неготовности кода (использовались только блоки размером 4 Кб, соответствующие размеру страницы памяти для систем x86);
      • Улучшение производительности Btrfs в нескольких областях. Отмечается изменение метода взаимодействия метаданных со страничным кэшем и увеличение агрессивности отбрасывания страниц для метаданных, ставших ненужными. Проведена работа по снижению нагрузки на CPU в процессе работы. Сокращено число лишних чтений данных в процессе взаимодействия механизма copy-on-write и Linux VM. К увеличению производительности также приводит использование увеличенного размера блоков метаданных, за счёт снижения накладных расходов на обработку дерева распределения экстентов и общего снижения фрагментации данных.

        В итоге, удалось заметно повысить производительность в конфигурациях, связанных с интенсивной работой с метаданными. Например, при выполнении теста по созданию 32 миллионов пустых файлов Btrfs теперь обеспечивает производительность создания файлов на уровне 170 тыс. файлов в секунду. Для сравнения, в данном тесте ext4 позволяет создавать 110 тыс. файлов в секунду, а XFS - 115.000 тыс. файлов в секунду;

      • Интеграция подготовленных проектом SUSE патчей с улучшением обработки ошибочных ситуаций. Надлежащая обработка подобных непредвиденных ситуаций ранее не была реализована во многих функциях Btrfs, которые в случае выявления проблем просто останавливали работу системы, переходя в режим "паники". В новой версии ядра проведён аудит обработки ошибок и реализована возможность в случае проблем прервать выполнение ошибочной транзакции и перейти в режим только для чтения, не прерывая функционирования системы.
    • Возможность подключения внешнего хранилища, доступного в режиме только для чтения в качестве основы для создания типовых LVM-разделов. Например, для систем виртуализации можно подготовить базовый образ виртуального окружения, на основе которого сформировать LVM-разделы для клиентов, которые будут использовать неизменные данные из одной эталонной области, т.е. на все такие LVM-разделы будет использована только одна копия изначальных данных. При такой конфигурации все обращения на чтение не изменённых данных прозрачно транслируются к базовому эталонному хранилищу, а все изменённые или новые данные обрабатываются в отдельном локально хранимом слое, все операции записи в котором обрабатываются как в обычном LVM-разделе. Данная возможность базируется на ранее реализованной в Device Mapper поддержке динамического выделения места в хранилище (thin provisioning), которая позволяет создать несколько виртуальных дисковых разделов, суммарный размер которых превышает физический размер доступных накопителей;
    • Поддержка файловой системы qnx6fs, используемой в новых версиях операционной системы QNX. Данная ФС была представлена в QNX 6.4.0 и используется по умолчанию начиная с выпуска 6.4.1. Представленная для ядра Linux поддержка qnx6fs пока работает в режиме только для чтения;
  • Виртуализация и безопасность
    • Модуль "verity" для Device Mapper, позволяющий обеспечить проверку неизменности загружаемых данных с точки зрения их возможного повреждения или модификации злоумышленниками . Проверка выполняется через сверку считанных с накопителя блоков файловой системы с сохранёнными в отдельной области криптографическими хэшами (используется древовидная структура хэша, в которой каждый элемент учитывает содержимое соседей, а проверка корректности корневого элемента осуществляется с использованием методов асимметричного шифрования). Если элемент хэша не совпадает, то операция чтения завершается ошибкой. Указанная возможность уже используется в продуктах Chrome OS и Netflix для того, чтобы гарантировать, что образ системы загружается в неизменном виде;
    • В состав ядра включён модуль Yama, разработанный компанией Canonical и используемый в Ubuntu для блокирования некоторых типов атак. В частности, вносятся ограничения на использование отладочного вызова ptrace, который до этого позволял любому процессу обращаться к памяти всех процессов с тем же идентификатором пользователя (кроме ситуации "task->dumpable == 0"). При использовании Yama область доступа ограничивается только потомками отслеживаемого процесса. При желании, отключить это ограничение возможно через документированный sysctl kernel.yama.ptrace_scope. Также Yama поддерживает средства борьбы с атаками через подстановку символических ссылок (следование по символическим ссылкам разрешается в общедоступных каталогах только при совпадении UID ссылки и пытающегося перейти по ссылке процесса) и манипулирование жесткими ссылками (запрещается создание жестких ссылок, если у пользователя нет прав на доступ к файлу, на который направляется ссылка), однако эти возможности пока в mainstream-ядра не вошли;
  • Сетевая подсистема
    • Реализована новая дисциплина управления очередями пакетов "plug", позволяющая из пространства пользователя используя интерфейс Netlink закрывать и открывать выход из очереди исходящих пакетов. Например, выполнив команду plug пакеты будут накапливаться в очереди до поступления команды unplug;
    • Для mesh-протокола B.A.T.M.A.N. ("Better Approach To Mobile Adhoc Networking), позволяющего создавать децентрализованные сети, каждый узел в которых связан через соседние узлы, добавлена поддержка изменения алгоритма маршрутизации;
    • Добавлены новые опции сетевых сокетов IP_UNICAST_IF и IPV6_UNICAST_IF, которые были необходимы для улучшения поддержки вызовов Windows в системе Wine;
    • В Netfilter добавлено расширение для привязки политики использования таймаутов для потока;
    • В ipset добавлена поддержка опции "nomatch" для типов "hash:*net*", которая позволяет определять исключения из набора правил;
    • Добавлена поддержка канала мониторинга для отслеживания всех пакетов и событий в подсистеме Bluetooth. Добавлены новые команды Bluetooth: Read Supported Commands, Set SSP и Set LE;
  • Оборудование и аппаратные архитектуры
    • С DRM-модуля nouveau снят гриф экспериментального драйвера - в текущей версии ядра модуль nouveau перемещён из экспериментальной области "staging" в основное дерево ядра Linux. В новой версии DRM-модуля Nouveau обеспечена поддержка новой серии графических процессоров NVIDIA GeForce 600, базирующихся на архитектуре Kepler, пришедшей на смену архитектуры Fermi. Поддержка 3D акселерации для Kepler пока не реализована, доступен только код поддержки переключения режимов на уровне ядра;
    • В DRM-модуле для карт Radeon обеспечена поддержка дискретных GPU семейства Southern Islands (Radeon HD 7000) и нового поколения APU Fusion Trinity (CPU+GPU). Среди добавленных в DRM/KMS-драйвер Radeon возможностей отмечается начальная поддержка "Watermarks" (настройка уровня сигнала для синхронизации памяти с GPU), средства выборочной подачи питания на CRTC (CRTC power gating), поддержка встроенного датчика температуры, код для сброса GPU, система проверки VM CS (Command Stream) и другой код, необходимый для работы Radeon HD 7000.
    • В драйвер gma500 для интегрированных видеокарт Intel (Poulsbo, Oaktrail, Cedarview) добавлена поддержка графической подсистемы SoC Medfield (Atom Z2460), позиционируемого прежде всего для смартфонов;
    • Добавлен новый DRM-драйвер для видеокарт, проекторов и USB2VGA-переходников на базе чипов DisplayLink, позволяющих подключить дополнительный монитор через USB-порт. Драйвер отличается улучшенной поддержкой горячего подключения и отключения USB-устройств. Кроме того, в драйвере реализована базовая поддержка переключения видеорежимов на уровне ядра (KMS), что, в отличие от UMS-драйвера xf86-video-displaylink, позволяет запускать X-сервер без root-привилегий;
    • В систему DMA-BUF, предназначенную для организации совместного использования буферов драйверами и различными подсистемами ядра (V4L2, DRI и т.п.), добавлена поддержка интерфейса PRIME, который впоследствии позволит реализовать возможность бесшовного переключения вывода между разными видеокартами. В настоящее время поддержка PRIME обеспечена в драйверах nouveau, i915, udl, exynos и omap;
    • В драйвер vmwgfx, позволяющий использовать 2D/3D-акселерацию в гостевых Linux-системах, работающих под управлением продуктов виртуализации VMware, добавлена поддержка Page Flipping (метод, при котором вместо копирования содержимого буфера в видеопамять, применяется техника быстрого переключения между двумя буферами в видеопамяти - пока один из буферов заполняется, другой отображается на экране);
    • Улучшение поддержки беспроводных устройств: в драйвер brcm80211 добавлена поддержка USB для чипсетов bcm43235/6/8; в драйвер rtl8187 добавлена поддержка режима AD-HOC;
    • Улучшение поддержки устройств ввода: драйвер для устройств Synaptics c интерфейсом USB; поддержка сенсорных экранов Data Modul EasyTouch и Cypress TTSP; поддержка контроллеров сенсорных экранов TI Touchscreen; в подсистеме HID обеспечена поддержка мультитач устройств через hid-multitouch;
    • Множество других улучшений и изменений, связанных с поддержкой аппаратных устройств, в том числе расширение числа драйверов для ARM-систем, начальная поддержка CPU PowerPC e6500, а также поддержка новых SATA/SCSI контроллеров, сетевых карт, звуковых карт, web-камер и USB-устройств.


  1. Главная ссылка к новости (https://lkml.org/lkml/2012/5/2...)
  2. OpenNews: Релиз ядра Linux 3.3
  3. OpenNews: Релиз ядра Linux 3.2
  4. OpenNews: Релиз ядра Linux 3.1
  5. OpenNews: Релиз ядра Linux 3.0
Лицензия: CC-BY
Тип: Интересно / Программы
Ключевые слова: linux, kernel
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (146) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.2, Аноним (-), 13:40, 21/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –18 +/
    > В ядро интегрированы наработки проекта X32, в рамках которого разработан гибридный x86_64 ABI с 32-разрядной адресацией памяти.

    Это же замечательно! Можно ли теперь говорить, что x64 архитектура не нужна?

     
     
  • 2.3, анон (?), 13:46, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Нет, нельзя, во многих приложениях если и не нужно 4Гб+ собственно памяти, то необходимость mmap-ить файлы всеравно остается.
    Кто подскажет, как собрать приложение с этим x32 ABI? И какой там размер int - 32 или 64 бита?
     
     
  • 3.5, grondek (ok), 13:49, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Если имеется в виду int в сишечке, то он не может быть больше 32 бит. Так как long int это 32 бита, а int не более long int. 64 бита это отдельный тип int64_t, например.
     
     
  • 4.7, анон (?), 14:00, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +11 +/
    Вы неправы, стандартом гарантируется только что int имеет размер не меньше 16 байт, и не больше long int, который в свою очередь не больше long long int. Остальное на выбор авторам компилятора, но, как правило, sizeof(int) == размеру машинного слова, 32 бита на х86 и 64 на х86_64.
     
     
  • 5.12, deadmustdie (?), 14:09, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > как правило, sizeof(int) == размеру машинного слова, 32 бита на х86 и 64 на х86_64

    Это вы где-то уникальных особенностей компилятор нашли.
    Я много с чем работал, но на всех известных мне 64-битных архитектурах sizeof(int)==4, а вот уже sizeof(long)==8

     
     
  • 6.120, dry (ok), 08:24, 22/05/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    "много с чем" ? галстук красный сними, потом делай громкие заявления.
     
     
  • 7.152, deadmustdie (?), 10:06, 24/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > "много с чем" ? галстук красный сними, потом делай громкие заявления.

    Не имею привычки заниматься сравнительным анализом размеров, но по моей довольно своеобразной работе мне пришлось иметь дело с действительно разнообразными компиляторами, каждый со своими особенностями. Поскольку примерный перечень я ниже привел, не поленюсь сюда скопипастить, специально для людей в синих галстуках:
      1. GCC
      2. MSVC
      3. HP aCC под UNIX и OpenVMS
      4. Intel C++ Compiler
      5. IBM XL C/C++

     
  • 5.13, MaMoHT (?), 14:10, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +6 +/
    В данный момент gcc, msvc, intel, clang:

    x86:
    short - 16 бит
    int == long - 32 бита
    long long - 64 бита

    x86_64:
    short - 16 бит
    int - 32 бита
    long == long long - 64 бита

     
     
  • 6.88, Аноним (-), 21:14, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > long == long long - 64 бита

    ... поэтому нормальные люди давно уже открыли для себя (u)intXX_t и тому подобные типы, избавленные от этого кретинизма :)

     
     
  • 7.97, cvsup1 (?), 22:39, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    то да, long long - там еще клиника на дому.. но то был лишь c99
    новых сверхвысот моразма аворы добились в с11
     
     
  • 8.113, arisu (ok), 07:16, 22/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    к счастью, его можно не читать как я и сделал , а для gcc использовать -std gnu... текст свёрнут, показать
     
  • 5.16, grondek (ok), 14:16, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну может быть. Я все равно взял себе за правило четко указывать размер переменной int_32_t, int64_t, и предельно редко использовать стандартный int.
     
     
  • 6.22, Аноним (-), 14:26, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ага и адресовать память через  int_32_t, int64_t и макрос, нормально мы любим велосипеды, на хрена нам рекомендованный long.
     
     
  • 7.31, другой анон (?), 14:38, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Уже есть рекомендованный костыль - size_t.
     
     
  • 8.37, Аноним (-), 14:41, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    size_t - не костыль, у него есть свои обязанности ... текст свёрнут, показать
     
  • 7.34, Аноним (-), 14:40, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Для адресации памяти *обязательно* использовать intptr_t и ptrdiff_t
     
  • 7.48, grondek (ok), 14:57, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тут можут быть особенность моей работы - кроссплатформенная реализация всяких бинарных протоколов, где нельзя иметь типы данных с плавающим размером.
     
  • 7.58, Аноним (-), 15:45, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    вообще это это uintptr_t, стандарт.
     
  • 5.57, Аноним (-), 15:43, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    int специально оставили равным 4 во многих компиляторах чтобы старый былокод не обосрался кирпичами при компиляции на 64х битных платформах.
     
     
  • 6.89, Аноним (-), 21:16, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > int специально оставили равным 4 во многих компиляторах чтобы старый былокод не
    > обосрался кирпичами при компиляции на 64х битных платформах.

    Это безнадежно, он обсирается по куче иных поводов. Посмотрите на колчиество проприетарных 64-битных программ и скорость их выпуска. Что, по пальцам можно пересчитать? Ну вот вам и ответ о быдлокоде. Да, понятно что если сорц не показывать - возникает соблазн схалтурить. И это имеет свою цену...

     
     
  • 7.114, arisu (ok), 07:21, 22/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Да, понятно что если сорц не показывать — возникает соблазн схалтурить. И это имеет свою
    > цену…

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

    работу надо сдать в срок. работу надо сдать работающую. если «писать переносимый код» в ТЗ не было, то не надо писать переносимый код. это не FOSS, это контрактная работа. если нанять строителей, и они выстроят вместо заказаной кирпичной коробки 10x10x3 бункер из армированого железобетона (завалив при этом сроки), то вряд ли заказчик останется доволен.

     
  • 5.95, Аноним (-), 21:52, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Вы неправы, стандартом гарантируется только что int имеет размер не меньше 16 байт

    Вы неправы. Стандартом C/C++ гарантируется только то, что sizeof(char) <= sizeof(short) <= sizeof(int) <= sizeof(long) <= sizeof(long long). Даже не гарантируется, что в char 8 бит.

     
     
  • 6.96, анон (?), 22:06, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    "Стандарта С/С++" в природе нету - это два разных языка. Я писал про Си, в котором sizeof char == 1.
     
     
  • 7.117, arisu (ok), 07:28, 22/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > «Стандарта С/С++» в природе нету — это два разных языка. Я писал
    > про Си, в котором sizeof char == 1.

    вот только это «1» не обязательно 8 бит. это машинный байт. будет машина с шестибитными байтами — будет в этой единице шесть битов. по-моему, именно так.

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

     
     
  • 8.142, XoRe (ok), 22:22, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ага Есть системы, где клавиша DEL необязательно отправляет сигнал DEL С Free... текст свёрнут, показать
     
     
  • 9.143, arisu (ok), 22:27, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    что сказать-то хотел ... текст свёрнут, показать
     
     
  • 10.157, XoRe (ok), 16:38, 27/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    За многими компами сидели, где в байте 6 битов ... текст свёрнут, показать
     
     
  • 11.158, arisu (ok), 18:11, 27/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    что сказать-то хотел по теме, убогий ... текст свёрнут, показать
     
  • 6.98, cvsup1 (?), 23:08, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Вы неправы, стандартом гарантируется только что int имеет размер не меньше 16 байт
    > Вы неправы. Стандартом C/C++ гарантируется только то, что sizeof(char) <= sizeof(short)
    > <= sizeof(int) <= sizeof(long) <= sizeof(long long). Даже не гарантируется, что
    > в char 8 бит.

    Угу, вот именно..
    Всё, на что ссылается Стандарт, - CHAR_BIT в <limits.h>
    - количество битов для наименьшего из объектов, не являющегося битовым полем
    При этом, значение должно лежать в пределах [8, бесконечность]
    Что уж там набыдлокодят китайские братья Чон в своем компиляторе - дело десятое,
    и они будут безусловно правы, а всякие птушники из соседней ветки с заверениями вида: "Я много с чем работал, но на всех известных мне 64-битных архитектурах sizeof(int)==4, а вот уже sizeof(long)==8" - нет :)

     
     
  • 7.118, arisu (ok), 07:29, 22/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > При этом, значение должно лежать в пределах [8, бесконечность]

    разве?

     
  • 7.151, deadmustdie (?), 10:03, 24/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Хоть мне и не довелось учиться в ПТУ, о великий Гуру программирования cvsup1, со... текст свёрнут, показать
     
  • 6.116, arisu (ok), 07:26, 22/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    вот насчёт чара вроде как гарантируется, что это машинный байт, емнип. просто у нас сейчас нет, в принципе, машин с невосьмибитными байтами.
     
  • 4.19, anonymous (??), 14:24, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >long int это 32 бита

    На x86_64 long int - 64 бита.

     
  • 4.43, F1l (?), 14:48, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Довольно наглядная таблица
    http://www.viva64.com/media/images/content/a/64-bit-migration-7-steps/image2.
     
  • 4.54, Kroz (??), 15:20, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Только long int в 64-битной системе будет 8 байт в отличии от 32-битной, где он будет 4 байта. int - да, и там и там 4 байта.
    Пруф: http://www.gnuplanet.ru/main/topic.php?topic_id=3246&rnd=75348191 (в конце)
     
     
  • 5.64, pavlinux (ok), 17:03, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Это не пруф, это такое же быдлокодеро как и тут -- Intel 174 64 and IA-32 Arc... текст свёрнут, показать
     
     
  • 6.99, cvsup1 (?), 23:12, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > С99 говорит, что int это такая хрень, в которую можно
    > всунуть число между INT_MIN и INT_MAX живущие в <limits.h>

    И правильно говорит: всё согласно ГОСТу^W Стандарту :)
    Так что стандарт Си в этом месте сам себе не противоречит :)

     
  • 4.72, arisu (ok), 18:44, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Если имеется в виду int в сишечке, то он не может быть
    > больше 32 бит. Так как long int это 32 бита, а
    > int не более long int. 64 бита это отдельный тип int64_t,
    > например.

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

     
  • 2.4, Андрей (??), 13:48, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Это же замечательно!

    На десктопе!
    > что x64 архитектура не нужна?

    Разве? Гимп вот только учится 16, 32-разрядному цвету. Так что потребность в полноценной x68_64 никуда не девается. Да и даже из новости видно, что x32 из-под x86_64 работает. В этом-то и смысл!

     
     
  • 3.6, grondek (ok), 13:50, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Разве? Гимп вот только учится 16, 32-разрядному цвету. Так что потребность в
    > полноценной x68_64 никуда не девается.

    При чем здесть 16-32бита на канал в Гимпе и x86_64?

     
     
  • 4.14, dalco (ok), 14:10, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Все просто. 16ти, и, тем более, 32-битные фотки памяти занимают вагон и маленькую тележку. А если у нас несколько слоев, да undo в памяти на сколько-то там действий, да картинка не одна. В общем, памяти для графического редактора много не бывает :)
     
     
  • 5.107, Аноним (-), 03:27, 22/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    не пишите пожалуйста больше тут
     
  • 2.77, Аноним (-), 20:02, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Можно ли теперь говорить, что x64 архитектура не нужна?

    "640Кб хватит всем" - 2.0 edition? :)

     
  • 2.160, Andrey Mitrofanov (?), 23:09, 27/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >Можно ли теперь говорить, что x64 архитектура не нужна?

    Тебе -- можно. На опеннете ещё и не такой ф. писали.

     

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

  • 1.10, Lain_13 (?), 14:06, 21/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кто пропатчит 64-битный Фокс для работы через X32? Толк от этого определённо должен быть.
     
     
  • 2.15, Lain_13 (?), 14:12, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нет, серьёзно. Более 4 Гб памяти фоксу определённо не нужно, так что вин определённый. Хром вот на 64 бита переводить не желали в том числе и из-за 64-битной адресации памяти.
     
     
  • 3.21, Аноним (-), 14:25, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Хром всегда может нафоркать кучу процессов, каждый из которых займет по 4 гига. Есть куда расти!
     
     
  • 4.28, Lain_13 (?), 14:36, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Чур тебя. Он и так жрёт как не в себя при паре десятков активных табов.
     
  • 3.69, BratSinot (?), 18:11, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Помнится Chromium изначально был под amd64, а под Windows не портируют, потому-что Google лень.
     

  • 1.20, Аноним (-), 14:24, 21/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Да дело не только в злоумышленниках Это же по сути сквозное чексуммирование для... текст свёрнут, показать
     
     
     
     
    Часть нити удалена модератором

  • 4.41, Аноним (-), 14:46, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А мешало то, что ядро не сообщало о фичах CPU. Теперь сообщает.

    Точнее говоря, о модулях, необходимых для поддержки этих фич.

     
  • 4.42, Михрютка (?), 14:47, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/

    > systemd - это не маргиналы, это мейнстрим.

    мейнстрим теперь федора и опенсусе. буду знать.


     
     
  • 5.45, Аноним (-), 14:49, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Федора является мейнстримом уже лет 10. До нее был Red Hat Linux.
     
     
  • 6.52, Михрютка (?), 15:12, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Федора является мейнстримом уже лет 10. До нее был Red Hat Linux.

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

     
     
  • 7.55, Lain_13 (?), 15:26, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А вы не забыли, что обсуждаете init-подсистемы и распространять их маргинальность/мэинстримность их на дистрибутивы, в которых они используются, мягко говоря несколько некорректно? Хоть один из перечисленных дистрибутивов перестал быть нужен, хоть и всё ещё выполняет свои функции?
     
     
  • 8.61, Михрютка (?), 16:00, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    я распространяю наоборот init система не существует сама по себе, и станет мейн... текст свёрнут, показать
     
     
  • 9.84, Аноним (-), 20:37, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Это какие же у upstart основания Мы же прекрасно понимаем, что несмотря на все ... текст свёрнут, показать
     
     
  • 10.100, Михрютка (?), 23:27, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    вы, может, и понимаете, а я - нет я вот не уверен, что редхат будет посреди одн... текст свёрнут, показать
     
     
  • 11.109, Аноним (-), 03:35, 22/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    если под мультиситом понимается одновременная работа нескольких пользователей, т... текст свёрнут, показать
     
  • 11.135, Аноним (-), 19:17, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Посреди мажора - не будут Но и разрабатывать его не будут, только поддерживать ... текст свёрнут, показать
     
     
  • 12.147, Михрютка (?), 23:34, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    не тупите в RHEL6 upstart уже сейчас, и что все быстренько обновились и кругом... текст свёрнут, показать
     
     
  • 13.155, Michael Shigorin (ok), 13:00, 24/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Видимо, с цитрамоном перепутали и то не темка, а расширение тогда уж -- ну и... текст свёрнут, показать
     
  • 10.111, arisu (ok), 07:13, 22/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а вот кто-нибудь мне пояснит, что такое consolekit, зачем оно надо, и что я теря... текст свёрнут, показать
     
     
  • 11.144, XoRe (ok), 22:33, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    http ru wikipedia org wiki PolicyKit http www freedesktop org wiki Software ... текст свёрнут, показать
     
     
  • 12.146, arisu (ok), 22:46, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    я вполне в состоянии спросить у гугеля, tnx меня таки интересует, что в нём инн... текст свёрнут, показать
     
  • 7.83, Аноним (-), 20:30, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > ну правильно. всякие редхаты с центосами и дебианы с убунтами - это
    > маргиналы, а федора и опенсусе, которые в сумме дай бог, чтоб
    > десять процентов от общего числа установок имеют, - мейнстрим, ага.

    Редхаты с центосами (и ораклами) - это тоже мейнстрим, просто с отставанием по времени. Например, от Upstart в федоре уже давно отказались, а в RHEL6 и его клонах он пока сохраняется (systemd по умолчанию можно ожидать не ранее, чем в RHEL7).

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

     
     
  • 8.101, Михрютка (?), 23:48, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    а это у нас с вами разные понятия о мейнстриме у вас мейнстрим - очередной shit... текст свёрнут, показать
     
     
  • 9.136, Аноним (-), 19:20, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Все равно этот shitkit придет в убунту Только чуть позже потому что она - толь... текст свёрнут, показать
     
     
  • 10.141, arisu (ok), 20:30, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    OpenSSL ... текст свёрнут, показать
     
  • 8.104, Аноним (-), 02:01, 22/05/2012 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Не все разработчики ярда, а только торлли из RedHat-а Вот мы и докатились до то... текст свёрнут, показать
     
     
  • 9.137, Аноним (-), 19:21, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Разработчики Linux, проще говоря Кто разрабатывает, тот и определяет направлени... текст свёрнут, показать
     
     
  • 10.150, Fyjybv (?), 09:33, 24/05/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Не стОит только совсем игнорировать тот факт, что над каждым фултаймером стоит у... текст свёрнут, показать
     
  • 7.85, Аноним (-), 20:39, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > ну правильно. всякие редхаты с центосами и дебианы с убунтами - это
    > маргиналы, а федора и опенсусе, которые в сумме дай бог, чтоб
    > десять процентов от общего числа установок имеют, - мейнстрим, ага.

    Конечно. Фичи ведь таскают из федоры в убунту, а не наоборот.

     
     
  • 8.102, Михрютка (?), 23:52, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    настоящие анонимы не только по ссылкам не ходят, но и новость не читают ггг кста... текст свёрнут, показать
     
     
  • 9.132, Michael Shigorin (ok), 01:01, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Далёкого В 2006 или 2007 lakostis сделал частичный порт того самого соларовск... текст свёрнут, показать
     
     
  • 10.134, Михрютка (?), 18:58, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    ключевое слово - включен в состав ядра ... текст свёрнут, показать
     
     
  • 11.139, Аноним (-), 19:24, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Microsoft и то больше кода в состав ядра включила ... текст свёрнут, показать
     
  • 9.138, Аноним (-), 19:23, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Очень важное замечание Сколько процентов представляют эти 50 строчек по сравн... текст свёрнут, показать
     
     
  • 10.149, Михрютка (?), 23:41, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    очень важное замечание от человека, который меряет работу по SLOC как там у вас... текст свёрнут, показать
     
  • 9.140, Аноним (-), 19:27, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А еще в состав ядра включены паравиртуальные драйверы для Hyper-V, разработанные... текст свёрнут, показать
     
     
  • 10.148, Михрютка (?), 23:38, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    ггг микрософт это устраивает, они и так с хайперви уже раз в пять kvm по инсталл... текст свёрнут, показать
     
  • 5.156, анон (?), 22:25, 26/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> systemd - это не маргиналы, это мейнстрим.
    > мейнстрим теперь федора и опенсусе. буду знать.

    Как там в пословице. Кто первый поттер^системд ужинает, того и мейнстрим.

     
  • 2.78, Аноним (-), 20:05, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Сейчас некоторые незначимые дистрибутивы еще страдают от немотивированной ненависти к
    > systemd, а ведь именно его разработчики продавили эту фичу в ядро

    Да я и говорю - засунуть фичу сразу в ядро, systemd в юзермоде вообще прибить. И всех будет запускать ядро сразу.

     
     
  • 3.81, arisu (ok), 20:10, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    да вообще всё в ядро! а то столько времени тратится на переключение контекстов…
     
  • 3.82, Аноним (-), 20:26, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Да я и говорю - засунуть фичу сразу в ядро, systemd в юзермоде вообще прибить. И всех будет запускать ядро сразу.

    Сферическая в вакууме аргументация противников systemd.

     
     
  • 4.90, Аноним (-), 21:18, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Сферическая в вакууме аргументация противников systemd.

    Я не противник "systemd вообще", а просто сторонник здорового троллинга чрезмерно неуемных личностей перегибающих палку :)

     

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

  • 1.25, Аноним (-), 14:31, 21/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Указанная возможность уже используется в продуктах Chrome OS и Netflix для того, чтобы гарантировать, что образ системы загружается в неизменном виде;

    Да здравствует тивоизация!

     
  • 1.26, Аноним (-), 14:34, 21/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Размер блоков может быть задан на этапе создания ФС через утилиту mkfs (например, "mkfs.btrfs -l 32K").

    Т.е. обновить\сконвертировать существующую фс никак? Опять заново всё заливать?

     
     
  • 2.33, Аноним (-), 14:38, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Т.е. обновить\сконвертировать существующую фс никак? Опять заново всё заливать?

    Английским же по белому предупреждали: unstable disk format!

     
     
  • 3.39, Аноним (-), 14:44, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    disk format давно стабле.
     
  • 2.145, XoRe (ok), 22:37, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>Размер блоков может быть задан на этапе создания ФС через утилиту mkfs (например, "mkfs.btrfs -l 32K").
    > Т.е. обновить\сконвертировать существующую фс никак? Опять заново всё заливать?

    А как вы себе это представляете?

     

  • 1.29, CSRedRat (ok), 14:37, 21/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Что слышно по поводу режима wake-lock, для полноценной поддержки Android-устройств? В предыдущем релизе 3.3 упоминалось, что режим будет реализован в ядре 3.4, но в новости об этом не слова. Кто в курсе ситуации?
    Для гугления: linux 3.3 android 3.4
     
     
  • 2.87, Аноним (-), 20:44, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    с вейк-локами у них там небольшая война была. читал рассылку, в которой автор вейклоков присылал эти патчи, долгое время ядерщики ругались, что этот механизм нелогичен и пересекается с уже существующим в ядре. может и до сих пор не приняли. хотя вроде проделана большая работа по притирке этих вейклоков к мнению ядерщиков и уже должны бы запихнуть. но на самом деле подозреваю, что кроме андроида оно нигде больше не будет использоваться
     
  • 2.112, arisu (ok), 07:15, 22/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    штука такая, что это нужно только вашему ведроиду, по гамбургскому счёту. ну вот пусть гордые владельцы ведроидов и тянут патчи сами, на кой это всем остальным?
     
     
  • 3.124, Аноним (-), 09:29, 22/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ульрих Дреппер одобряет ваш пост.
     
     
  • 4.125, arisu (ok), 09:30, 22/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ульрих Дреппер одобряет ваш пост.

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

     
     
  • 5.126, Andrey Mitrofanov (?), 09:53, 22/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >думал, что язвишь? Ульрих — умный человек, это комплимент.

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

     
  • 2.128, Аноним (-), 10:59, 22/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    stop reopening!
     
  • 2.129, CSRedRat (ok), 12:01, 22/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Что слышно по поводу режима wake-lock, для полноценной поддержки Android-устройств? В предыдущем
    > релизе 3.3 упоминалось, что режим будет реализован в ядре 3.4, но
    > в новости об этом не слова. Кто в курсе ситуации?
    > Для гугления: linux 3.3 android 3.4

    Добавлю. Видимо, грусть-печаль в дружбе пингвина и андроида. Копипаста с одного ресурса:
    RankoR:
    А 3.3 под Андроид, несмотря на обещанную поддержку, не собиралось. Даже на stackoverflow гуру почесали репу и ответа дать не смогли, почему оно так. Надо 3.4 попробовать :)

     
     
  • 3.130, Andrey Mitrofanov (?), 12:08, 22/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    android mainline kernel site lwn net The Android patches are largely in the ma... текст свёрнут, показать
     

  • 1.30, Аноним (-), 14:38, 21/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Также Yama поддерживает средства борьбы с атаками через подстановку символических ссылок (следование по символическим ссылкам разрешается в общедоступных каталогах только при совпадении UID ссылки и пытающегося перейти по ссылке процесса) и манипулирование жесткими ссылками (запрещается создание жестких ссылок, если у пользователя нет прав на доступ к файлу, на который направляется ссылка);

    Нет. В той версии YAMA, которую добавили в ядро, остался только контроль ptrace. Остальные "защиты" выкинули по требованию рецензентов (и правильно, а то захотел сходить по чужому симлинку - пересобери ядро, дух Ubuntu as is).

     
     
  • 2.36, Аноним (-), 14:41, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати, создал его тот же самый человек, который админил kernel.org на момент взлома.
     
     
  • 3.62, solardiz (ok), 16:10, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Эта теория далека от реальности, хотя появилась она не на пустом месте Наскольк... текст свёрнут, показать
     
  • 2.44, Аноним (-), 14:49, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Я обожаю тебя линус

    // fixed

     
  • 2.59, solardiz (ok), 15:45, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да А жаль Патчи в mainstream-ядра продвигаются по частям Это не значит, что о... текст свёрнут, показать
     
     
  • 3.133, Michael Shigorin (ok), 01:09, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Ограничения симлинков и хардлинков же не мешают вообще.

    Когда-то порой мешали -- только догадавшись заглянуть в dmesg, можно было понять, какой privsep'нутый процесс по какому созданному другим privsep'нутым процессом симлинку не пущают ;)

    Но в основном они того стоили, конечно.  Спасибо.

     
  • 3.162, solardiz (ok), 21:17, 03/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Остальные "защиты" выкинули по требованию рецензентов
    > Патчи в mainstream-ядра продвигаются по частям. Это не значит, что остальные части не будут включены несколько позже, когда удастся получить ACK'и.

    На днях их включили:

    http://www.openwall.com/lists/kernel-hardening/2012/08/03/17
    http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commitdiff;h=8

     

  • 1.40, Аноним (-), 14:45, 21/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Какой-нибудь дистрибутив уже собрали с x32 abi?
     
     
  • 2.47, Аноним (-), 14:51, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    LFS
     

  • 1.46, Аноним (-), 14:50, 21/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –10 +/
    Гык, они прям как индусы с мозиллы релизы штампуют...
     
     
  • 2.53, tamerlan311 (?), 15:13, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Релиз-цикл 2 месяца.
    Несколько лет уже так.
     

  • 1.50, ckjegjr (?), 15:06, 21/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Сижу на 2.6.xxx есть-ли смысл идти даее?
     
     
  • 2.56, gl1tch (?), 15:27, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    есть для тех, у кого что-то не поддерживается в старом ядре,
    хочет использовать новы вкусные фичи,
    у кого шило в ...е
     
  • 2.63, Аноним (-), 16:31, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Если возникает вопрос, точно не имеет смысла.
     
  • 2.92, Аноним (-), 21:20, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Сижу на 2.6.xxx есть-ли смысл идти даее?

    Да хоть на 2.4 - кому хуже то...

     

  • 1.51, tamerlan311 (?), 15:11, 21/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Еще в этом релизе добавлена начальная поддержка штрихкод сканеров Metrologic (Metrologic MS7120, Metrologic MS9540 Eclipse и подобных).

    Модуль metro-usb.

    Поддерживается Bi-Directional режим эмуляции ком порта.
    Поддержка Uni-Directional режима будет в Linux 3.5
    Поддержка записи в Bi-Directional режиме ожидается в linux 3.6

    Бекпортированный модуль на старые ядра тут: https://gitorious.org/other/metro-usb

     
     
  • 2.65, haku (??), 17:47, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Вон на новости есть кнопка "исправить", ей можно пользоваться, я серьёзно.
     
     
  • 3.67, Andrey Mitrofanov (?), 17:53, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >ей можно пользоваться, я серьёзно.

    Но не нужно. Ссылки на kernelnewbies достаточно.

     

  • 1.60, б.б. (?), 15:52, 21/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > в драйвер rtl8187 добавлена поддержка режима AD-HOC;

    А в 8192se? А то, как сломалось в 3.0, так и не работает толком ad-hoc :( Приходится использовать 2.6.39.

     
  • 1.66, Truelove (ok), 17:48, 21/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Где LZ4!?
     
  • 1.68, Аноним (-), 18:02, 21/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    >Linux 3.4
    >GUI на базе GTK2+ для анализа

    А GTK2+ вообще живо еще? :)

     
     
  • 2.70, Аноним (-), 18:23, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    http://git.gnome.org/browse/gtk+/log/?h=gtk-2-24
    Последний коммит 7 дней назад
     
  • 2.73, arisu (ok), 18:51, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А GTK2+ вообще живо еще? :)

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

     
  • 2.74, Аноним (-), 19:02, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, я просто спросил, учитывая бесповоротный переход на gtk3... Гном три и все такое. Или то только второй гнум умер, а gtk будет и дальше жить?
     
  • 2.93, Аноним (-), 21:20, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А GTK2+ вообще живо еще? :)

    Ну да. Потихоньку ползет на GTK3, но пока там вся масса софта раздуплится...

     
     
  • 3.115, arisu (ok), 07:24, 22/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Потихоньку ползет на GTK3

    кстати, а зачем? ну, кроме той причины, что разработчики устали от gtk2 (что никак не причина: даже софт на gtk1 до сих пор собирается и работает, хоть и не без некоторого шаманства). что там есть такое убойное, ради чего надо уже позавчера бежать делать поддержку gtk3?

     
     
  • 4.121, Аноним (-), 08:31, 22/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    wayland же и корректировка цвета ещё
     
     
  • 5.122, arisu (ok), 08:35, 22/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > wayland же и корректировка цвета ещё

    как ты изящно написал «таки не нужно».

     

  • 1.71, Куяврик (?), 18:34, 21/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ath5k не починили?
     
     
  • 2.79, Аноним (-), 20:07, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > ath5k не починили?

    Не знаю что там с ath5k но можете считать что он околел в пользу ath9k, который давно уж живет, здравствует, развивается и работает с практически всеми чипами атероса.

     
     
  • 3.105, Клыкастый2 (?), 02:11, 22/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А если AR5212/AR5213?
     

  • 1.75, EuPhobos (ok), 19:03, 21/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    До сих пор не добавили профиль для процессоров AMD FX !! =(
    Ну как так.. как .. так...
     
     
  • 2.76, EuPhobos (ok), 19:26, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    ...ну хоть CPU Freq стал работать, и напряжение на процессор подаётся меньше при простое. Но надпись unable to load AMD Microcode fam15h - меня вымораживает.
     
     
  • 3.80, Аноним (-), 20:08, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Но надпись unable to load AMD Microcode fam15h - меня вымораживает.

    Так может микрокода тупо нет на диске? :)

     
     
  • 4.86, EuPhobos (ok), 20:39, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну само собой, если я не ошибаюсь, это как раз зависит от того, что в ядре linux пока не добавили всё что нужно для AMD Family 15 ..

    ...
    хмм, сделал "$ lscpu"
    CPU family:            21
    Очень интересно) Пойду-ка погружусь в гугление

     
     
  • 5.94, Аноним (-), 21:22, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Как минимум могу припомнить что как минимум в некоторых дистрах файл с микрокодом надо явно куда-то подкладывать.

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

     

  • 1.103, Виндус (?), 01:18, 22/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > . . .
    > Добавлена новая утилита btrfs-restore для выполнения недеструктивного восстановления
    > файлов с повреждённой ФС - утилита не занимается непосредственным восстановлением
    > целостности ФС, а лишь пытается выделить и отдельно сохранить файлы из повреждённой ФС;
    >
    > В утилиту fsck добавлена начальная поддержка восстановления целостности повреждённой ФС
    > (опция "--repair"). В настоящее время реализована только поддержка восстановления
    > повреждений в дереве распределения экстентов;

    Ага, ого, кажется 14-е февраля ужо скоро таки наступит, подождём-с...

     
  • 1.106, ADR (ok), 02:43, 22/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А как вернуть модуль для WiFi "brcmsmac"? А то ево с 3.0 вьіпиляли, а он мне очень нужен... (для режима "Monitor" у вафле)
     
  • 1.108, Аноним (-), 03:28, 22/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Внезапно, не знал что по криптографическим хешам можно проверять целостность данных =)))
     
     
  • 2.119, arisu (ok), 07:38, 22/05/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    O_O
     
  • 2.127, Аноним (-), 10:05, 22/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Внезапно, не знал что по криптографическим хешам можно проверять целостность данных =)))

    о сколько нам открытий чудных... :)

     

  • 1.110, pavlinux (ok), 05:43, 22/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Чёй-то про pipe2(fd, O_DIRECT) забыли, а тем временем, на записи 1Gb файла,
    с этим флагом, скорость почти в два раза больше.

    http://pavlinux.ru/src/pipe2bench/pipe2bench.c

    Для полного кайфу берите файлик потолще, напр. VOB иль mkv.

     
  • 1.123, Аноним (-), 09:11, 22/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ralink RT3060 до сих пор не запилили ?
     
  • 1.131, Аноним (-), 20:26, 22/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Когда починят наконец драйвер brcmsmac? Чтобы можно было ловить точки дальше собственного носа.
     
  • 1.159, Vova (??), 22:58, 27/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А чо, машину времени изобрели?
    mainline: 3.4

    Ниче не пойму %)

     
  • 1.161, Аноним (-), 16:21, 07/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Генточка x32 http://lwn.net/Articles/500482/
     

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



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

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