URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 80954
[ Назад ]

Исходное сообщение
"Релиз ядра Linux 3.1"

Отправлено opennews , 24-Окт-11 15:47 
После трёх месяцев разработки увидел свет релиз (http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git...) Linux-ядра 3.1 (http://www.kernel.org/pub/linux/kernel/v3.x/), разработка которого длилась почти на месяц дольше обычного из-за инцидентом со взломом (http://www.opennet.me/opennews/art.shtml?num=31651) инфраструктуры kernel.org. Вопреки сложившейся практике релиз был представлен Линусом Торвальдсом не в списке рассылки, а на саммите разработчиков ядра Linux.


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


В новую версию ...

URL: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git...
Новость: http://www.opennet.me/opennews/art.shtml?num=32120


Содержание

Сообщения в этом обсуждении
"Релиз ядра Linux 3.1"
Отправлено emfs , 24-Окт-11 15:47 
Поздравляю всех!

"Релиз ядра Linux 3.1"
Отправлено красноглазик , 24-Окт-11 16:20 
>> В KVM обеспечена возможность запуска вложенных виртуальных окружений, т.е. выполнения гостевой системы из другой гостевой системы;

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


"Релиз ядра Linux 3.1"
Отправлено bircoph , 24-Окт-11 16:29 
Когда же kernel.org номарльно заработает и не нужно будет из git тянуть?

"Релиз ядра Linux 3.1"
Отправлено pavlinux , 24-Окт-11 16:34 
# 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


"Релиз ядра Linux 3.1"
Отправлено Аноним , 24-Окт-11 16:37 
А вообще, да, гит рулит.

"Релиз ядра Linux 3.1"
Отправлено Аноним , 24-Окт-11 16:36 
А зачем тянуть из гита? О_о

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


"Релиз ядра Linux 3.1"
Отправлено pavlinux , 24-Окт-11 16:39 
> А зачем тянуть из гита?

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


"Релиз ядра Linux 3.1"
Отправлено Аноним , 24-Окт-11 20:55 
Зачем нужно не тянуть из git? Это самый удобный вариант.

"Релиз ядра Linux 3.1"
Отправлено ferhiord , 24-Окт-11 17:32 
Говорили, что баг с повышенным потреблением энергии на мобильных устройствах связан с регрессией в прошлой версии (однозначно воспроизводится на Ubuntu Oneiric, где ядро 3.0). Об исправлении этой проблемы есть какая-нибудь информация?

"Релиз ядра Linux 3.1"
Отправлено Zenitur , 24-Окт-11 18:14 
Не в прошлой, а в 2.6.38, об этом на опеннете была новость. http://www.opennet.me/opennews/art.shtml?num=30345

"Релиз ядра Linux 3.1"
Отправлено Карбофос , 24-Окт-11 21:43 
дело в том, что нашли еще подобные проблемы на специфичном железе http://www.opennet.me/opennews/art.shtml?num=31988 ветка 3.0

"Релиз ядра Linux 3.1"
Отправлено Аноним , 27-Окт-11 13:57 
> Говорили, что баг с повышенным потреблением энергии на мобильных устройствах связан с

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

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

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


"Релиз ядра Linux 3.1"
Отправлено Vova , 03-Апр-12 07:06 
кривой чип nForce, кривой биос, что-то тут не чисто... Или они уже делают железо глюк2глюк компатибилити?

"Релиз ядра Linux 3.1"
Отправлено Дмитрий , 24-Окт-11 17:44 
Здравствуйте, кто тестил как с потреблением электроэнергии? Ситуация всё так же не ахти? Спрашиваю потому как использую Линукс на ноутбуке

"Релиз ядра Linux 3.1"
Отправлено dalco , 24-Окт-11 17:55 
От модели ноута сильно зависит. Некоторые не соблюдают все спецификации ACPI (чаще всего кривой BIOS), за что и огребают повышенное потребление питания.

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


"Релиз ядра Linux 3.1"
Отправлено Eugeni Dodonov , 24-Окт-11 18:52 
Попробуйте включить опцию "i915.i915_enable_rc6=1" в параметры ядра (либо в modules.conf), должно улучшить энергопотребление на 20-50%.

"Релиз ядра Linux 3.1"
Отправлено Дмитрий , 24-Окт-11 20:15 
Можно подробнее где это и как прописать?

"Релиз ядра Linux 3.1"
Отправлено Eugeni Dodonov , 24-Окт-11 20:23 
> Можно подробнее где это и как прописать?

В параметрах ядра (/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


"Релиз ядра Linux 3.1"
Отправлено Аноним , 24-Окт-11 20:33 
Конгениальный костыль. Особенно впечатляет имя параметра. Оно очень мнемоническое!

"Релиз ядра Linux 3.1"
Отправлено Карбофос , 24-Окт-11 23:50 
перечислим костыли виндов? пардон за оффтопик.

"Релиз ядра Linux 3.1"
Отправлено ананим , 25-Окт-11 00:14 
Не.
он по уиду в клсид рееста наизусть все ком-объекты знает.

"Релиз ядра Linux 3.1"
Отправлено Аноним , 27-Окт-11 14:00 
> Не.
> он по уиду в клсид рееста наизусть все ком-объекты знает.

Ну да. И будучи разбуженным посреди ночи без запинки перечисляет все параметры реестра сервиса ntds. И тип и возможные значения. Умеет декодировать любые ошибки, включая "unknown error" и "error: the operation completed successfully".


"Релиз ядра Linux 3.1"
Отправлено 1 , 25-Окт-11 05:34 
какие костыли? причем они здесь?

"Релиз ядра Linux 3.1"
Отправлено Карбофос , 25-Окт-11 14:41 
да просто вантузятники обычно орут про костыльные решения линукса, забывая про бревно в своём глазу. не больше.

"Релиз ядра Linux 3.1"
Отправлено dq0s4y71 , 26-Окт-11 13:19 
Вантузятники-то тут причём? Можно подумать, наличие проблем в Windows как-то оправдывает наличие проблем в Linux.

"Релиз ядра Linux 3.1"
Отправлено Vova , 03-Апр-12 07:10 
прикол в том, что производители срут на стандарты ссылаясь на то, что "в шиндовс работает".

"Релиз ядра Linux 3.1"
Отправлено gedeon , 25-Окт-11 11:01 
Зто не костыль, качайте матчасть. Power saving на карточках Интел запрещен по умолчанию из-за неправильной работы драйвера с некоторым оборудованием. Eсть еще опции:

i915.i915_enable_fbc=1
i915.lvds_downclock=1


"Релиз ядра Linux 3.1"
Отправлено Аноним , 24-Окт-11 18:04 
> В dm-raid добавлена поддержка парсинга и использования отдельных устройств для хранения меданных;

А еще туда добавили поддержку RAID1. Теперь уже практически все MD-шные реализации рейда (кроме нулевого) доступны в DM.
Интересно было бы посмотреть, как это будет применяться на практике. Может, в LVM сделают интегрированную поддержку всех основных уровней рейда?

> некоторыми приложениями, доступными только в бинарном виде (например, управляющее ПО для некоторых принтеров). Например, для привязки к Linux в коде часто используется конструкция "#ifdef LINUX2"

Бинарные? #ifdef? Я что-то упустил?

> В Netfilter для архитектуры PPC64 добавлен JIT-компилятор для правил BPF (Berkeley Packet Filter)

Не в netfilter (универсальный фреймворк для фильтрации и преобразования пакетов с отбором на основании их свойств), а в net/filter (ядерная часть фильтра для юзерспейсовских снифферов). Это абсолютно разные вещи.


"Релиз ядра Linux 3.1"
Отправлено Magic , 24-Окт-11 20:44 
В этом ядре есть raid autodetect для metadate 1.2 ?

"Релиз ядра Linux 3.1"
Отправлено Аноним , 24-Окт-11 21:22 
Лучше бы поправили англо-фашистское ограничение 256 байт на имя файла. :E

"Релиз ядра Linux 3.1"
Отправлено Аноним , 24-Окт-11 22:28 
> Лучше бы поправили англо-фашистское ограничение 256 байт на имя файла. :E

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


"Релиз ядра Linux 3.1"
Отправлено Аноним , 26-Окт-11 12:12 
>> Лучше бы поправили англо-фашистское ограничение 256 байт на имя файла. :E
> можно пример имени файла, который Вы хотите создать?

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


"Релиз ядра Linux 3.1"
Отправлено a , 24-Окт-11 22:28 
Хотите чтобы содержание файла было одновременно и его названием?

"Релиз ядра Linux 3.1"
Отправлено Аноним , 24-Окт-11 22:50 
>можно пример имени файла, который Вы хотите создать?
>Хотите чтобы содержание файла было одновременно и его названием?

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


"Релиз ядра Linux 3.1"
Отправлено Aceler , 24-Окт-11 23:11 
А этот протокол как-то кодирует имена файлов, чтобы они были длиннее 255 символов?

"Релиз ядра Linux 3.1"
Отправлено Аноним , 24-Окт-11 23:16 
> А этот протокол как-то кодирует имена файлов, чтобы они были длиннее 255
> символов?

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


"Релиз ядра Linux 3.1"
Отправлено Аноним , 24-Окт-11 23:37 
Зато у вантузятников не поддерживается масса символов в именах файлов, даже такой полезный, как двоеточие (нередко встречается в названиях муз. альбомов). Можете им отомстить ;)

"Релиз ядра Linux 3.1"
Отправлено Аноним , 27-Окт-11 14:01 
> Зато у вантузятников не поддерживается масса символов в именах файлов, даже такой
> полезный, как двоеточие (нередко встречается в названиях муз. альбомов). Можете им
> отомстить ;)

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


