The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Релиз ядра Linux 3.1"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Релиз ядра Linux 3.1"  +/
Сообщение от opennews (ok) on 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.ru/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.ru/opennews/art.shtml?num=32120

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Релиз ядра Linux 3.1"  +14 +/
Сообщение от emfs (ok) on 24-Окт-11, 15:47 
Поздравляю всех!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

14. "Релиз ядра Linux 3.1"  –1 +/
Сообщение от bircoph (ok) on 24-Окт-11, 16:29 
Когда же kernel.org номарльно заработает и не нужно будет из git тянуть?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

15. "Релиз ядра Linux 3.1"  +3 +/
Сообщение от pavlinux (ok) on 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

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

17. "Релиз ядра Linux 3.1"  +3 +/
Сообщение от Аноним (??) on 24-Окт-11, 16:37 
А вообще, да, гит рулит.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

16. "Релиз ядра Linux 3.1"  +/
Сообщение от Аноним (??) on 24-Окт-11, 16:36 
А зачем тянуть из гита? О_о

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

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

18. "Релиз ядра Linux 3.1"  +1 +/
Сообщение от pavlinux (ok) on 24-Окт-11, 16:39 
> А зачем тянуть из гита?

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

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

32. "Релиз ядра Linux 3.1"  +1 +/
Сообщение от Аноним (??) on 24-Окт-11, 20:55 
Зачем нужно не тянуть из git? Это самый удобный вариант.
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

20. "Релиз ядра Linux 3.1"  +/
Сообщение от ferhiord on 24-Окт-11, 17:32 
Говорили, что баг с повышенным потреблением энергии на мобильных устройствах связан с регрессией в прошлой версии (однозначно воспроизводится на Ubuntu Oneiric, где ядро 3.0). Об исправлении этой проблемы есть какая-нибудь информация?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

25. "Релиз ядра Linux 3.1"  +/
Сообщение от Zenitur (ok) on 24-Окт-11, 18:14 
Не в прошлой, а в 2.6.38, об этом на опеннете была новость. http://www.opennet.ru/opennews/art.shtml?num=30345
Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

35. "Релиз ядра Linux 3.1"  +/
Сообщение от Карбофос (ok) on 24-Окт-11, 21:43 
дело в том, что нашли еще подобные проблемы на специфичном железе http://www.opennet.ru/opennews/art.shtml?num=31988 ветка 3.0
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

129. "Релиз ядра Linux 3.1"  +1 +/
Сообщение от Аноним (??) on 27-Окт-11, 13:57 
> Говорили, что баг с повышенным потреблением энергии на мобильных устройствах связан с

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

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

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

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

138. "Релиз ядра Linux 3.1"  +/
Сообщение от Vova email(??) on 03-Апр-12, 07:06 
кривой чип nForce, кривой биос, что-то тут не чисто... Или они уже делают железо глюк2глюк компатибилити?
Ответить | Правка | ^ к родителю #129 | Наверх | Cообщить модератору

21. "Релиз ядра Linux 3.1"  +/
Сообщение от Дмитрий (??) on 24-Окт-11, 17:44 
Здравствуйте, кто тестил как с потреблением электроэнергии? Ситуация всё так же не ахти? Спрашиваю потому как использую Линукс на ноутбуке
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

26. "Релиз ядра Linux 3.1"  +3 +/
Сообщение от Eugeni Dodonov email(ok) on 24-Окт-11, 18:52 
Попробуйте включить опцию "i915.i915_enable_rc6=1" в параметры ядра (либо в modules.conf), должно улучшить энергопотребление на 20-50%.
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

27. "Релиз ядра Linux 3.1"  +/
Сообщение от Дмитрий (??) on 24-Окт-11, 20:15 
Можно подробнее где это и как прописать?
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

28. "Релиз ядра Linux 3.1"  +3 +/
Сообщение от Eugeni Dodonov email(ok) on 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

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

29. "Релиз ядра Linux 3.1"  –2 +/
Сообщение от Аноним (??) on 24-Окт-11, 20:33 
Конгениальный костыль. Особенно впечатляет имя параметра. Оно очень мнемоническое!
Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

50. "Релиз ядра Linux 3.1"  +/
Сообщение от Карбофос (ok) on 24-Окт-11, 23:50 
перечислим костыли виндов? пардон за оффтопик.
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

