The OpenNET Project / Index page

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

Релиз ядра Linux 3.1

24.10.2011 15:16

После трёх месяцев разработки увидел свет релиз Linux-ядра 3.1, разработка которого длилась почти на месяц дольше обычного из-за инцидента со взломом инфраструктуры kernel.org. Вопреки сложившейся практике релиз был вначале представлен Линусом Торвальдсом не в списке рассылки, а на саммите разработчиков ядра Linux.

Из наиболее заметных изменений можно упомянуть поддержку процессорной архитектуры OpenRISC, оптимизацию производительности операций сброса страниц памяти из ОЗУ на диск, ускорение работы slab allocator, новую реализацию подсистемы iSCSI, поддержку чипов NFC (Near Field Communication), код для контроля за bad-блоками в программном RAID, утилиту "cpupowerutils" для управления питанием, активацию в Ext3 режима сброса буферов "barrier", поддержку пульта Nintendo Wii Remote, драйверы для нового оборудования.

В новую версию принято 9403 исправления от 1318 разработчиков, размер патча - 49 Мб (добавлено 9240 тыс. строк кода, удалено - 9153 тыс. строк). Около 37% всех представленных в 3.1 изменений связаны с драйверами устройств, примерно 25% изменений имеют отношение к обновлению кода специфичного для аппаратных архитектур, 14% связано с сетевым стеком, 5% - файловыми системами и 5% c внутренними подсистемами ядра.

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

  • Дисковая подсистема, ввод/вывод и файловые системы
    • В код с реализацией программного RAID (MD) добавлена поддержка контроля дефектных блоков на диске, что позволило в некоторых уровнях RAID использовать диски с bad-блоками. Для использования данной функции необходима установка новой версии утилиты mdadm;
    • Новая реализация кода поддержки iSCSI target (RFC-3720), разработанная в рамках проекта Linux-iSCSI.org. Ранее используемая iSCSI-подсистема SCST признана устаревшей;
    • Для файловой системы Ext3 по умолчанию включена поддержка механизма "барьеров" (barriers), позволяющего обеспечить неизменность группы запросов в очереди ввода/вывода для корректной фиксации транзакций ФС: запросы в очереди могут подвергаться перестановке для оптимизации ввода/вывода, барьер изолирует связанные с транзакцией перестановки, чтобы гарантировать, что транзакция будет записана в журнал только после записи на диск фигурирующих в этой транзакции данных. Следует отметить, что "барьеры" используются по умолчанию в XFS, Btrfs и Ext4, в Red Hat Enterprise Linux поддержка "барьеров" давно активирована и для Ext3;
    • Многочисленные изменения, направленные на улучшение масштабируемости кода виртуальной файловой системы (VFS).
    • Ряд исправлений и оптимизаций для btrfs. Заметно увеличена производительность чтения списка элементов директорий. Переработан процесс использования блокировок в btree-дереве метаданных;
    • Увеличен максимальный размер файла в tmpfs. На 32-разрядных системах при размере страниц памяти в разделе подкачки 4kB, лимит на размер файла в tmpfs теперь составляет 2 Тб;
    • В NFS 4.1 добавлена поддержка IPv6 для pnfs-сервера;
    • Продолжена оптимизация производительности XFS;
    • В Fat16 обеспечена поддержка файлов и разделов, размером до 4 Гб;
    • В dm-raid добавлена поддержка RAID1, а также парсинга и использования отдельных устройств для хранения меданных;
  • Сетевая подсистема
    • Интеграция беспроводного стека NFC (Near Field Communication) и нового типа сетевого сокета NFC. NFC разработан для обмена данными в пределах малого радиуса действия (около 10 см.) и все чаще используется в смартфонах, где находит применение для организации обмена данными, для контроля доступа и идентификации, а также для реализации систем мгновенной оплаты. Например, на смартфон могут быть записаны данные кредитной карты для использования которой достаточно приблизить телефон к специальному датчику в магазине. В музеях произведения могут быть снабжены NFC-метками, которые позволяют посмотреть более подробную информацию или просмотреть поясняющий суть экспоната видеоролик или аудиозапись;
    • Для генерации порядковых номеров TCP-пакетов (TCP/IP sequence number) и идентификаторов фрагментов пакетов теперь используются не 24-битные значения на основе хэша MD4 в сочетании с 8-разрядным счетчиком, а 32-битные идентификаторы на основе MD5 (lib/md5.c) без дополнительного счетчика. Использование MD4 в настоящее время не оправдано с точки зрения безопасности (высокая предсказуемость), а былой выигрыш в производительности на современных компьютерах ничтожно мал. Поэтому решено использовать более безопасный метод, основанный на хэше MD5;
  • Память и системные сервисы
    • Проведена оптимизация производительности работающего на уровне ядра процесса Writeback, выполняющего операции сброса страниц памяти из ОЗУ на диск. Новый код позволяет добиться более линейного ввода/вывода, избегая случайного доступа к диску при одновременном сбросе страниц памяти, привязанных к разным процессам;
    • Ускорена работа Slab allocator при выполнении интенсивной обработки slab-ов. В используемом по умолчанию slab-аллокаторе "slub" для архитектур, поддерживающих инструкции cmpxchg, в критических к производительности секциях использован более оптимальный код, требующий при работе меньшего числа блокировок;
    • В состав включен новый набор пользовательских утилит cpupowerutils, предназначенный для управления питанием CPU. Утилиты предоставляют расширенные средства мониторинга энергопотребления и адаптивного управления частотой процессора. Для достижения оптимального баланса между производительностью и энергопотреблением необходимо комбинировать различные методы отслеживания текущего энергопотребления и состояний простоя, включая задействование особенностей архитектур PPC, Itanium, ARM и x86, а также единую координацию управления энергией для CPU и GPU в составе одного APU. Сpupowerutils предоставляет доступ к подобным средствам в рамках одной утилиты;
    • Добавлена опция UNAME2 для смены идентификации ядра на 2.6.41 вместо 3.1 для решения проблем с совместимостью с некоторыми приложениями, доступными только в бинарном виде (например, управляющее ПО для некоторых принтеров);
    • Проведен тюнинг производительности планировщика ввода/вывода CFQ;
    • В ptrace добавлена поддержка команд PTRACE_INTERRUPT, PTRACE_LISTEN, PTRACE_SEIZE и TRAP_NOTIFY;
    • В системный вызов lseek() добавлена поддержка флагов SEEK_HOLE и SEEK_DATA для выявления пустых областей и блоков данных внутри файла;
  • Оборудование и аппаратные архитектуры
    • Поддержка открытого микропроцессора OpenRISC и связанной с ним процессорной архитектуры. В настоящее время добавлена поддержка 32-разрядного семейства OpenRISC 1000 (or1k). OpenRISC создан сообществом OpenCores, объединяющем людей, занимающихся проектированием полностью открытой микроэлектроники. Наработки проекта уже производятся многими коммерческими компаниями в виде интегральных микросхем ПЛИС и БМК. Полный исходный код процессора на языке описания аппаратуры Verilog, схемы, firmware, а также модифицированный инструментарий GNU открыты всем желающим на условиях лицензий GPL и LGPL. Текущая версия процессора, именуемая OpenRISC 1200, включает в себя процессорное ядро, реализующее набор инструкций ORBIS32, опциональный блок арифметики с плавающей точкой ORFP32X, пятиступенчатый конвейер, блок DSP, раздельные блоки управления памятью для данных и инструкций. По заявлениям создателей производительность процессора близка к ARM10;
    • Добавлен HID-драйвер для пульта дистанционного управления Nintendo Wii Remote;
    • Добавлен новый WiFi-драйвер rtl8192de для карт на базе чипов Realtek RTL8192DE и RTL8188DE. В драйвере b43 расширена поддержка 802.11n-совместимых чипов Broadcom, таких как BCM43224 и BCM43225;
    • В звуковой драйвер snd-ctxfi добавлена поддержка карт Creative Titanium HD. Добавлена поддержка DVB-демодулятора Micronas DRX-K DVB-C/T и тюнера TDA18271C2. В состав ядра включен драйвер Ddbridge, поддерживающий видеооборудование от компании Digital Devices, например, ресиверы Octopus, Octopus mini и Octopus LE, а также тюнеры DuoFlex S2 и DuoFlex CT;
    • В DRM-модуль драйвера Nouveau добавлена поддержка автоматической генерации микрокода для чипов Fermi (GeForce 400 и 500). Дополнительно обновлены DRM-модули для карт Intel и ATI/AMD. В DRM-модуле Intel по умолчанию включена поддержка режима энергосбережения "RC6";
  • Виртуализация и безопасность
    • В KVM обеспечена возможность запуска вложенных виртуальных окружений, т.е. выполнения гостевой системы из другой гостевой системы;
    • В коде XEN Dom0 обеспечена возможность вывода текста через VGA-консоль, поддержка проброса PCI-устройств в гостевые окружения и возможность использования Memory hotplug в драйвере balloon;
    • Обеспечено повышение производительности сетевой подсистемы в виртуализированных окружениях, за счет поддержки Zero-copy в драйверах macvtap и vhost-net;
    • Memory hotplug API расширен для обеспечения горячего подключения памяти в виртуальных машинах;
    • Для архитектуры PPC64 добавлен JIT-компилятор для правил BPF (Berkeley Packet Filter), ранее поддерживающий работу только на системах x86-64. JIT-компиляция правил BPF позволяет значительно увеличить производительность обработки пакетов при использовании инструментов, подобных libpcap/tcpdump;
    • Для действия AUDIT в Netfilter добавлена поддержка контекста SELinux;
    • В ipset добавлена поддержка указания диапазонов IPv4-адресов при добавлении и удалении элементов хэшей "net", например, "ipset new test hash:net; ipset add test 10.2.0.0-10.2.1.12";
    • Во фреймворк TOMOYO, позволяющий привязать политику безопасности процесса к файловому пути, способом похожим с AppArmor, добавлена поддержка групп ACL, интерфейса для аудита, встроенных правил, раздельных пространств имён (policy namespace);


  1. Главная ссылка к новости (http://lkml.org/lkml/2011/10/2...)
  2. OpenNews: Основной Git-репозиторий ядра Linux 3.1 временно перемещен на GitHub
  3. OpenNews: Релиз Linux-ядра 2.6.39
  4. OpenNews: Релиз Linux-ядра 2.6.38
  5. OpenNews: Релиз Linux-ядра 2.6.37
  6. OpenNews: Релиз Linux-ядра 3.0
Лицензия: CC-BY
Тип: Интересно / Программы
Ключевые слова: linux, kernel
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (96) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, emfs (ok), 15:47, 24/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +14 +/
    Поздравляю всех!
     
  • 1.6, красноглазик (?), 16:20, 24/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    >> В KVM обеспечена возможность запуска вложенных виртуальных окружений, т.е. выполнения гостевой системы из другой гостевой системы;

    Рекурсивные виртуальные машины

     
  • 1.14, bircoph (ok), 16:29, 24/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Когда же kernel.org номарльно заработает и не нужно будет из git тянуть?
     
     
  • 2.15, pavlinux (ok), 16:34, 24/10/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    # git pull
    # make oldconfig

    палюбому быстрее

    # wget ............./linux-3.1.0.tar.bz2
    # tar -xf linux-3.1.0.tar.bz2
    # cd linux-3.1.0
    # zcat /proc/config.gz
    # make oldconfig

     
     
  • 3.17, Аноним (-), 16:37, 24/10/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А вообще, да, гит рулит.
     
  • 2.16, Аноним (-), 16:36, 24/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем тянуть из гита? О_о

    ftp://ftp.kernel.org/pub/linux/kernel/v3.x/

     
     
  • 3.18, pavlinux (ok), 16:39, 24/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А зачем тянуть из гита?

    Например при обновлении, перекомпилится только новое.

     
  • 2.32, Аноним (-), 20:55, 24/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Зачем нужно не тянуть из git? Это самый удобный вариант.
     

  • 1.20, ferhiord (?), 17:32, 24/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Говорили, что баг с повышенным потреблением энергии на мобильных устройствах связан с регрессией в прошлой версии (однозначно воспроизводится на Ubuntu Oneiric, где ядро 3.0). Об исправлении этой проблемы есть какая-нибудь информация?
     
     
  • 2.25, Zenitur (ok), 18:14, 24/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Не в прошлой, а в 2.6.38, об этом на опеннете была новость. http://www.opennet.ru/opennews/art.shtml?num=30345
     
     
  • 3.35, Карбофос (ok), 21:43, 24/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    дело в том, что нашли еще подобные проблемы на специфичном железе http://www.opennet.ru/opennews/art.shtml?num=31988 ветка 3.0
     
  • 2.129, Аноним (-), 13:57, 27/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Говорили, что баг с повышенным потреблением энергии на мобильных устройствах связан с

    Он связан с кривым BIOS.

    Например так: исправление кривого BIOS от gigabyte по части ASPM ...свелось к совету саппорта "используйте шиндошс". Пруф: http://www.phoronix.com/scan.php?page=news_item&px=MTAwMjg

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

     
     
  • 3.138, Vova (??), 07:06, 03/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    кривой чип nForce, кривой биос, что-то тут не чисто... Или они уже делают железо глюк2глюк компатибилити?
     

  • 1.21, Дмитрий (??), 17:44, 24/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Здравствуйте, кто тестил как с потреблением электроэнергии? Ситуация всё так же не ахти? Спрашиваю потому как использую Линукс на ноутбуке
     
     
  • 2.22, dalco (ok), 17:55, 24/10/2011 [^] [^^] [^^^] [ответить]  
  • +7 +/
    От модели ноута сильно зависит. Некоторые не соблюдают все спецификации ACPI (чаще всего кривой BIOS), за что и огребают повышенное потребление питания.

    P.S. Некоторые BIOSописатели считают, что совместимости с виндой (частично не соблюдающей стандарты ACPI) вполне достаточно. А то, что остальные ОС при этом электричество жрут, так это проблема юзера с "неправильной" ОС ;)

     
  • 2.26, Eugeni Dodonov (ok), 18:52, 24/10/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Попробуйте включить опцию "i915.i915_enable_rc6=1" в параметры ядра (либо в modules.conf), должно улучшить энергопотребление на 20-50%.
     
     
  • 3.27, Дмитрий (??), 20:15, 24/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Можно подробнее где это и как прописать?
     
     
  • 4.28, Eugeni Dodonov (ok), 20:23, 24/10/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Можно подробнее где это и как прописать?

    В параметрах ядра (/boot/grub/menu.lst):

    Например, у меня так:
    # (0) Arch Linux - git kernel
    title  Arch Linux - git kernel
    root   (hd0,0)
    kernel /boot/vmlinuz-linux-git root=/dev/sda1 ro resume=/dev/sda6 i915.i915_enable_rc6=1
    initrd /boot/initramfs-linux-git.img

     
     
  • 5.29, Аноним (-), 20:33, 24/10/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Конгениальный костыль. Особенно впечатляет имя параметра. Оно очень мнемоническое!
     
     
  • 6.50, Карбофос (ok), 23:50, 24/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    перечислим костыли виндов? пардон за оффтопик.
     
     
  • 7.53, ананим (?), 00:14, 25/10/2011 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Не.
    он по уиду в клсид рееста наизусть все ком-объекты знает.
     
     
  • 8.130, Аноним (-), 14:00, 27/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну да И будучи разбуженным посреди ночи без запинки перечисляет все параметры р... текст свёрнут, показать
     
  • 7.57, 1 (??), 05:34, 25/10/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    какие костыли? причем они здесь?
     
     
  • 8.88, Карбофос (ok), 14:41, 25/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    да просто вантузятники обычно орут про костыльные решения линукса, забывая про б... текст свёрнут, показать
     
     
  • 9.113, dq0s4y71 (??), 13:19, 26/10/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вантузятники-то тут причём Можно подумать, наличие проблем в Windows как-то опр... текст свёрнут, показать
     
     
  • 10.139, Vova (??), 07:10, 03/04/2012 [^] [^^] [^^^] [ответить]  
  • +/
    прикол в том, что производители срут на стандарты ссылаясь на то, что в шиндовс... текст свёрнут, показать
     
  • 6.62, gedeon (?), 11:01, 25/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Зто не костыль, качайте матчасть. Power saving на карточках Интел запрещен по умолчанию из-за неправильной работы драйвера с некоторым оборудованием. Eсть еще опции:

    i915.i915_enable_fbc=1
    i915.lvds_downclock=1

     

  • 1.24, Аноним (-), 18:04, 24/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    А еще туда добавили поддержку RAID1 Теперь уже практически все MD-шные реализац... текст свёрнут, показать
     
  • 1.30, Magic (??), 20:44, 24/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В этом ядре есть raid autodetect для metadate 1.2 ?
     
  • 1.34, Аноним (-), 21:22, 24/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Лучше бы поправили англо-фашистское ограничение 256 байт на имя файла. :E
     
     
  • 2.38, Аноним (-), 22:28, 24/10/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Лучше бы поправили англо-фашистское ограничение 256 байт на имя файла. :E

    можно пример имени файла, который Вы хотите создать?

     
     
  • 3.108, Аноним (-), 12:12, 26/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Лучше бы поправили англо-фашистское ограничение 256 байт на имя файла. :E
    > можно пример имени файла, который Вы хотите создать?

    % cd /tmp
    % touch абвгдеёжзийклмнопрстуфхцчшщъыьэюяАБВГДЕЁЖЗИЙКЛМНОПРСТУФХЦЧШЩЪЫЬЭЮЯабвгдеёжзийклмнопрстуфхцчшщъыьэюяАБВГДЕЁЖЗИЙКЛМНОПРСТУФХЦЧШЩЪ # 127
    % touch абвгдеёжзийклмнопрстуфхцчшщъыьэюяАБВГДЕЁЖЗИЙКЛМНОПРСТУФХЦЧШЩЪЫЬЭЮЯабвгдеёжзийклмнопрстуфхцчшщъыьэюяАБВГДЕЁЖЗИЙКЛМНОПРСТУФХЦЧШЩЪЫЬЭЮЯ # 132
    touch: невозможно выполнить touch для 'абвгдеёжзийклмнопрстуфхцчшщъыьэюяАБВГДЕЁЖЗИЙКЛМНОПРСТУФХЦЧШЩЪЫЬЭЮЯабвгдеёжзийклмнопрстуфхцчшщъыьэюяАБВГДЕЁЖЗИЙКЛМНОПРСТУФХЦЧШЩЪЫЬЭЮЯ': Слишком длинное имя файла

     
  • 2.39, a (??), 22:28, 24/10/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Хотите чтобы содержание файла было одновременно и его названием?
     
     
  • 3.40, Аноним (-), 22:50, 24/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >можно пример имени файла, который Вы хотите создать?
    >Хотите чтобы содержание файла было одновременно и его названием?

    Вы, вероятно, не пользуетесь торрентами?

     
     
  • 4.45, Aceler (ok), 23:11, 24/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А этот протокол как-то кодирует имена файлов, чтобы они были длиннее 255 символов?
     
     
  • 5.47, Аноним (-), 23:16, 24/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > А этот протокол как-то кодирует имена файлов, чтобы они были длиннее 255
    > символов?

    Нет, их кодируют вантузятники, ибо в венде - 256 _символов_, а в лялихе - байт. Что мы имеем? Верно! Шланг при попытке скачать такой торрент. Приходится делать лишние движения вроде mkfs.vfat.

     
     
  • 6.48, Аноним (-), 23:37, 24/10/2011 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Зато у вантузятников не поддерживается масса символов в именах файлов, даже такой полезный, как двоеточие (нередко встречается в названиях муз. альбомов). Можете им отомстить ;)
     
     
  • 7.131, Аноним (-), 14:01, 27/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Зато у вантузятников не поддерживается масса символов в именах файлов, даже такой
    > полезный, как двоеточие (нередко встречается в названиях муз. альбомов). Можете им
    > отомстить ;)

    А что, это идея :) сделать торент с чем-нить вкусным и именами вызывающими у виндузятников лулзы :)

     
  • 6.49, ананим (?), 23:46, 24/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    1. Огрничений на 256 чего бы то там нибыло в (как вам там привычней? Лялихе?) нет.
    2 . mkfs.vfat применяют не для этого, а для того чтобы в винде эта хрень точно сохранилась без проблем с регистрами и спец-символами.
     
     
  • 7.95, Аноним (-), 19:59, 25/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > 2 . mkfs.vfat применяют не для этого

    Спасибо, я знаю, для чего я его применяю. ;)


     
  • 6.51, Aceler (ok), 23:53, 24/10/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> А этот протокол как-то кодирует имена файлов, чтобы они были длиннее 255
    >> символов?
    > Нет, их кодируют вантузятники, ибо в венде - 256 _символов_, а в
    > лялихе - байт. Что мы имеем? Верно! Шланг при попытке скачать
    > такой торрент. Приходится делать лишние движения вроде mkfs.vfat.

    Так нефиг пользоваться лялихом-то, поставь лучше линукс — там есть удобные торрент-клиенты, в которых можно — представляешь? Поменять название файла!

     
  • 6.63, Elhana (ok), 11:07, 25/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ни разу не видел таких торрентов.
    Кроме того в винде 256 символов на имя файла вместе с каталогами, а не имя файла само по себе, поэтому если создать торрент с файлом в 256 символов, то винда его никак кроме как в корень диска не сохранит. В Linux это именно имя файла.
    И в целом 255 байт у большинства ФС - это ограничение Linux VFS. Lustre, ZFS, btrfs живут с этим и никто не жалуется.
     
     
  • 7.68, Ваня (?), 11:24, 25/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ограничение на длину имени файла более 256 байт снято ещё в Win XP (от её поддержки отказались, устарела). Сейчас имя файла в Win не может быть длиннее 32767 символов, в серверных - 65535 символов.

    Осталось некорректно написанное ПО для Win, которое считает себя умнее ОС и проверяет длину файла на 256 символов, но его постепенно исправляют.

     
     
  • 8.85, Elhana (ok), 13:24, 25/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да, я на работе проверял на своем компе, у нас семерку еще не ставят и вроде ... текст свёрнут, показать
     
  • 7.87, z (??), 13:52, 25/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >Кроме того в винде 256 символов на имя файла вместе с каталогами, а не имя файла само по себе

    Не 256, а 260 (MAX_PATH), и это ограничение оболочки, а не самой винды, которая абсолютные пути длиной до 32к спокойно понимает

     
     
  • 8.104, AlexAT (ok), 07:51, 26/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Винда - монолит, т е оболочку в отрыве рассматривать нельзя ... текст свёрнут, показать
     
     
  • 9.118, z (??), 15:04, 26/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А линукс с его модулями, которые подходят только для текущей версии ядра - типа ... текст свёрнут, показать
     
     
  • 10.122, Аноним (-), 18:26, 26/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ну покажите мне независимую альтернативную реализацию оболочки и графического ст... текст свёрнут, показать
     
     
  • 11.124, z (??), 00:38, 27/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Оболочка - Астон Шелл, граф стек - берём и пишем по статье http habrahabr ru ... текст свёрнут, показать
     
     
  • 12.125, Аноним (-), 01:04, 27/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Проще говоря, с точки зрения простого пользователя, оболочка и ядро в винде - не... текст свёрнут, показать
     
  • 12.133, arisu (ok), 10:30, 29/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    8212 вы знаете, для нашего автомобиля огромный выбор комплектующих вы даже м... текст свёрнут, показать
     
  • 8.105, ram_scan (?), 10:25, 26/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А толку от этих 32к если средствами стандартной оболочки а у типового лемминга ... текст свёрнут, показать
     
     
  • 9.106, Ваня (?), 10:55, 26/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Константа MAX_PATH не используется, во все функции по работе с файлами передаютс... текст свёрнут, показать
     
     
  • 10.134, arisu (ok), 10:41, 29/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    гомерически ржот 171 вы можете выбрать автомобиль любого цвета, при условии,... текст свёрнут, показать
     
  • 4.115, dq0s4y71 (??), 13:26, 26/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Вы, вероятно, не пользуетесь торрентами?

    А если переименовать торрент/папку в удобное для вас имя, то он качаться не будет?

     
     
  • 5.119, Аноним (-), 15:05, 26/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> Вы, вероятно, не пользуетесь торрентами?
    > А если переименовать торрент/папку в удобное для вас имя, то он качаться
    > не будет?

    Много файлов длиннющих. Быстрее mkfs.vfat.

     
  • 3.116, rent (?), 14:07, 26/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Часто юзеры сохраняют веб страницы не меняя название. В итоге при бекапе виндовых машин на линух получается йеррор. ReiserFS не предлагать.
     
     
  • 4.121, Аноним (-), 18:25, 26/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > ReiserFS не предлагать.

    Хочу настроить на серваке периодическое выполнение действий по расписанию, cron не предлагать.

     
     
  • 5.126, mimimi (?), 10:24, 27/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Task Scheduler же!
     

  • 1.36, Sylvia (ok), 22:13, 24/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    наконец-то тарболлы стали сжимать чем-то более современным (xz)
     
     
  • 2.54, Ленивый аноним (?), 00:38, 25/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > наконец-то тарболлы стали сжимать чем-то более современным (xz)

    xz уже нормально работает на всех платформах, где работает GZip или хотя бы BZip2?

     
     
  • 3.60, z (??), 10:50, 25/10/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    ещё и премии регулярно получает
     
  • 3.71, pavlinux (ok), 11:38, 25/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> наконец-то тарболлы стали сжимать чем-то более современным (xz)
    > xz уже нормально работает на всех платформах, где работает GZip или хотя
    > бы BZip2?

    Да!

     
  • 3.110, Аноним (-), 12:21, 26/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> наконец-то тарболлы стали сжимать чем-то более современным (xz)
    > xz уже нормально работает на всех платформах, где работает GZip или хотя
    > бы BZip2?

    Иногда приходится вместо LZMA компрессии ядра использовать другую (GZip/BZip2) на машинах с кол-вом памяти менее 512M и виртуалках.
    А всё из-за того, что "lzma: cannot allocate memory." (lzma -9 в мейкфайлах).

     
  • 2.132, Zenitur (ok), 07:44, 28/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > наконец-то тарболлы стали сжимать чем-то более современным (xz)

    Наконец-то я поймал тебя в онлайне. У тебя осталась сборка Quake II? Эта ссылка уже недоступна. http://www.linux.org.ru/jump-message.jsp?msgid=4809668&cid=4810133

     

  • 1.37, Святоша (?), 22:28, 24/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Лучше бы поправили англо-фашистское ограничение 256 байт на имя файла. :E

    А помнится когда-то "написав название файла - в тело текстового его можно уже ничего не писать"... Нафига, извините, больше 256 символов на название файла-то?

     
     
  • 2.41, Аноним (-), 22:52, 24/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >Нафига, извините, больше 256 символов на название

    Ну, начнем с того, что не символов, а байт. ;)

     
  • 2.42, Anonym1 (?), 22:57, 24/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Возможно, имена файлов автоматом создавались MS Office... Типа
    Ответное предложение клиенту Иванову
    Ответное предложение клиенту Иванову д
    Ответное предложение клиенту Иванову дл
    Ответное предложение клиенту Иванову для
    ......

    Я с такими шутками как-то встречался, там люди просто не знали, что файлу можно дать имя, и использовали автоименование Word.

     
     
  • 3.70, Ваня (?), 11:29, 25/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Когда то имена были 8.3, что теперь все имена файлов не длиннее 8 символов делать для совместимости с DOS? А если длиннее - переименовывать в Ответн~1.doc? Вы ведь аналогичное решение по сути предлагаете, только у вас не 8, а 256 (почему не 128? или 512? или 10 кб?)
     
     
  • 4.84, Аноним (-), 13:15, 25/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > что теперь все имена файлов не длиннее 8 символов делать для совместимости с DOS

    В микрософте так делали по крайней мере до выхода Windows XP (с более новыми я не работал - вовремя свалил, так что не скажу), хотя уже сколько лет поддерживались нормальные длинные имена. Типичные системные файлы: ntoskrnl.exe, msvcp60.dll, processr.sys, особенно умиляет последнее, т.к. первые два еще можно объяснить любовью к аббревиатурам

     
     
  • 5.86, Ваня (?), 13:31, 25/10/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Внутренние имена могут быть любыми. В Win64 напр. разработчики использовали аббревиатуру WoW ("wow" = "вау!") для обозначения "Win32 on Win64" - запуск 32-битных приложений в 64-битной ОС. Pentium 3 по факту назывался "Pentium !!!". И т.д. Юмор.
     
     
  • 6.93, Аноним (-), 19:09, 25/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Юмор

    Маркетинг.

     
  • 6.111, Аноним (-), 12:24, 26/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > WoW ("wow" = "вау!")

    А выше утверждаете, что знаете винду.
    Шindows on Windows это.

     
  • 5.91, total anon (?), 18:11, 25/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Дело в том что для совместимости со старым софтом PE-файл может быть загружен в процесс и по короткому (MyLiba~1.dll), и по длинному имени (MyLibaSuperCool.dll), поэтому может возникнуть ситуация когда один и тот же модуль загружен в адресное пространство два раза. Чтобы такого избежать все системные компоненты имеют имена в формате 8.3
     
     
  • 6.94, Аноним (-), 19:11, 25/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Дело в том что для совместимости со старым софтом PE-файл может быть
    > загружен в процесс и по короткому (MyLiba~1.dll), и по длинному имени
    > (MyLibaSuperCool.dll), поэтому может возникнуть ситуация когда один и тот же модуль
    > загружен в адресное пространство два раза. Чтобы такого избежать все системные
    > компоненты имеют имена в формате 8.3

    А зачем старому софту загружать один и тот же файл два раза?

     
     
  • 7.99, Frank (ok), 23:17, 25/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Один раз старый - по короткому, второй раз новый - по длинному. Вот и оверхэд памяти.
     
     
  • 8.102, Аноним (-), 07:20, 26/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Это ответ на вопрос как Я же спрашивал, зачем ... текст свёрнут, показать
     
  • 8.103, AlexAT (ok), 07:21, 26/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Да уж, это половая проблема винды - различать файлы по пути, а не по inode ... текст свёрнут, показать
     
  • 2.58, anonymous (??), 06:28, 25/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Не символов, а байт. 256 байт может превратиться в значительно меньшее количество символов при использовании UTF-8, что иногда сбивает с толку.
     

  • 1.43, linalex (ok), 22:57, 24/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Хотя бы из-за того что имя файла на русском сокращается в три раза, ибо UTF-8.
     
     
  • 2.44, all_glory_to_the_hypnotoad (ok), 23:01, 24/10/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    чего это в три? давай сразу в 10
     
     
  • 3.52, ананим (?), 00:11, 25/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Русский китаец жеж.
     
  • 2.59, Аноним (-), 09:56, 25/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    2 байта в UTF-8 == 1 символ.
     
     
  • 3.61, fyjybvec (?), 10:51, 25/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Нет же, в общем случае не так. Просто кириллица укладывается в двухбайтовую область.
     
     
  • 4.69, pavlinux (ok), 11:28, 25/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А ещё KOI7-R eсть.

     
     
  • 5.96, Аноним (-), 20:02, 25/10/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > А ещё KOI7-R eсть.

    Нет! Только не на ночь!

     

  • 1.55, sarbash (ok), 01:09, 25/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересно, на загрузке, при включении KMS, на интеловском видеоадаптере всё так же экран гаснет на ~10сек. или уже пофиксили?
     
     
  • 2.97, Andrey Mitrofanov (?), 20:53, 25/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Интересно, на загрузке, при включении KMS, на интеловском видеоадаптере всё так же
    > экран гаснет на ~10сек. или уже пофиксили?

    http://en.gentoo-wiki.com/wiki/Intel_GMA#Blackscreen
    <- G:intel kms kernel 3.0 black screen

    //BTW к вопросу, кому нужна документация Gentoo...

     

  • 1.92, Аноним (92), 18:28, 25/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Круто. И вчера ночью как раз BFS перенес под новое ядро. Жизнь хороша.
     
  • 1.101, Аноним (-), 02:17, 26/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А во время взломом вирусов не напихали?
     
  • 1.107, all_glory_to_the_hypnotoad (ok), 11:32, 26/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    iwlagn стал вываливать ядро в дамп, пичаль
     
  • 1.127, WiseLord (?), 12:14, 27/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > 24.10.2011 15:16  Релиз ядра Linux 3.1

    .....
    Добавлена (ссылка) опция UNAME2 для смены идентификации ядра на 2.6.41 вместо 3.1 для решения проблем с совместимостью с некоторыми приложениями, доступными только в бинарном виде (например, управляющее ПО для некоторых принтеров);
    ....

    По ссылке:

    committer Linus Torvalds <torvalds@linux-foundation.org>, Thu, 25 Aug 2011 17:17:28 +0000 (10:17 -0700)


    Значит, сей пунктик ложный, нет такой опции. По крайней мере, в 3.1.

     
     
  • 2.128, WiseLord (?), 12:15, 27/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    В смысле, обратить внимание на дату новости здесь и дату коммита в ядро.
     
  • 2.135, pavlinux (ok), 16:55, 29/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Я вот только не пойму, была и есть LD_ASSUME_KERNEL, нахрен UNAME2 ?
     

  • 1.136, Аноним (-), 12:09, 23/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    "Ранее используемая iSCSI-подсистема SCST признана устаревшей" ... Разве SCST был ядровым? По бенчам - самая быстрая реализация iSCST. Что устарело, когда и почему я не знаю? )
     
     
  • 2.137, Аноним (-), 12:14, 23/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Сам нашел подтверждение опечатки (?!) в этой статье: At the end of 2010, the LIO project was chosen to replace STGT as the in-kernel SCSI target implementation. There were two main contenders (LIO and SCST) which tried to get their code into the Linux kernel tree.
    источник https://lwn.net/Articles/424004/
     

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



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

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