"Релиз ядра Linux 3.1"
Отправлено ананим , 24-Окт-11 23:46 
1. Огрничений на 256 чего бы то там нибыло в (как вам там привычней? Лялихе?) нет.
2 . mkfs.vfat применяют не для этого, а для того чтобы в винде эта хрень точно сохранилась без проблем с регистрами и спец-символами.

"Релиз ядра Linux 3.1"
Отправлено Аноним , 25-Окт-11 19:59 
> 2 . mkfs.vfat применяют не для этого

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



"Релиз ядра Linux 3.1"
Отправлено Aceler , 24-Окт-11 23:53 
>> А этот протокол как-то кодирует имена файлов, чтобы они были длиннее 255
>> символов?
> Нет, их кодируют вантузятники, ибо в венде - 256 _символов_, а в
> лялихе - байт. Что мы имеем? Верно! Шланг при попытке скачать
> такой торрент. Приходится делать лишние движения вроде mkfs.vfat.

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


"Релиз ядра Linux 3.1"
Отправлено Elhana , 25-Окт-11 11:07 
Ни разу не видел таких торрентов.
Кроме того в винде 256 символов на имя файла вместе с каталогами, а не имя файла само по себе, поэтому если создать торрент с файлом в 256 символов, то винда его никак кроме как в корень диска не сохранит. В Linux это именно имя файла.
И в целом 255 байт у большинства ФС - это ограничение Linux VFS. Lustre, ZFS, btrfs живут с этим и никто не жалуется.