53. "Релиз ядра Linux 3.1"  +5 +/
Сообщение от ананим on 25-Окт-11, 00:14 
Не.
он по уиду в клсид рееста наизусть все ком-объекты знает.
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

130. "Релиз ядра Linux 3.1"  +1 +/
Сообщение от Аноним (??) on 27-Окт-11, 14:00 
> Не.
> он по уиду в клсид рееста наизусть все ком-объекты знает.

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

Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

57. "Релиз ядра Linux 3.1"  –1 +/
Сообщение от 1 (??) on 25-Окт-11, 05:34 
какие костыли? причем они здесь?
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

88. "Релиз ядра Linux 3.1"  +/
Сообщение от Карбофос (ok) on 25-Окт-11, 14:41 
да просто вантузятники обычно орут про костыльные решения линукса, забывая про бревно в своём глазу. не больше.
Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

113. "Релиз ядра Linux 3.1"  –1 +/
Сообщение от dq0s4y71 (??) on 26-Окт-11, 13:19 
Вантузятники-то тут причём? Можно подумать, наличие проблем в Windows как-то оправдывает наличие проблем в Linux.
Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

139. "Релиз ядра Linux 3.1"  +/
Сообщение от Vova email(??) on 03-Апр-12, 07:10 
прикол в том, что производители срут на стандарты ссылаясь на то, что "в шиндовс работает".
Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

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

i915.i915_enable_fbc=1
i915.lvds_downclock=1

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

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

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

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

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

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

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

30. "Релиз ядра Linux 3.1"  +/
Сообщение от Magic (??) on 24-Окт-11, 20:44 
В этом ядре есть raid autodetect для metadate 1.2 ?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

34. "Релиз ядра Linux 3.1"  +3 +/
Сообщение от Аноним (??) on 24-Окт-11, 21:22 
Лучше бы поправили англо-фашистское ограничение 256 байт на имя файла. :E
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

39. "Релиз ядра Linux 3.1"  +2 +/
Сообщение от a email(??) on 24-Окт-11, 22:28 
Хотите чтобы содержание файла было одновременно и его названием?
Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

45. "Релиз ядра Linux 3.1"  +/
Сообщение от Aceler email(ok) on 24-Окт-11, 23:11 
А этот протокол как-то кодирует имена файлов, чтобы они были длиннее 255 символов?
Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

48. "Релиз ядра Linux 3.1"  +4 +/
Сообщение от Аноним (??) on 24-Окт-11, 23:37 
Зато у вантузятников не поддерживается масса символов в именах файлов, даже такой полезный, как двоеточие (нередко встречается в названиях муз. альбомов). Можете им отомстить ;)
Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

49. "Релиз ядра Linux 3.1"  +/
Сообщение от ананим on 24-Окт-11, 23:46 
1. Огрничений на 256 чего бы то там нибыло в (как вам там привычней? Лялихе?) нет.
2 . mkfs.vfat применяют не для этого, а для того чтобы в винде эта хрень точно сохранилась без проблем с регистрами и спец-символами.
Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

95. "Релиз ядра Linux 3.1"  +/
Сообщение от Аноним (??) on 25-Окт-11, 19:59 
> 2 . mkfs.vfat применяют не для этого

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


Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

63. "Релиз ядра Linux 3.1"  +/
Сообщение от Elhana (ok) on 25-Окт-11, 11:07 
Ни разу не видел таких торрентов.
Кроме того в винде 256 символов на имя файла вместе с каталогами, а не имя файла само по себе, поэтому если создать торрент с файлом в 256 символов, то винда его никак кроме как в корень диска не сохранит. В Linux это именно имя файла.
И в целом 255 байт у большинства ФС - это ограничение Linux VFS. Lustre, ZFS, btrfs живут с этим и никто не жалуется.
Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

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

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


Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

87. "Релиз ядра Linux 3.1"  +/
Сообщение от z (??) on 25-Окт-11, 13:52 
>Кроме того в винде 256 символов на имя файла вместе с каталогами, а не имя файла само по себе

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

Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

