Следуя новой политике (http://www.opennet.me/opennews/art.shtml?num=5837) выпуска Linux ядер, ядро 2.6.14-rc1 ознаменовало собой заморозку добавления новых возможностей, т.е. до выпуска релиза будут производиться только исправления найденных ошибок.
Из новшеств можно отметить включение систем FUSE (http://fuse.sourceforge.net/) [[
END]] (Filesystem in Userspace), relayfs (http://www.opersys.com/relayfs/), Corgi/w100fb, драйвера IPW2100 и Secure Digital, поддержку Intel Centrino, значительные изменения в коде ACPI, PCMCIA и DVB.
Изменения в подсистемах drm, watchdog, hwmon, i2c, infiniband, input layer, md, dvb, v4l, network, ntfs, xfs, pci, pcmcia, scsi, usb, sound driver.URL: http://kerneltrap.org/node/5653
Новость: http://www.opennet.me/opennews/art.shtml?num=6082
таким образом они хотят избавиться
от части 2.6.14.хх ?
Мля... Опять без Reiser4.
> Мля... Опять без Reiser4.
Ханс Райзер бьётся (бедный-несчастный) над этим вопросом:
http://kerneltrap.org/node/5679
<-- http://linuxtoday.com/developer/2005091901826OSKNSW
Вот только всякие Торвальдсы-Коксы придераются почему-то.
Вредные они.
+<B-]
O! Linux стал тянуться к FreeBSD... Похвально... :)
попытка навести хоть какой то порядок, а то ужо становится не ясно какое ядро новое а какое стабильное.
тянуться ж)) врятли там думают про бсд, линукс это линукс и не имеет никакова отношения к бсд.
А то, что наконец-то hostap втянули не упомянуто нигде.
Теперь еще и ФС в userspace... Докатились :(
А что не так? Это огромный плюс, на самом деле.
Во-первых, это игрушки типа FTPfs, SSHfs и т.д. Иногда полезно.
Во-вторых, это ускорит появление поддержки новых ФС. Если для ядра полноценный драйвер какой-нибудь NTFS/XFS/ReiserN/UDF разрабатывать и отлаживать недостаточно опытному человеку достаточно страшно, заняться реализицаей в userspace вероятность гораздо выше. После отладки и тестирования можно будет спокойно писать ядерный драйвер. В то же время лишнее из ядра можно будет вынести. Для FreeBSD, например, portalfs место, скорее, в userland.
В-третьих, это убьет поделки-костыли типа gnomevfs.Вот чисто практический пример: http://chaos.allsiemens.com/siefs/
А вообще, примеров куча: http://fuse.sourceforge.net/filesystems.html
Под FreeBSD она тоже, кстати, планируется:
http://wikitest.freebsd.org/moin.cgi/FuseFilesystem
Это весьма неплохо для подключения мобильных телефонов;))
странно, что не указали добавление v9fs
подскажите, пожалуйста, соберется ли это ядро для amd64 платформы и будет ли на ней работать?
/me только что переехал на amd64/
будет и очень даже хорошо
За реализацию ФС типа NTFS в юзер-режиме имхо надо давать в бубен и больно, ибо нефиг.У микрософта оно вполне себе в ядре сделано... (ну им на производительность системы как-то не совсем еще пофигу).
>За реализацию ФС типа NTFS в юзер-режиме имхо надо давать в бубен
>и больно, ибо нефиг.У микрософта оно вполне себе в ядре сделано...NTFS в FUSE тебе никто не сделает, ибо нет низкоуровневого доступа к диску, ведь процесс работает от uid юзера, а не рута. NTFS в файле - пожалуйста, только никому не нужно :-) Это сделано для всяких ftpfs, sshfs, isofs, tarfs для которых запихивать логику в ядро - безумие. Для сетевых ФС самое то.
>За реализацию ФС типа NTFS в юзер-режиме имхо надо давать в бубен
>и больно, ибо нефиг.
еще и как фиг. А ты иди бубном над виндой потряси. Как хотели - так и написали. Юзер-левел, так юзер-левел. Не нравица -мазздай те в ...> У микрософта оно вполне себе в ядре сделано...
>(ну им на производительность системы как-то не совсем еще пофигу).
вот и славно шо у них своя ФС в ядре (было бы дивно если б... ;)
а производительности с НТВС на линухе на*уй никому не нужно. Один раз забрать дату/музыку/фильмы с нтфс после перехода на линух - и все. Сносится мазздайФС и форматиться февайс под че-нить человеческое. А производительность пускай мягкие меряют... им это еще продать кому-то хочеться ;))))
Если так рассуждать - линукс всегда будет сливать все той же винде:\.А 1 раз забрать данные с NTFS можно и так кучей способов.Написать для этого свою реализацию нтфс - один из самых геморройных способов наверное ;)