"Релиз ядра Linux 3.1"
Отправлено Ваня , 25-Окт-11 11:24 
Ограничение на длину имени файла более 256 байт снято ещё в Win XP (от её поддержки отказались, устарела). Сейчас имя файла в Win не может быть длиннее 32767 символов, в серверных - 65535 символов.

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


"Релиз ядра Linux 3.1"
Отправлено Elhana , 25-Окт-11 13:24 
> Ограничение на длину имени файла более 256 байт снято ещё в Win
> XP (от её поддержки отказались, устарела). Сейчас имя файла в Win
> не может быть длиннее 32767 символов, в серверных - 65535 символов.

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



"Релиз ядра Linux 3.1"
Отправлено z , 25-Окт-11 13:52 
>Кроме того в винде 256 символов на имя файла вместе с каталогами, а не имя файла само по себе

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


"Релиз ядра Linux 3.1"
Отправлено AlexAT , 26-Окт-11 07:51 
> Не 256, а 260 (MAX_PATH), и это ограничение оболочки, а не самой
> винды, которая абсолютные пути длиной до 32к спокойно понимает

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


"Релиз ядра Linux 3.1"
Отправлено z , 26-Окт-11 15:04 
> Винда - монолит, т.е. оболочку в отрыве рассматривать нельзя.