118. "Релиз ядра Linux 3.1"  +/
Сообщение от z (??) on 26-Окт-11, 15:04 
> Винда - монолит, т.е. оболочку в отрыве рассматривать нельзя.

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


Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #118 | Наверх | Cообщить модератору

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

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

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

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

Ответить | Правка | ^ к родителю #122 | Наверх | Cообщить модератору

125. "Релиз ядра Linux 3.1"  +/
Сообщение от Аноним (??) on 27-Окт-11, 01:04 
> берём и пишем по статье

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

Ответить | Правка | ^ к родителю #124 | Наверх | Cообщить модератору

133. "Релиз ядра Linux 3.1"  +/
Сообщение от arisu (ok) on 29-Окт-11, 10:30 
> граф. стек — берём и пишем по статье

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

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

Ответить | Правка | ^ к родителю #124 | Наверх | Cообщить модератору

105. "Релиз ядра Linux 3.1"  +/
Сообщение от ram_scan on 26-Окт-11, 10:25 
А толку от этих 32к если средствами стандартной оболочки (а у типового лемминга кроме нее нету ничо) нихрена потом с таким файлом/путем сделать нельзя ?
Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

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

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

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

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

Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

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

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

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

Ответить | Правка | ^ к родителю #106 | Наверх | Cообщить модератору

115. "Релиз ядра Linux 3.1"  +/
Сообщение от dq0s4y71 (??) on 26-Окт-11, 13:26 
> Вы, вероятно, не пользуетесь торрентами?

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

Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

116. "Релиз ядра Linux 3.1"  +/
Сообщение от rent on 26-Окт-11, 14:07 
Часто юзеры сохраняют веб страницы не меняя название. В итоге при бекапе виндовых машин на линух получается йеррор. ReiserFS не предлагать.
Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

121. "Релиз ядра Linux 3.1"  +/
Сообщение от Аноним (??) on 26-Окт-11, 18:25 
> ReiserFS не предлагать.

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

Ответить | Правка | ^ к родителю #116 | Наверх | Cообщить модератору

126. "Релиз ядра Linux 3.1"  +/
Сообщение от mimimi on 27-Окт-11, 10:24 
Task Scheduler же!
Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

36. "Релиз ядра Linux 3.1"  +/
Сообщение от Sylvia (ok) on 24-Окт-11, 22:13 
наконец-то тарболлы стали сжимать чем-то более современным (xz)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

60. "Релиз ядра Linux 3.1"  +2 +/
Сообщение от z (??) on 25-Окт-11, 10:50 
ещё и премии регулярно получает
Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

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

Да!

Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

41. "Релиз ядра Linux 3.1"  +/
Сообщение от Аноним (??) on 24-Окт-11, 22:52 
>Нафига, извините, больше 256 символов на название

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

Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

70. "Релиз ядра Linux 3.1"  +/
Сообщение от Ваня on 25-Окт-11, 11:29 
Когда то имена были 8.3, что теперь все имена файлов не длиннее 8 символов делать для совместимости с DOS? А если длиннее - переименовывать в Ответн~1.doc? Вы ведь аналогичное решение по сути предлагаете, только у вас не 8, а 256 (почему не 128? или 512? или 10 кб?)
Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

84. "Релиз ядра Linux 3.1"  +/
Сообщение от Аноним (??) on 25-Окт-11, 13:15 
> что теперь все имена файлов не длиннее 8 символов делать для совместимости с DOS

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

Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

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

93. "Релиз ядра Linux 3.1"  +/
Сообщение от Аноним (??) on 25-Окт-11, 19:09 
> Юмор

Маркетинг.

Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

111. "Релиз ядра Linux 3.1"  +/
Сообщение от Аноним (??) on 26-Окт-11, 12:24 
> WoW ("wow" = "вау!")

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

Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

91. "Релиз ядра Linux 3.1"  +1 +/
Сообщение от total anon on 25-Окт-11, 18:11 
Дело в том что для совместимости со старым софтом PE-файл может быть загружен в процесс и по короткому (MyLiba~1.dll), и по длинному имени (MyLibaSuperCool.dll), поэтому может возникнуть ситуация когда один и тот же модуль загружен в адресное пространство два раза. Чтобы такого избежать все системные компоненты имеют имена в формате 8.3
Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

