The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Для ядра Linux предложена реализация SMB-сервера, opennews (??), 30-Авг-21, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


39. "Для ядра Linux предложена реализация SMB-сервера"  –6 +/
Сообщение от пох. (?), 30-Авг-21, 20:45 
Ну то есть на "задумки" давно мертвой sun мы будем молиться, а ничего полезного (кто в здравом уме сейчас вообще пользуется nfs для мало-мальски серьезных задач?) нини?

Де факто smb победил - это сегодня стандарт и самый эффективный способ раздачи файлов по сети, полностью платформеннонезависимый, ничего лучше не придумали и вряд ли получится (потому что сан сдохла, про novell уже и забыли все, а второй microsoft у нас тоже не будет).

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

ktls если что - тоже ни разу не прикладной протокол. Это сессия. С тем же успехом можно плакать что tcp и udp в ядре, а ведь хватило бы всем и навсегда raw sockets.
(в принципе, я был бы рад если бы всякие sctp полетели из ядра в помойку)

Я, конечно, отчасти порадуюсь, если затея не выгорит, поскольку мне кажутся изрядно плачевными перспективы самой самбы в не столь отдаленном будущем, если у нее появится такой конкурент. Там и так остро не хватает рук и желания делать хорошо (я там лазил в код, как раз недавно... бррр... то есть видно что пытались делать хорошо и на перспективу, но рук и времени каждый раз чуть-чуть не хватило, слишком уж огромен комбайн и противоречивы требования "заказчиков" [тех самых, sponsored by...]) - а если ключевые разработчики еще и начнут пилить линукс-only вариант...

Но она скорее всего выгорит - никаких "порежьте помельче и перепошлите" платиновым спонсорам, пожалуй, не предъявят. А отсутствие исходников в lkml не даст возможности любителям "colour" в должной мере проявить фантазию - это ж не письмо в ответ процитировать, снабдив придирками, это надо куда-то клонировать, смотреть, пул-реквест делать...

Да и прислали сразу кому надо. MS, не лохи чай.

Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

43. "Для ядра Linux предложена реализация SMB-сервера"  –3 +/
Сообщение от Хан (?), 30-Авг-21, 20:49 
NFS мертв это факт с его 1% пользователей, SMB доминирует ибо винда абсолютный лидер на рынке ПК

Ничего плохого в SMB в ядре я тоже не вижу, проблема в другом что ядро начинают тащить все подряд

Ответить | Правка | Наверх | Cообщить модератору

52. "Для ядра Linux предложена реализация SMB-сервера"  –2 +/
Сообщение от пох. (?), 30-Авг-21, 21:11 
> NFS мертв это факт с его 1% пользователей, SMB доминирует ибо винда
> абсолютный лидер на рынке ПК

лидер добр, у лидера net use _сам_ разбирается - smb сервер на той стороне, или nfs. Сюрпрайз.

С серверной частью добра все плохо, есть корявая 3d-party userland реализация (все руки не дойдут, но там разработчик мертв, щастье вряд ли возможно) и разной степени недоделки в ядре (nfs4 толком не работает, 3 с некоторыми "особенностями" только в серверных версиях более-менее, причем не ниже 16, про кластеры и параллельный доступ я уж молчу - там с обычной 4 и то не айс)

> Ничего плохого в SMB в ядре я тоже не вижу, проблема в другом что ядро начинают тащить все
> подряд

ну вот нет. Подождем, конечно, 5.15, но вот увидим ли мы там ntfs3 - ой не факт.
(_год_ монотонной е..ли!)


Ответить | Правка | Наверх | Cообщить модератору

56. "Для ядра Linux предложена реализация SMB-сервера"  +2 +/
Сообщение от Хан (?), 30-Авг-21, 21:18 
Тяжело читать... это что ПРОМТ?
Ответить | Правка | Наверх | Cообщить модератору

64. "Для ядра Linux предложена реализация SMB-сервера"  +3 +/
Сообщение от Аноним (64), 30-Авг-21, 21:29 
Всё в порядке, это поток сознания. Он такой.
Ответить | Правка | Наверх | Cообщить модератору

73. "Для ядра Linux предложена реализация SMB-сервера"  –6 +/
Сообщение от пох. (?), 30-Авг-21, 21:55 
> Тяжело читать... это что ПРОМТ?

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

Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

147. "Для ядра Linux предложена реализация SMB-сервера"  +/
Сообщение от timur.davletshin (ok), 31-Авг-21, 09:52 
>>> NFS мертв...

Чуть не поперхнулся. С ним по производительности на моём железе только iSCSI мог тягаться. SMB же проигрывает любому конкурирующему протоколу.

Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

163. "Для ядра Linux предложена реализация SMB-сервера"  +/
Сообщение от Урри (ok), 31-Авг-21, 10:58 
Да. Но при этом SMB все же действительно на 99% файлопомоек вертится.
Ответить | Правка | Наверх | Cообщить модератору

46. "Для ядра Linux предложена реализация SMB-сервера"  –1 +/
Сообщение от Хан (?), 30-Авг-21, 21:05 
Не путай TLS с VPN-ом

TLS шифрует содержимое IP-пакета
VPN шифрует сам IP-пакет

Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

86. "Для ядра Linux предложена реализация SMB-сервера"  +3 +/
Сообщение от Аноним (86), 30-Авг-21, 23:26 
> Де факто smb победил

Это слишком оптимистично.

Нет, де-факто победил HTTP и проприетарные протоколы поверх него, типа дропбокса или гугл-драйва.

Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

99. "Для ядра Linux предложена реализация SMB-сервера"  –2 +/
Сообщение от пох. (?), 31-Авг-21, 00:03 
ты хочешь сказать, там есть что-то кроме вареза и прона?!

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

Варианты порезать все в мелкую лапшу и назвать это модным "object storage" - пригодны только для хранения еще более бесполезного мусора чем варез и прон.

Ответить | Правка | Наверх | Cообщить модератору

164. "Для ядра Linux предложена реализация SMB-сервера"  +/
Сообщение от Урри (ok), 31-Авг-21, 11:03 
> ты хочешь сказать, там есть что-то кроме вареза и прона?!
> Проблема хететепе - что он чудовищно неэффективен, поскольку ни разу не для
> разделяемого доступа к файликам был изобретен.

Для прона давно изобретен и прекрасно используется RTSP. Так что мимо.

Ответить | Правка | Наверх | Cообщить модератору

189. "Для ядра Linux предложена реализация SMB-сервера"  –1 +/
Сообщение от пох. (?), 31-Авг-21, 14:38 
Не всем же наслаждаться именно онлайн-вуайеризмом, как ты.

Некоторые любят вечерком перед... пересматривать избранные места. Вот тут им и пригождается гуглодрайв.


Ответить | Правка | Наверх | Cообщить модератору

190. "Для ядра Linux предложена реализация SMB-сервера"  +/
Сообщение от Урри (ok), 31-Авг-21, 15:14 
избранные места в порнушке? ну ты извращенец.
Ответить | Правка | Наверх | Cообщить модератору

210. "Для ядра Linux предложена реализация SMB-сервера"  +/
Сообщение от Аноним (210), 01-Сен-21, 01:15 
> де-факто победил HTTP и проприетарные протоколы поверх него, типа дропбокса или гугл-драйва

Согласен, но где-то ещё трепыхается и открытый протокол WebDAV, жаль что мало где.

Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

195. "Для ядра Linux предложена реализация SMB-сервера"  +/
Сообщение от нах.. (?), 31-Авг-21, 15:44 
Я таки надеюсь что ты сейчас расскажеш как для smb3 настроить posix и вменяемые права на файлы?
Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру