LINUX.ORG.RU

Павел Шиловский закончил работу в рамках GSoC над поддержкой SMB2 в CIFS-модуле ядра Linux

 , ,


0

1

Подходит к концу GSoC 2011, и постепенно участники начинают сообщать об успешном завершении работ над своими проектами.

Так, вчера студент-выпускник факультета компьютерных наук и информационных технологий Саратовского государственного университета имени Н. Г. Чернышевского Павел Шиловский сообщил в списке рассылки samba-technical о завершении работы над поддержкой протокола SMB2 в CIFS-модуле ядра Linux.

Два с половиной месяца назад перед Павлом были поставлены следующие задачи:

  • портировать существующий код SMB2 в CIFS-модуль ядра Linux;
  • адаптировать параллельную и асинхронную инфраструктуры для работы в CIFS-модуле;
  • реализовать новую семантику кеширования согласно диалекту 2.10 протокола SMB2.

Следить за работой Павла над проектом можно было в публичных git-репозиториях Etersoft и ALT Linux.

В опубликованном в рассылке сообщении Павел кроме информации о завершении работы также предложил ознакомиться с результатами сравнительного тестирования реализаций первой версии протокола SMB и диалектов 2.002 и 2.10 протокола SMB2 в CIFS-модуле ядра в своём блоге.
Диалект 2.10 протокола использует механизм кеширования, позволяющий клиентам использовать кеш даже при нескольких открытых файловых дескрипторах одного и того же файла.
Согласно результатам теста, диалект 2.10 протокола SMB2 работает с кешем для операций ввода/вывода более эффективно (от пяти до шестнадцати раз в проведённых исследованиях), позволяя ускорить работу приложений, использующих во время работы несколько файловых дескрипторов одного и того же файла.

Теперь можно терпеливо ожидать включения кода, разработанного Павлом, в следующую стабильную версию LinuxCIFS utils или же опробовать версию клиента из репозитория Павла, естественно, с сервером, поддерживающим протокол SMB2, в роли которого может быть Samba 3.6.0, Windows Vista, Windows 7, Windows Server 2008/2008 R2.

>>> Сообщение в рассылке

★★★

Проверено: JB ()
Последнее исправление: adriano32 (всего исправлений: 7)

Наконец-то. Как долго собирались. Думаю к году 2015 таки включат.

anonymous
()

Все ради совместимости с виндой!

splinter ★★★★★
()

Ну что же, не подвёл страну. МОЛОДЕЦ!!!

AlexVR ★★★★★
()
Ответ на: комментарий от registrant

Принимаю заказы на написание новостей, цена договорная, контакты в профиле :3

adriano32 ★★★
() автор топика

где тег «история успеха»? :)

tazhate ★★★★★
()
Ответ на: комментарий от tailgunner

> Тоже успешно сделал проект GSoC. И работает в одной конторе с isako, вероятно :)

откуда дровишки?

JB ★★★★★
()
Ответ на: комментарий от JB

>> Тоже успешно сделал проект GSoC. И работает в одной конторе с isako, вероятно :)

откуда дровишки?

Ты как будто другой чятег модерасишь %)

tailgunner ★★★★★
()
Ответ на: комментарий от isako

="http://socghop.appspot.com/gsoc/project/google/gsoc2011/dmatveev/13001"]Add kqueue support to GIO
Dmitry Matveev
Abstract

The primary goal of the project is to bring the file system monitoring support to GIO port on NetBSD using kqueue. The second goal is to implement a compatibility library that exposes an inotify interface on top of kqueue.

Интересно почитать было бы, конечно, но скорее всего обсуждение перерасло бы в BSD-срач.

adriano32 ★★★
() автор топика

Нельзя же.

В опубликованном в рассылке сообщении Павел кроме информации о завершении работы также предложил ознакомиться с результатами сравнительного тестирования текущей реализации CIFS, реализации SMB2 от Microsoft

А разве лицензионное соглашение венды не запрещает публикацию любых бенчмарков?

Camel ★★★★★
()
Ответ на: Нельзя же. от Camel

Можно же.

А разве лицензионное соглашение венды не запрещает публикацию любых бенчмарков?

Посмотрел что по ссылке, парень тестировал производительность разных линуксовых клиентов подключащихся к вендовому серверу. Всё ок.

Camel ★★★★★
()
Ответ на: LMGTFY. от Camel

В России этот пункт вряд ли будет иметь силу - можно забить.

RussianNeuroMancer ★★★★★
()
Ответ на: LMGTFY. от Camel

Разве это не рапространяется только на беты продуктов?

adriano32 ★★★
() автор топика

> в CIFS модуле

в CIFS-модуле

или

в модуле CIFS

не?

vovans ★★★★★
()
Ответ на: Нельзя же. от Camel

Этот пункт явно юридически ничтожен в РФ, если речь про EULA.

sv75 ★★★★★
()
Ответ на: комментарий от registrant