99. "Релиз ядра Linux 3.1"  +/
Сообщение от Frank email(ok) on 25-Окт-11, 23:17 
Один раз старый - по короткому, второй раз новый - по длинному. Вот и оверхэд памяти.
Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

102. "Релиз ядра Linux 3.1"  +/
Сообщение от Аноним (??) on 26-Окт-11, 07:20 
Это ответ на вопрос "как". Я же спрашивал, "зачем".
Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

103. "Релиз ядра Linux 3.1"  +/
Сообщение от AlexAT (ok) on 26-Окт-11, 07:21 
> Один раз старый - по короткому, второй раз новый - по длинному.
> Вот и оверхэд памяти.

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

Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

58. "Релиз ядра Linux 3.1"  +/
Сообщение от anonymous (??) on 25-Окт-11, 06:28 
Не символов, а байт. 256 байт может превратиться в значительно меньшее количество символов при использовании UTF-8, что иногда сбивает с толку.
Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

43. "Релиз ядра Linux 3.1"  +/
Сообщение от linalex (ok) on 24-Окт-11, 22:57 
Хотя бы из-за того что имя файла на русском сокращается в три раза, ибо UTF-8.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

44. "Релиз ядра Linux 3.1"  +3 +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 24-Окт-11, 23:01 
чего это в три? давай сразу в 10
Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

52. "Релиз ядра Linux 3.1"  +1 +/
Сообщение от ананим on 25-Окт-11, 00:11 
Русский китаец жеж.
Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

59. "Релиз ядра Linux 3.1"  +/
Сообщение от Аноним (??) on 25-Окт-11, 09:56 
2 байта в UTF-8 == 1 символ.
Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

61. "Релиз ядра Linux 3.1"  +/
Сообщение от fyjybvec on 25-Окт-11, 10:51 
Нет же, в общем случае не так. Просто кириллица укладывается в двухбайтовую область.
Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

69. "Релиз ядра Linux 3.1"  +1 +/
Сообщение от pavlinux (ok) on 25-Окт-11, 11:28 
А ещё KOI7-R eсть.

Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

96. "Релиз ядра Linux 3.1"  +2 +/
Сообщение от Аноним (??) on 25-Окт-11, 20:02 
> А ещё KOI7-R eсть.

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

Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

55. "Релиз ядра Linux 3.1"  +/
Сообщение от sarbash (ok) on 25-Окт-11, 01:09 
Интересно, на загрузке, при включении KMS, на интеловском видеоадаптере всё так же экран гаснет на ~10сек. или уже пофиксили?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

97. "Релиз ядра Linux 3.1"  +/
Сообщение от Andrey Mitrofanov on 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...

Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

92. "Релиз ядра Linux 3.1"  +1 +/
Сообщение от Аноним email(??) on 25-Окт-11, 18:28 
Круто. И вчера ночью как раз BFS перенес под новое ядро. Жизнь хороша.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

101. "Релиз ядра Linux 3.1"  +/
Сообщение от Аноним (??) on 26-Окт-11, 02:17 
А во время взломом вирусов не напихали?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

107. "Релиз ядра Linux 3.1"  +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 26-Окт-11, 11:32 
iwlagn стал вываливать ядро в дамп, пичаль
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

127. "UNAME"  +/
Сообщение от WiseLord on 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.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

128. "UNAME"  +/
Сообщение от WiseLord on 27-Окт-11, 12:15 
В смысле, обратить внимание на дату новости здесь и дату коммита в ядро.
Ответить | Правка | ^ к родителю #127 | Наверх | Cообщить модератору

135. "UNAME"  +/
Сообщение от pavlinux (ok) on 29-Окт-11, 16:55 
Я вот только не пойму, была и есть LD_ASSUME_KERNEL, нахрен UNAME2 ?
Ответить | Правка | ^ к родителю #127 | Наверх | Cообщить модератору

136. "Релиз ядра Linux 3.1"  +/
Сообщение от Аноним (??) on 23-Янв-12, 12:09 
"Ранее используемая iSCSI-подсистема SCST признана устаревшей" ... Разве SCST был ядровым? По бенчам - самая быстрая реализация iSCST. Что устарело, когда и почему я не знаю? )
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

137. "Релиз ядра Linux 3.1"  +/
Сообщение от Аноним (??) on 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/
Ответить | Правка | ^ к родителю #136 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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