Разработчики Samba внесли изменения (http://permalink.gmane.org/gmane.network.samba.internals/57144) в правила проекта, разрешив приём в состав кодовой базы наработок, права на которые принадлежат коммерческим компаниям. Внесенные изменения согласованы с правозащитной организацией Software Freedom Law Center, юристы которой проанализировали возможные последствия изменения правил и пришли к заключению о безопасности подобного шага при соблюдении ряда условий.
Проект Samba (http://www.samba.org/), в отличие от GNOME и Фонда свободного ПО, не требует от разработчиков передачи проекту имущественных прав на код, что позволяет сохранить независимость и первоначальную лицензионную политику (чтобы сменить лицензию нужно получить одобрение от всех разработчиков). До настоящего момента проект принимал только код от независимых энтузиастов и отвергал предложения о передаче кода, исходившие от корпораций. Отныне ситуация изменилась и в состав Samba может быть принят код, созданный в рамках раз...URL: http://permalink.gmane.org/gmane.network.samba.internals/57144
Новость: http://www.opennet.me/opennews/art.shtml?num=32032
От Microsoft-а там разработок не ожидается? :)
Они ничего дать не могут: у майкрософта свой CIFS, который догоняет Samba, а не Samba - его. Разве что патчи совместимости или спецификации открыть
че-то ты хрень какую-то спорол
CIFS - это ребрендинг протокола, который был известен под названием SMB.
MS давно открыли спецификации данного протокола http://msdn.microsoft.com/en-us/library/ee442092.aspx"у майкрософта свой CIFS, который догоняет Samba, а не Samba - его" - эквивалентно чуши: "у IBM свой JDK, который догоняет Linux, а не Linux - его"
"...свой JDK, который догоняет Linux..."
Да уж, глубина ваших познаний в области IT поражает воображение.
Мусье не уловил суть сарказма: мол сравнили хрен с пальцем.
С учетом того что SMB и CIFS по большей части разработка как раз MS очередной вброс от линуксофила младшего школьного возраста. Samba вообще изначально SUN-вская разработка. C учетом её общей тормознутости вообще не конкурент.
smb - не есть разработка мс.
самба быстрее мс вообще, а кластерная так вообще уникальна.
и уж тем более это не санки.маковый девелопер? это ты себе явно льстишь.
пока даже до тпрухина не тянешь.
> С учетом того что SMB и CIFS по большей части разработка как
> раз MS очередной вброс от линуксофила младшего школьного возраста. Samba вообще
> изначально SUN-вская разработка. C учетом её общей тормознутости вообще не конкурент.Ну вообще IBM-ская, http://ru.wikipedia.org/wiki/SMB#.D0.98.D1.81.D1.82.D0.BE.D1....
На счет общей тормознутости - samba пошустрей виндового файл-сервера будет. Тому подтверждение - тьма сторожей, на дохлых процах. Нету ни на одном венды в качестве сервера СМБ... Интересно почему?
> От Microsoft-а там разработок не ожидается? :)Пусть они хотя-бы свой smb2 допилят, а то винды иногда виснут нахрен при работе по оному протоколу. Совсем - в ядре. Так что задача работавшая с smb2 шарой не убивается ажно.
>> От Microsoft-а там разработок не ожидается? :)
> Пусть они хотя-бы свой smb2 допилят, а то винды иногда виснут нахрен
> при работе по оному протоколу.Сколько не поднимал smb не висло ничего. Сетевая часть всю жизнь выполнялась в отдельном пространстве и под отдельным юзером. А вот samba провешивать всю сеть умеет. Запустишь в сети и хопа - вместо 100 метров все просадились до 30. Спамит что ли.
> Сколько не поднимал smb не висло ничего.Речь о smb2.
Не совсем понятно, что ты дальше рассказываешь. Разъяснил бы.
> Сколько не поднимал smb не висло ничего.Попробуй это делать с новыми операционками, 2008 там всякие, висты, семерки. Они между собой по дефолту работают по smb2 и он имеет свойство редко но метко вешать все колом. Вообще, ура-патриотам MS полезно читать свои KBы на ночь :)
> Сетевая часть всю жизнь выполнялась в отдельном пространстве и под отдельным юзером.
Да что вы такое говорите? Там драйвер прямо в ядре. И вот оно где-то фэйлит, изредка зависая при какой-то неправильной фазе луны. У MS есть KB где они описывают как с этим бороться, путем прописки в реестр запрета использования SMB2 этому драйверу, что как бы намекает нам что проблема известная но видимо "и вся королевская конница, и вся королевская рать" не могут того бага поймать.
Когда ядерный драйвер виснет - управление юзерской задаче возжелавшей данных с smb шары просто никогда не возвращается. Задача повисает, т.к. ядро должно выполнить запрос задачи до отдачи управления, а этого не происходит никогда. И что характерно, задача не убивается таскменеджером. Вообще. Нельзя убить ядро. Получается неубиваемая повисшая задача. При попытке поработать с той же шарой из других программ они тоже превращаются в кощея бессмертного ;).
Что еще смешнее, система не может при этом корректно перезагрузиться. Потому что тоже не может прибить повисшие задачи и шатдаун так и застревает навечно. Lol.
Итого: баг в драйвере ядра реализующем smb2. Самый обыкновенный.
> Запустишь в сети и хопа - вместо 100 метров все просадились до 30.
Да SMB вообще особой скоростью никогда не страдал: копирование пачки мелких файлов между машинами с виндой, в 5 метрах друг от друга, соединенных куском витухи в 100М сетевки юзает сеть процентов на 5. Остальное видимо протокольный оверхед и прочий очень полезный "туповэйтинг". Поэтому как показал эксперимент, лобовой бэкап копированием шары на шару - это лютый, бешеный трындец: если там более-менее значительное число не очень крупных файлов, процесс занимает чуть менее чем вечность.
>> Сколько не поднимал smb не висло ничего.А вот народец мучается
http://www.opennet.me/openforum/vsluhforumID1/50754.html
http://www.opennet.me/openforum/vsluhforumID14/1818.html
http://www.opennet.me/openforum/vsluhforumID14/1563.html
http://www.opennet.me/openforum/vsluhforumID14/359.html
> Попробуй это делать с новыми операционками, 2008 там всякие, висты, семерки. Они
> между собой по дефолту работают по smb2 и он имеет свойство
> редко но метко вешать все колом. Вообще, ура-патриотам MS полезно читать
> свои KBы на ночь :)RLY? Вот когда у меня самба стояла на халтурке - она имела свойство подвисать, причем безсистемно, а вот после смены этого говна на 2008 всё стало работать на ура. ЧЯДНТ?
> Да что вы такое говорите? Там драйвер прямо в ядре. И вот
> оно где-то фэйлит, изредка зависая при какой-то неправильной фазе луны.RLY?
file and printer sharing for microsoft networks, это отдельный драйвер, впрочем как и tcpip и прочая сетевка, это тебе не линукс, где всё в ядро пихают, остюда всё остальное что ты несешь - бред. Прежде чем гнать гуйню и выставлять себя полным дебилом, неплохо бы тебе было хотя бы ознакомится с вопросом.> У MS есть KB где они описывают как с этим бороться, путем
> прописки в реестр запрета использования SMB2 этому драйверу, что как бы
> намекает нам что проблема известная но видимо "и вся королевская конница,
> и вся королевская рать" не могут того бага поймать.ты читал этот кб? Когда он был описан? В каких условиях это не работало? или просто решил блеснуть умом?
> Итого: баг в драйвере ядра реализующем smb2. Самый обыкновенный.
Бджад. дык в драйвере или ядре?
> Да SMB вообще особой скоростью никогда не страдал: копирование пачки мелких файлов
> между машинами с виндой, в 5 метрах друг от друга, соединенных
> куском витухи в 100М сетевки юзает сеть процентов на 5.мдя. судя по твоей логике - если провод будет 10 метров, то сеть загрузится на 10%?
или вообще к чему ты это написал?
иксперты такие иксперты.> Остальное
> видимо протокольный оверхед и прочий очень полезный "туповэйтинг". Поэтому как показал
> эксперимент, лобовой бэкап копированием шары на шару - это лютый, бешеный
> трындец: если там более-менее значительное число не очень крупных файлов, процесс
> занимает чуть менее чем вечность.хм... в самбе по другому? или всё же нужно тюнить?
О! а может смааба научилась нормально наследование прав делать? а то в клятом мс оно уже почти 20 лет есть, а вот в луниксе с самбой всё еще огрызок posix.
под 100М имелось в виду совсем не длина кабеля.> иксперты такие иксперты
вот это правильно :)
> file and printer sharing for microsoft networks, это отдельный драйвер, впрочем как
> и tcpip и прочая сетевка, это тебе не линукс, где всё
> в ядро пихаютВы либо стебетесь, либо действительно не понимаете того, о чем говорите.
вместо сиськомятия лучше бы пруфлинк скинул что смб реализовано в йадре.
а так - как обычно много слов ничем не подтвержденных
> RLY? Вот когда у меня самба стояла на халтурке - она имела
> свойство подвисать, причем безсистемно, а вот после смены этого гoвна на
> 2008 всё стало работать на ура.2008? Работать?
> ЧЯДНТ?
Неправду говорите. В 2008 даже тупой шаринг файлов виснет по сто раз на дню, не говоря уже об AD.
>> RLY? Вот когда у меня самба стояла на халтурке - она имела
>> свойство подвисать, причем безсистемно, а вот после смены этого гoвна на
>> 2008 всё стало работать на ура.
> 2008? Работать?
>> ЧЯДНТ?
> Неправду говорите. В 2008 даже тупой шаринг файлов виснет по сто раз
> на дню, не говоря уже об AD.дануна.
Перед мной стоит emc хранилка с ос в виде виндовс сторадж сервер, вообще никаких проблем с смб. да и сами дяди из емц дают гарантию что всё будет работать.
как-бы не пилили самбу а до реализации от МС как протокола так и всего остального что связано с понятием "служба доступа к файлам и принтерам" | "сервер" всегда будет далеко. прискогбно..
> как-бы не пилили самбу а до реализации от МС как протокола так
> и всего остального что связано с понятием "служба доступа к файлам
> и принтерам" | "сервер" всегда будет далеко. прискогбно..А по каким параметрам далеко, не секрет если?
По количеству троянов, удачно выполняемых через сию службу, по скорости работы, по количеству багов? не подскажите?
> А по каким параметрам далеко, не секрет если?
> По количеству троянов, удачно выполняемых через сию службу, по скорости работы, по
> количеству багов? не подскажите?1. По стабильности работы, вендовая реализация не виснет безсистемно как самба.
2. скорости. самаба таки тупит адово. проверено. Попробуй сам сравни на одинаковом железе и наступит у тебя батхерстостан.
3. наличию нормального наследования прав. То что в мс реализовано 20 лет в самбе тупо нет и не предвидится.
>не виснет безсистемно как самба.Что же такое надо делать то с самбой
>скорости. самаба таки тупит адово. проверено
В чем то медленее в чемто быстрее.
>3. наличию нормального наследования прав
В винде NTACL в линуксе Posix ACL. В 4 самбе прикрутили костыль для поддержки NTACL
Итого: явное приемущество отдать какой либо реализации SMB/CIFS не получается, все зависит от целей и задач
>>скорости. самаба таки тупит адово. проверено
> В чем то медленее в чемто быстрее.золотые слова.
1. О стабильности работы - про самбу ходят много баек о замурованных серверах, про которые вспоминали при переполнении диска/отключении питания/выходе из строя железа. Лично сам видел самба сервер с аптаймом свыше 1800 деньков. Сервак стоял на факультете в качестве шары под профиля, и хоме диры студов ВЦ института. Пользователей - 3-5к, активных - 50-70. Вообще, сервера самба, на моей памяти были недоступны по причине выхода из строя оборудования.
Для сравнения переход с нетвари на МС 2к3 мало кому удавался при суровых нагрузках. И таки оные переходы не легко быстро и эфффективно. Переход инициированный руководящими МСФилами часто кончался постановкой обратно сервака с нетварью али пингвином. Потому как МС сервера мягко говоря производительностью и безглючностью не отличаются.2. По скорости. У мну есть 10TB SOFT RAID5 который по SMB дует 375Мбайт(да, да именно байт) у секунду на Intel(R) Pentium(R) CPU G6950 @ 2.80GHz.
3. И права тама нормально наследуются, при включении соотв. опций при монтировании ФС и в СМБ конф.
Вообще, люди которые разбираются в нтюшных АЦЛ-ах и наследовании в состоянии выполнить 3.
> 1. О стабильности работы - про самбу ходят много баек о замурованных
> сервераххм.. и вы по байкам делаете выводы. мило.
>> 1. О стабильности работы - про самбу ходят много баек о замурованных
>> серверах
> хм.. и вы по байкам делаете выводы. мило.Я делаю выводы на основе серверов с самбой работающих по три года без перезагрузки.
У вас хватит квалификации для построения чего нить три года непрерывно работающего на win2k[38]?
>1. По стабильности работы, вендовая реализация не виснет безсистемно как самба.Да, виндовая реализация виснет не бессистемно, а систематически.
>2. скорости. самаба таки тупит адово. проверено. Попробуй сам сравни на одинаковом железе и наступит у тебя батхерстостан.
Не знаю, что такое "батхертостан", но и сабма, и винда зверски тупят. Совершенно одинаково.
>3. наличию нормального наследования прав. То что в мс реализовано 20 лет в самбе тупо нет и не предвидится.
В самбе какие-то проблемы с этим? Расскажите, пожалуйста.
>>1. По стабильности работы, вендовая реализация не виснет безсистемно как самба.
> Да, виндовая реализация виснет не бессистемно, а систематически.дододо. мой зеленый друг.
>>2. скорости. самаба таки тупит адово. проверено. Попробуй сам сравни на одинаковом железе и наступит у тебя батхерстостан.
> Не знаю, что такое "батхертостан", но и сабма, и винда зверски тупят.
> Совершенно одинаково.вонанокак, а тут народец пытается доказать обратное.
>>3. наличию нормального наследования прав. То что в мс реализовано 20 лет в самбе тупо нет и не предвидится.
> В самбе какие-то проблемы с этим? Расскажите, пожалуйста.оставлю вам в качестве домашнего задания. если действительно не можете осилить, то так уж и быть расскажу.
>[оверквотинг удален]
>> Да, виндовая реализация виснет не бессистемно, а систематически.
> дододо. мой зеленый друг.
>>>2. скорости. самаба таки тупит адово. проверено. Попробуй сам сравни на одинаковом железе и наступит у тебя батхерстостан.
>> Не знаю, что такое "батхертостан", но и сабма, и винда зверски тупят.
>> Совершенно одинаково.
> вонанокак, а тут народец пытается доказать обратное.
>>>3. наличию нормального наследования прав. То что в мс реализовано 20 лет в самбе тупо нет и не предвидится.
>> В самбе какие-то проблемы с этим? Расскажите, пожалуйста.
> оставлю вам в качестве домашнего задания. если действительно не можете осилить, то
> так уж и быть расскажу.А вы не подскажете, чего МС в СМБ реализовала 20 лет назад из того что не реализовано сейчас самбе. Пожалуйста только конкретно. И если Вас не затруднит, без использования слов тупит, виснет тормозит. Желательно с примерами, и прочими годными штуками.
Тупит - в вашем изложении что значит? не секрет если. Относительно чего и что тупит?
> как-бы не пилили самбу а до реализации от МС как протокола так
> и всего остального что связано с понятием "служба доступа к файлам
> и принтерам" | "сервер" всегда будет далеко. прискогбно..Да уж, только у MS протокол настолько полностью реализован что если открывать файл с сетевой шары, то это честно считается текущей дирой, и что еще веселее, это становится приоритетным местом загрузки недостающих DLL, что как бы не айс, потому что кто угодно может выложить некий документ и несколько длл, загружаемых системой для старта просмотра оного типа документа (вплоть до длл используемых нотпадом при открытии текстовика). И что смешнее, эти длл поюзаются ДО длл из системной диры. Вот открыли вы текстовик с шары без всякой задней мысли, а при старте нотпада если надо догрузить длл, система сперва попробует ее взять из текущего пути (сетевой шары, лол!) а только потом откуда-то еще. Лютейший FAIL, исправленный только в последних апдейтах за прошлый месяц, или где-то около того. А кто не заапдейтился - ссзб.
>[оверквотинг удален]
> что еще веселее, это становится приоритетным местом загрузки недостающих DLL, что
> как бы не айс, потому что кто угодно может выложить некий
> документ и несколько длл, загружаемых системой для старта просмотра оного типа
> документа (вплоть до длл используемых нотпадом при открытии текстовика). И что
> смешнее, эти длл поюзаются ДО длл из системной диры. Вот открыли
> вы текстовик с шары без всякой задней мысли, а при старте
> нотпада если надо догрузить длл, система сперва попробует ее взять из
> текущего пути (сетевой шары, лол!) а только потом откуда-то еще. Лютейший
> FAIL, исправленный только в последних апдейтах за прошлый месяц, или где-то
> около того. А кто не заапдейтился - ссзб.пруф линк или балабол
http://technet.microsoft.com/en-us/security/bulletin/ms11-071
http://xforce.iss.net/xforce/xfdb/69489
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2011-1991но это не относится к протоколу SMB
Когда же уже 4-ю выпустят?... :(
Или им MS доплачивает, чтобы подольше тянули?..