форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

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

"Релиз ядра 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.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
Ответить | Правка | 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.me/opennews/art.shtml?num=30345
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	35. "Релиз ядра Linux 3.1"	+/–
	Сообщение от Карбофос (ok) on 24-Окт-11, 21:43
	дело в том, что нашли еще подобные проблемы на специфичном железе http://www.opennet.me/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 (??) 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 (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 (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 (??) 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 (??) on 24-Окт-11, 22:28
	Хотите чтобы содержание файла было одновременно и его названием?
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

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

	45. "Релиз ядра Linux 3.1"	+/–
	Сообщение от Aceler (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 (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 (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 +/–
Сообщение от Аноним (??) 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 | Индекс форумов | Темы | Пред. тема | След. тема