> но вот то что задумано как пользовательским нафиг тащить в ядро?Вы о чем вообще? С каких пор SMB был задуман как пользовательский? Что srv.sys (smb1), что srv2.sys (smb2+) - всё драйверы.
То, что Samba решила реализовать половину венды разных версий в одном проекте, - это сексуальные трудности разработчиков Samba.
SMB должен быть в ядре, хотя бы потому что его современные версии (3.х) должны работать с дисковыми драйверами ядра блочного уровня, и с сетевыми адаптерами. Народ диски диски напрямую расшаривает по сети без прогона через проц силами периферии (RDMA), а на опеннете комментаторы вещают о "пользовательских" протоколах. А сам RDMA по вашему где и насколько он пользовательский? А когда я хочу взять 2 диска с 4-х узлового кластера, соединенных 40-гигабитными адаптерами и построить отказоустойчивый сетевой сторадж, это тоже "пользовательские" протоколы.
Тут в треде перепись необразованных людей, которые на полном серьезе думают, что SMB - это протокол для папочек в сетевом окружении, а Samba 4 - убийца AD. Пришла новость, что SMB наконец-то появится в ядре, так они думают всякую дурь и пишут всякую дичь про пользовательские протоколы, и чему там в ядре место, когда, на-минуточку, современная версия NFS практически имеет паритет с SMB по функционалу...
Опять же пользователям Линуксов это сложно понять, потому что в Linux и NFS работает посредственно.
Так что всё правильно делают. Проблема отсутствия вменяемого сетевого стораджа в линуксе, но зато присутствия 1001 бесполезной ФС - это как раз проблема ядра. Его и надо фиксить.
