Speaker Rabbit

abbra


CIFS: curious information funneled sometimes


Previous Entry Share Next Entry
О лоралитиках
Speaker Rabbit
abbra
ЛОР добрался до заметки Эндрю Бартлетта о сентябрьской сессии по тестированию Samba4 вместе с Microsoft.

Microsoft присоединяется к разработке Samba
Как сообщили участники проекта Samba, разработчики Active Directory из Microsoft начали работу по улучшению Samba в плане совместимости с Active Directory и протоколом CIFS. В качестве первого шага они передали необходимую документацию и спецификации на протоколы.

Первые шаги в данном направлении были сделаны Microsoft на конференции Samba eXPerience 2008. Где были представлены доклады: "Model-Based Quality Assurance of the SMB2 Protocol Document" и "SMB Version 2: Scaling From Kilobits to Gigabits".


Ни заголовок новости, ни содержимое первого абзаца не отражают реальности. Во-первых, Microsoft не присоединяется к разработке Samba. Microsoft принуждена судом к открытию спецификаций на протоколы, по которым взаимодействуют между собой сервер рабочих групп и его клиенты. Документация на эти протоколы, полученная Samba Team в декабре 2007, безусловно полезна, но не надо переоценивать деятельность коммерческой компании, принужденной к этому юридической системой. То, что в дальнейшем она открыла еще больше спецификации на несвязанные темы, не означает, что компания фундаментально изменилась.

С другой стороны, в Microsoft последнее десятилетие присутствует системный кризис в разработке ключевых компонент операционной системы. В частности, долгое время отдельные элементы (стек протоколов CIFS, драйвер NTFS) не имели нормальной внутренней документации, кроме кода, приходилось прибегать к внешним сотрудникам для получения приемлемых результатов (документирование NTFS в 1998, "археология CIFS" в 2008). Сам код был плохо приспособлен к изменяющемуся состоянию внешней среды (рост применений в высоколатентных сетях, увеличение проблем с безопасностью в сетевой инфраструктуре). Поэтому к апрелю 2008, к SambaXP, Microsoft подошел с необходимостью реинжиниринга собственных процессов разработки, тестирования и проектирования сложных компонент ОС.

Встречи и дискуссии во время SambaXP и последующих встреч, одну из которых описывает Эндрю Бартлетт, идут на пользу обеим сторонам, это очевидно. Не нужно только делать из этого выводы в стиле "Microsoft присоединяется к разработке Samba". Пока единственным практическим взносом в разработку Samba от Microsoft является man-страница smbtorture в Samba4. Именно потому, что это самый важный компонент Samba для Microsoft -- в методологии тестирования CIFS взгляды Samba Team и Microsoft существенно расходятся и лидирует тут совсем не Microsoft.

Открытие документации -- это попытка убить зайцев на многих фронтах, из которых вынужденная помощь конкурентам является скорее меньшим злом, чем выигрыш от достижений. Crowd-sourcing по документации (Microsoft обязана решением суда отвечать в четко отведенное время на запросы лицензиатов WSPP, а "дыр" в документации много), перекрестное опыление в методологии тестирования ПО, методах оптимизации систем для высоколатентных соединений важны и стоят тех средств, которые они вкладывают (в июньском отчете минюста США говорилось о группе сотрудников Microsoft и контракторов более 700 человек, занятых на этом фронте).

Так что "в качестве первого шага" стоит скорее рассматривать не передачу документации, а отказ от аппеляции. И не забывать, что публичные коммерческие компании прежде всего направлены на увеличение дохода держателей своих акций, а не помощь своим конкурентам. Последнее играет важную роль до тех пор, пока помогает оптимизировать извлечение прибыли. Подтверждением может служить и практическая польза задавания вопросов через публичный форум разработчиков, где многие вопросы остаются без ответов значительно дольше, чем хотелось бы, в отличие от рассылки для сабконтракторов PFIF. Рынок IT сегодня сильно отличается от черно-белой картины, которая существует в головах подтверждающих новости на ЛОРе.

  • 1
Как должен звучать текст новости? Могу поправить со "ссылкой на источник внутри Samba team"

P.S. Саныч - он всегда такой.

Мне неинтересен ЛОР как источник дезинформации. Чем глупее он будет выглядеть, тем быстрее им перестанут пользоваться как новостийным ресурсом.

Не замечаю снижения интереса к ЛОРу, несмотря на.
(Frozen) (Parent) (Thread)