Лень отдельную тему создавать. Парень который это писал отрапортавал что закончил с разработкой. Он реализавал почти все функции апи осталось несколько built-in функций.
Вот его блог, можеш сам почитать.
http://steckdenis.wordpress.com/

Сейчас все это работает софтаврно (тоесть на цпу). Перенести работу на гпу это еще один большой проект. Как я понял хакеры месы сами еще не знают как это лучше сделать. Есть 2 варианта6 использовать tgsi который хорош для графики но сливает в вычислениях или же юзать LLVM IR который сливает в графике. Так что они пока думают)
Это то как я понял текущую ситуацию.

Behem0th ★★★★★
()
Ответ на: комментарий от Behem0th

Этот студент также обещал и дальше пилить потихоньку Clover после окончания GSoC.

Behem0th ★★★★★
()

По теме, кто может в пару слов для человека не в теме рассказать для чего нужен этот модуль?

Behem0th ★★★★★
()
Ответ на: комментарий от tailgunner

Сделать-то сделал, но ещё не известно, насколько успешно :) Но я думаю, что меня запассят.

yoghurt ★★★★★
()
Ответ на: комментарий от adriano32

Да там в общем-то ничего интересного. Сделал GFileMonitor'ы в GIO работать быстро через kqueue на тех платформах, где оно есть, и сколотил юзерспейсную библиотеку, эмулирующую интерфейс inotify (с поддержкой почти всех важных уведомлений) поверх того же kqueue.

Некоторые подробности худо-бедно освещались в блоге, но там в основном всякие спонтанные и несистематизированные записки.

yoghurt ★★★★★
()
Ответ на: комментарий от Behem0th

С Samba-шар семёрочки и сервера 2008 [R2] CIFS модуль в ядре теперь будет быстрее работать, когда несколько потоков приложения открывают один и тот же файл с разными файловыми дескрипторами.
В остальном CIFS модуль ядра просто будет поддерживает протокол SMB2, который работает шустрее чем нынешний.
Ну это свободная трактовка.

adriano32 ★★★
() автор топика
Ответ на: комментарий от do0dlez

а ты нужен зачем? Если тебе игры не нужны, это ещё не значит, что все такие. Можно просто промолчать, а не ...

vovans ★★★★★
()
Ответ на: комментарий от adriano32

>Ну это свободная трактовка.

Мне такая и нужна была. Спасибо что просветил.

Behem0th ★★★★★
()
Ответ на: комментарий от do0dlez

и что же? Что это доказывает? Хватит флудить уже. То, что игры выходят под Линукс, это хорошо. Хорошо, что хоть некоторые разработчики уделяют внимание этой платформе.

vovans ★★★★★
()

Хоть гуглу многие пророчат место «Корпорации зла», но GSoC проект зачетный и много хороших вещей уже реализовано в его рамках и надеюсь будет еще реализовано.

Behem0th ★★★★★
()
Ответ на: комментарий от vovans

т.е., судя по вашим словам, игры, и только игры --- главное для жну/линукса? и плевать на обновления продуктов, которые куда сильнее ассоциируются с линуксом?

do0dlez ★★
()

надеюсь годика через два код этого студиоза подправят, вычистят баги, а уже потом будут думать как-бы его положить в ядро - вот тогда будет самое время для него

FeyFre ★★★★
()
Ответ на: комментарий от do0dlez

Ну почему же «только»? Хватит зацикливаться уже на одном и том же.

vovans ★★★★★
()

Впечатляет - это не то слово. «Может собственных Платонов и быстрых разумом Невтонов Российская земля рождать». Такие вещи - это не просто огромный вклад в OpenSource, а фундаментальный, основополагающий вклад. Браво Шилову!

DRVTiny ★★★★★
()

Паша, молодец, так держать!

Genix
()
Ответ на: комментарий от anykey_mlya

этот «студиоз» просто молодец! а чем вы можете похвастаться?

копипастой я бы точно не хвалился бы.

FeyFre ★★★★
()
Ответ на: комментарий от anykey_mlya

>этот «студиоз» просто молодец! а чем вы можете похвастаться?

я могу перчатку лопнуть!

А если по делу, то в GSOC его какой то препод выдвинул. Препода качать, а может и накачать чемнибудь спиртным! Студиоз не с неба упал!

demmsnt
()

Объясните, разве ядерный модуль для CIFS не использует самбу? Почему нужно допиливать именно модуль, если он является просто враппером?

h31 ★★★★
()
Ответ на: комментарий от h31

Учи матчасть

Samba — это сервер, CIFS-модуль в ядре — клиент. Ещё вопросы есть?
Что ты выдумал про вропперы, я не знаю. Та же клиента smbfs пока её не выпилили в течение 2.6.26 — 2.6.38 имела отдельную кодовую базу, и ну никак не обращалась к вызовам из кода __Samba сервера__, которого могло кстати и не быть на компе, пытавшемся быть клиентом у сервера с вендошарами (Samba или венда).

adriano32 ★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.