А линукс с его модулями, которые подходят только для текущей версии ядра - типа нет? =) Оболочку можно какую угодно подставить вместо explorer.exe, равко как и весь граф.стек заменить, при желании



"Релиз ядра Linux 3.1"
Отправлено Аноним , 26-Окт-11 18:26 
> Оболочку можно какую угодно подставить вместо explorer.exe,
> равко как и весь граф.стек заменить, при желании

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


"Релиз ядра Linux 3.1"
Отправлено z , 27-Окт-11 00:38 
>Ну покажите мне независимую альтернативную реализацию оболочки и графического стека для винды

Оболочка - Астон Шелл, граф. стек - берём и пишем по статье http://habrahabr.ru/blogs/windows/108156/

>Да еще чтобы это и работало

До завтра сделаю, шеф! =D


"Релиз ядра Linux 3.1"
Отправлено Аноним , 27-Окт-11 01:04 
> берём и пишем по статье

Проще говоря, с точки зрения простого пользователя, оболочка и ядро в винде - неделимы.
Это в линуксе можно двумя кликами в синаптике или ясте поставить другой DE, WM или shell. А в винде - сначала напиши, потом еще и вкорячь, да ничего не сломай при этом.


"Релиз ядра Linux 3.1"
Отправлено arisu , 29-Окт-11 10:30 
> граф. стек — берём и пишем по статье

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

это называется «иллюзия выбора». примерно как в анекдоте про «теоретически» и «практически»: «теоретически мы миллионеры. а практически…»


"Релиз ядра Linux 3.1"
Отправлено ram_scan , 26-Окт-11 10:25 
А толку от этих 32к если средствами стандартной оболочки (а у типового лемминга кроме нее нету ничо) нихрена потом с таким файлом/путем сделать нельзя ?

"Релиз ядра Linux 3.1"
Отправлено Ваня , 26-Окт-11 10:55 
Константа MAX_PATH не используется, во все функции по работе с файлами передаются 0-терминированная строка и её максимальная длина. На программиста возложена ответственность самому выделить требуемое количество памяти. Рекомендация по выделению не более MAX_PATH исключена из руководств.

Explorer.exe позволяет работать с именами файлов до 32 кб, сторонние программы, особенно старые, не всегда.