Я пробовал как-то писать комментарии в подобные новости на ЛОР, но поскольку они не дают особой возможности завязывать флейм (спорить-то не о чем, по сути), то они игнорируются основной частью публики. Так что я предпочитаю писать у себя и для тех, кто готов думать.

Что касается снижения интереса -- дело наживное.

Сережа, с днем рождения!

насчет форума - могу подтвердить, скорость ответа там значительно меньше, чем когда я спрашиваю напрямую в микрософте.
P.S. кстати, как у вас впечатления от последнего апдейта документации? по моим тематикам добавили очень много деталей, что делает создание соответствующих продуктов достаточно простым, если четко следовать спецификациям.

Поскольку большинство серьезных изменений по части протоколов в WSPP инициируется нами, то изменения мы получаем еще до выхода апдейтов. То есть, как мы видим эти изменения практически сразу, а не ждем квартал.

Ой, спасибо :) А чего заморозил? :)

По-моему, просто ошибся и не туда тыкнул :-)

> кросс-опыление

или кросс-бридинг, или уж перекрёстное опыление

IMHO, все же samba по большому счету не конкурент ms, т.к. служит интеграции. Там где нет продуктов ms совсем, можно и обойтись и без samba.

Пожалуйста, никто же не заставляет пользоваться тем, чем Вам хочется.

На самом деле реальной альтернативы samba даже в linux-only сетях в общем-то нет. (только не надо про afs и nfs4, cifs-у они в 90% случая просто не конкуренты, а nfs4 к тому же еще сырой и "kernel-level-only" что сильно затрудняет использование оного в том же virtuozo)
Чего пока нет у самбы (и надеюсь будет таки в 4-й) это полноценного AD. Ибо сейчас наколенки типа openldap + ldap + krb5 могут обеспечить только очень базовую функциональность.

afs -- хорошая вещь. У нас в source/modules есть модуль интеграции с AFS, да и configure --with-fake-kaserver никто не отменял, так что до определенной степени совместно их использовать можно.

Базовые вещи, которые уже по возможностям больше openldap+krb5, samba4 уже обеспечивает.

Ну возможно с afs я погорячился.

Там много своих нюансов :-)

А что, релиз samba4 действительно будет в этом году?

Сомневаюсь. Бета -- может быть, скорее будет еще одна альфа.

"В частности, долгое время отдельные элементы (стек протоколов CIFS, драйвер NTFS) не имели нормальной внутренней документации, кроме кода, приходилось прибегать к внешним сотрудникам для получения приемлемых результатов (документирование NTFS в 1998"

А откуда такая инфа про ntfs? Что за сторонние сотрудники? Можно какие-нибудь ссылки?

О состоянии MS IFS SDK (публично доступная "документация" по написанию драйверов файловых систем) в 1997-2000 годах: http://www.osr.com/files/whitepaper.doc

О текущем состоянии с документацией протоколов: отчет Department of Justice от 25 сентября 2008 года, http://www.usdoj.gov/atr/cases/f237300/237354.htm
5. Technical Documentation Team Staffing

Robert Muglia, the Senior Vice President for Microsoft's Server and Tools Business, continues to manage the documentation effort along with additional senior product engineering team managers.

Over 800 Microsoft employees and contingent staff are involved in work on the MCPP technical documentation. Given the substantial overlap between the MCPP and the European Work Group Server Protocol Program, all of these individuals' work relates to both programs or is exclusive to the MCPP. Of these, approximately 320 product team engineers and program managers are actively involved in the creation and review of the technical content of the documentation, including periodic work on TDI resolution as well as developing new content for the next version of Windows Client and Windows Server. Because of varying areas of expertise, not all of these product team employees are working on the documentation at any given time. For example, many of the MCPP documents currently do not have TDIs associated with them. Thus, there may be no work in any particular month for product team members with documents that have no TDIs to resolve and for whom no documentation updates for future releases are currently underway. In other months, these same product teams may have multiple TDIs to resolve and/or additional content to draft and spend much or even all of their time on protocol documentation projects.

In addition, there are approximately 30 full-time employees and approximately 50 contingent staff working as technical writers, editors, and production technicians. Additionally, as the protocol testing effort continues, approximately 40 full-time employees and approximately 425 contingent and vendor staff work as software test designers, test engineers, and test architects. Significant attention to and involvement in the technical documentation and the MCPP extend through all levels of the Microsoft organization and draw upon the resources of numerous product engineering, business, technical, and legal groups, as well as company management.


К сожалению, я не могу сейчас найти воспоминания человека, которого MS нанимала в конце девяностых, чтобы написать документацию для исходного кода NTFS.

  • 1
?

Log in

No account? Create an account