Наличие константы (#define MAX_PATH 260) позволяет переопределить её в программном коде после подключения windows.h на любое удобное значение, что с одной стороны делает разработку управляемой (меняете вы, а не за вас), с другой при корректном написании кода (использовании константы, а не "магических цифр") минимизирует усилия на изменение.

Если вы не знаете Win, зачем что-то утверждаете?


"Релиз ядра Linux 3.1"
Отправлено arisu , 29-Окт-11 10:41 
> Наличие константы (#define MAX_PATH 260) позволяет переопределить её в программном коде
> после подключения windows.h на любое удобное значение

(гомерически ржот) «вы можете выбрать автомобиль любого цвета, при условии, что этот цвет — чёрный.»

впрочем, эту чушь писал или глупец, или маркетолог (что, в принципе, одно и то же), ему простительно.


"Релиз ядра Linux 3.1"
Отправлено dq0s4y71 , 26-Окт-11 13:26 
> Вы, вероятно, не пользуетесь торрентами?

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


"Релиз ядра Linux 3.1"
Отправлено Аноним , 26-Окт-11 15:05 
>> Вы, вероятно, не пользуетесь торрентами?
> А если переименовать торрент/папку в удобное для вас имя, то он качаться
> не будет?

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


"Релиз ядра Linux 3.1"
Отправлено rent , 26-Окт-11 14:07 
Часто юзеры сохраняют веб страницы не меняя название. В итоге при бекапе виндовых машин на линух получается йеррор. ReiserFS не предлагать.

"Релиз ядра Linux 3.1"
Отправлено Аноним , 26-Окт-11 18:25 
> ReiserFS не предлагать.

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


"Релиз ядра Linux 3.1"
Отправлено mimimi , 27-Окт-11 10:24 
Task Scheduler же!

"Релиз ядра Linux 3.1"
Отправлено Sylvia , 24-Окт-11 22:13 
наконец-то тарболлы стали сжимать чем-то более современным (xz)

"Релиз ядра Linux 3.1"
Отправлено Ленивый аноним , 25-Окт-11 00:38 
> наконец-то тарболлы стали сжимать чем-то более современным (xz)

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


"Релиз ядра Linux 3.1"
Отправлено z , 25-Окт-11 10:50 
ещё и премии регулярно получает

"Релиз ядра Linux 3.1"
Отправлено pavlinux , 25-Окт-11 11:38 
>> наконец-то тарболлы стали сжимать чем-то более современным (xz)
> xz уже нормально работает на всех платформах, где работает GZip или хотя
> бы BZip2?

Да!


"Релиз ядра Linux 3.1"
Отправлено Аноним , 26-Окт-11 12:21 
>> наконец-то тарболлы стали сжимать чем-то более современным (xz)
> xz уже нормально работает на всех платформах, где работает GZip или хотя
> бы BZip2?

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


"Релиз ядра Linux 3.1"
Отправлено Zenitur , 28-Окт-11 07:44 
> наконец-то тарболлы стали сжимать чем-то более современным (xz)

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


"Релиз ядра Linux 3.1"
Отправлено Святоша , 24-Окт-11 22:28 
> Лучше бы поправили англо-фашистское ограничение 256 байт на имя файла. :E

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


"Релиз ядра Linux 3.1"
Отправлено Аноним , 24-Окт-11 22:52 
>Нафига, извините, больше 256 символов на название

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


"Релиз ядра Linux 3.1"
Отправлено Anonym1 , 24-Окт-11 22:57 
Возможно, имена файлов автоматом создавались MS Office... Типа
Ответное предложение клиенту Иванову
Ответное предложение клиенту Иванову д
Ответное предложение клиенту Иванову дл
Ответное предложение клиенту Иванову для
......

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


"Релиз ядра Linux 3.1"
Отправлено Ваня , 25-Окт-11 11:29 
Когда то имена были 8.3, что теперь все имена файлов не длиннее 8 символов делать для совместимости с DOS? А если длиннее - переименовывать в Ответн~1.doc? Вы ведь аналогичное решение по сути предлагаете, только у вас не 8, а 256 (почему не 128? или 512? или 10 кб?)

"Релиз ядра Linux 3.1"
Отправлено Аноним , 25-Окт-11 13:15 
> что теперь все имена файлов не длиннее 8 символов делать для совместимости с DOS

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


"Релиз ядра Linux 3.1"
Отправлено Ваня , 25-Окт-11 13:31 
Внутренние имена могут быть любыми. В Win64 напр. разработчики использовали аббревиатуру WoW ("wow" = "вау!") для обозначения "Win32 on Win64" - запуск 32-битных приложений в 64-битной ОС. Pentium 3 по факту назывался "Pentium !!!". И т.д. Юмор.

"Релиз ядра Linux 3.1"
Отправлено Аноним , 25-Окт-11 19:09 
> Юмор

Маркетинг.


"Релиз ядра Linux 3.1"
Отправлено Аноним , 26-Окт-11 12:24 
> WoW ("wow" = "вау!")

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


"Релиз ядра Linux 3.1"
Отправлено total anon , 25-Окт-11 18:11 
Дело в том что для совместимости со старым софтом PE-файл может быть загружен в процесс и по короткому (MyLiba~1.dll), и по длинному имени (MyLibaSuperCool.dll), поэтому может возникнуть ситуация когда один и тот же модуль загружен в адресное пространство два раза. Чтобы такого избежать все системные компоненты имеют имена в формате 8.3

"Релиз ядра Linux 3.1"
Отправлено Аноним , 25-Окт-11 19:11 
> Дело в том что для совместимости со старым софтом PE-файл может быть
> загружен в процесс и по короткому (MyLiba~1.dll), и по длинному имени
> (MyLibaSuperCool.dll), поэтому может возникнуть ситуация когда один и тот же модуль
> загружен в адресное пространство два раза. Чтобы такого избежать все системные
> компоненты имеют имена в формате 8.3

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


"Релиз ядра Linux 3.1"
Отправлено Frank , 25-Окт-11 23:17 
Один раз старый - по короткому, второй раз новый - по длинному. Вот и оверхэд памяти.

"Релиз ядра Linux 3.1"
Отправлено Аноним , 26-Окт-11 07:20 
Это ответ на вопрос "как". Я же спрашивал, "зачем".

"Релиз ядра Linux 3.1"
Отправлено AlexAT , 26-Окт-11 07:21 
> Один раз старый - по короткому, второй раз новый - по длинному.
> Вот и оверхэд памяти.

Да уж, это половая проблема винды - различать файлы по пути, а не по inode.


"Релиз ядра Linux 3.1"
Отправлено anonymous , 25-Окт-11 06:28 
Не символов, а байт. 256 байт может превратиться в значительно меньшее количество символов при использовании UTF-8, что иногда сбивает с толку.

"Релиз ядра Linux 3.1"
Отправлено linalex , 24-Окт-11 22:57 
Хотя бы из-за того что имя файла на русском сокращается в три раза, ибо UTF-8.

"Релиз ядра Linux 3.1"
Отправлено all_glory_to_the_hypnotoad , 24-Окт-11 23:01 
чего это в три? давай сразу в 10

"Релиз ядра Linux 3.1"
Отправлено ананим , 25-Окт-11 00:11 
Русский китаец жеж.

"Релиз ядра Linux 3.1"
Отправлено Аноним , 25-Окт-11 09:56 
2 байта в UTF-8 == 1 символ.

"Релиз ядра Linux 3.1"
Отправлено fyjybvec , 25-Окт-11 10:51 
Нет же, в общем случае не так. Просто кириллица укладывается в двухбайтовую область.

"Релиз ядра Linux 3.1"
Отправлено pavlinux , 25-Окт-11 11:28 
А ещё KOI7-R eсть.


"Релиз ядра Linux 3.1"
Отправлено Аноним , 25-Окт-11 20:02 
> А ещё KOI7-R eсть.

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


"Релиз ядра Linux 3.1"
Отправлено sarbash , 25-Окт-11 01:09 
Интересно, на загрузке, при включении KMS, на интеловском видеоадаптере всё так же экран гаснет на ~10сек. или уже пофиксили?

"Релиз ядра Linux 3.1"
Отправлено Andrey Mitrofanov , 25-Окт-11 20:53 
> Интересно, на загрузке, при включении KMS, на интеловском видеоадаптере всё так же
> экран гаснет на ~10сек. или уже пофиксили?

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

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


"Релиз ядра Linux 3.1"
Отправлено Аноним , 25-Окт-11 18:28 
Круто. И вчера ночью как раз BFS перенес под новое ядро. Жизнь хороша.

"Релиз ядра Linux 3.1"
Отправлено Аноним , 26-Окт-11 02:17 
А во время взломом вирусов не напихали?

"Релиз ядра Linux 3.1"
Отправлено all_glory_to_the_hypnotoad , 26-Окт-11 11:32 
iwlagn стал вываливать ядро в дамп, пичаль

"UNAME"
Отправлено WiseLord , 27-Окт-11 12:14 
> 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.


"UNAME"
Отправлено WiseLord , 27-Окт-11 12:15 
В смысле, обратить внимание на дату новости здесь и дату коммита в ядро.

"UNAME"
Отправлено pavlinux , 29-Окт-11 16:55 
Я вот только не пойму, была и есть LD_ASSUME_KERNEL, нахрен UNAME2 ?

"Релиз ядра Linux 3.1"
Отправлено Аноним , 23-Янв-12 12:09 
"Ранее используемая iSCSI-подсистема SCST признана устаревшей" ... Разве SCST был ядровым? По бенчам - самая быстрая реализация iSCST. Что устарело, когда и почему я не знаю? )

"Релиз ядра Linux 3.1"
Отправлено Аноним , 23-Янв-12 12:14 
Сам нашел подтверждение опечатки (?!) в этой статье: 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/