The OpenNET Project / Index page

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

Для ядра Linux предложена реализация SMB-сервера

30.08.2021 19:37

Для включение в состав следующего выпуска ядра Linux предложена новая реализация файлового сервера, использующего протокол SMB3. Сервер оформлен в виде модуля ядра ksmbd и дополняет ранее доступный код клиента SMB. Отмечается, что в отличие от SMB-сервера, работающего в пространстве пользователя, реализация на уровне ядра более эффективна с точки зрения производительности, потребления памяти и интеграции с расширенными возможностями ядра.

Из возможностей ksmbd выделяется улучшенная поддержка технологии распределённого кэширования файлов (SMB leases) на локальных системах, которая позволяет существенно сократить трафик. В дальнейшем планируется добавление новых возможностей, таких как поддержка RDMA ("smbdirect"), а также расширений протокола, связанных с усилением надёжности шифрования и верификацией по цифровым подписям. Отмечается, что подобные расширения гораздо проще реализовать в компактном и хорошо оптимизированном сервере, работающем на уровне ядра, чем в пакете Samba.

При этом ksmbd не претендует на роль полной замены пакета Samba, который не ограничивается возможностями файлового сервера и предоставляет инструментарий, охватывающей сервисы для обеспечения безопасности, LDAP и контроллер домена. Реализация файлового сервера в Samba является кросс-платформенной и рассчитанной на более широкие области применения, что затрудняет оптимизацию для некоторых Linux-окружений, таких как прошивки для устройств с ограниченными ресурсами.

Ksmbd рассматривается не как отдельный продукт, а скорее как высокопроизводительное и готовое для применения на встраиваемых устройствах расширение к Samba, при необходимости интегрируемое с инструментами и библиотеками Samba. Например, с разработчиками Samba уже согласован вопрос использования в ksmbd совместимых с smbd файлов конфигурации и расширенных атрибутов (xattrs), что упростит переход с smbd на ksmbd и наоборот.

Основными авторами кода ksmbd являются Namjae Jeon из компании Samsung и Hyunchul Lee из LG. Сопровождением ksmbd в составе ядра будет заниматься Стив Френч (Steve French) из компании Microsoft (ранее много лет работал в IBM), мэйнтейнер подсистем CIFS/SMB2/SMB3 в ядре Linux и давний участник команды разработчиков Samba, внёсший значительный вклад в реализацию поддержки протоколов SMB/CIFS в Samba и Linux.

  1. Главная ссылка к новости (https://lore.kernel.org/lkml/C...)
  2. OpenNews: Выпуск Samba 4.14.0
  3. OpenNews: Выпуск Samba 4.13.0
  4. OpenNews: Реализация контроллера домена в Samba оказалась подвержена уязвимости ZeroLogin
  5. OpenNews: Выпуск Samba 4.12.0
  6. OpenNews: Выпуск Samba 4.11.0
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/55706-smb
Ключевые слова: smb, samba, kernel, linux
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (247) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, timur.davletshin (ok), 19:46, 30/08/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +45 +/
    Ну и дыры тогда можно будет прямо эскалировать на уровень ядра ))
     
     
  • 2.109, ананим.orig (?), 01:42, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    сабжем можно не пользоваться, используйте самбу и запретите модуль.

    в отличие от ebpf, например.

     
     
  • 3.199, Аноним (199), 15:53, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    ebpf тоже можно отключить
     
     
  • 4.228, onanim (?), 22:03, 01/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    "пересобрать ядро" для eBPF и "выгрузить модуль" для ksmbd - это немного разные вариации "отключить".
     
  • 2.166, Q (??), 11:25, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    гнать ссаными тряпками из ядра
     

  • 1.3, Аноним (3), 19:47, 30/08/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    А Doorshlug в этой штуке будет?
     
     
  • 2.11, richman1000000 (ok), 19:57, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И не только он, а еще оооочень много чего
     
  • 2.34, Аноним (34), 20:35, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • +5 +/
    И telemetry
     
     
  • 3.84, Аноним (84), 23:19, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • –8 +/
    Нет, только analnyi zond
     
  • 2.185, Анонец (?), 14:15, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Backdoorshlug
     

  • 1.4, Аноним (4), 19:49, 30/08/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +12 +/
    Так и до браузера в ядре не далеко, для продуктивности и компактности кода. Будет kmodfirefox на расте.

    Или емакс.

     
     
  • 2.15, Аноним (15), 20:06, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • +8 +/
    >Будет kmodfirefox на расте.

    Будет Google Chrome OS - kernel mode edition.

     
  • 2.47, anonblmus (?), 21:08, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Или емакс.

    EMACS будет встроен в GRUB.

     
     
  • 3.105, Аноним (105), 00:30, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А systemd в ядро. Ну или наборот: systemd-kerneld.
     

  • 1.5, Аноним (5), 19:50, 30/08/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +10 +/
    >Для ядра Linux предложена реализация

    Надо еще реализации видеоплеера, месагера и кофеварки, ну, чтоб эффективее

     
     
  • 2.8, Урри (ok), 19:55, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Ну а чо - ведь очевидно же, что реализация на уровне ядра более эффективна с точки зрения производительности, потребления памяти и интеграции с расширенными возможностями ядра.

    Я бы еще gcc туда же засунул со всеми либами. И ллвм. Да и питон, чего уж греха таить, тоже бы туда всунул - может чуть меньше бы тормозил.

    А еще vs code. А то что-то притормаживает последнее время.

     
     
  • 3.13, Kusb (?), 20:01, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Игры же.
     
  • 3.25, Аноним (25), 20:16, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вот это вещь !!!
     
  • 3.35, Аноним (34), 20:39, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Интересно, кто выиграет право быть засунутым в ядро: Spydermonkey или V8?
     
     
  • 4.59, Урри (ok), 21:24, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Зачем "или"?
    И то и то, я юзер пусть сам в рантайме выбирает.
     
     
  • 5.108, имя_ (?), 01:09, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    низзя пользователю дать что-то выбирать! прибить гвоздями, чтобы оно померло и было бесполезно, но удалить его было невозможно из-за перекрестных зависимостей!
     
  • 3.58, Хан (?), 21:24, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    VS Code работает как пуля если у тебя конечно минимум 16 гиг оперативы, а иначе своп... своп... своп
     
     
  • 4.60, Урри (ok), 21:25, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > VS Code работает как пуля если у тебя конечно минимум 16 гиг
    > оперативы, а иначе своп... своп... своп

    16 и своп отключен совсем. Не в памяти дело - просто куча плагинов под всякое нужное и ненужное. Начиная с маркдауна и заканчивая gdb.

     
     
  • 5.94, Хан (?), 23:48, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Такое бывает когда хочешь обычный редактор кода превратить в IDE
     
  • 5.122, СеменСеменыч777 (?), 06:04, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > своп отключен совсем.

    не надо так. создайте хотя бы 1 ГБ (можно на сжатом рам-диске или zswap) и посмотрите что получится.

     
     
  • 6.156, Урри (ok), 10:17, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Гляну, ок.
     
     
  • 7.174, Урри (ok), 13:22, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ничего не поменялось.
     
     
  • 8.249, СеменСеменыч777 (?), 21:30, 03/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    черт возьми больше идей нет дальше идут только трассировка, профилирование, на... текст свёрнут, показать
     
  • 2.9, Аноним Проходящий (?), 19:55, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • +5 +/
    А для удобного управления всем этим сверху надстроить гиперядро...
     
     
  • 3.112, dullish (ok), 02:16, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    С разморозкой! Сразу скажу, ничего хорошего Вы не пропустили. Ах да, чуть не забыл. Гиперядро принято называть systemd.
     
  • 2.10, Kusb (?), 19:56, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Модули же. Вместо исполняемых файлов. Всегда.
     
  • 2.54, Хан (?), 21:15, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да здравствует реальный режим!
     
  • 2.70, Аноним (70), 21:42, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    RDMA без ядра же не реализуешь, правильно?
     
     
  • 3.224, Аноним (224), 14:13, 01/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    man OFED.
    man MPI
     
  • 2.155, Johny (?), 10:17, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    В novell netware так и было, ради производительности
     
  • 2.246, Аноним (246), 02:51, 03/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Так Вам надо просто какой-то embedded распотрошить и сделать его userfrendly.
    Не знаю какую-то старую Simbian собрать и будет счастье. Особенно на 80386 каких-нибудь.
     

  • 1.6, Kusb (?), 19:51, 30/08/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    А клиент?
     
     
  • 2.7, Аноним (7), 19:54, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Клиент сто лет как в ядре https://www.kernel.org/doc/html/latest/admin-guide/cifs/index.html
     

  • 1.12, Kusb (?), 19:59, 30/08/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А почему такие реализации эффективнее? Из-за переключения режимов процессора и того факта, что мы много общаемся с ядром? А если вытащить из ядра те сущности с которыми общаемся, чтобы меньше переключений?
    Mmu не используется и так быстрее? Что-то ещё типа не используется?
     
     
  • 2.16, Аноньимъ (ok), 20:09, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • +5 +/
    В первую очередь обход сетевого стека и файлового апи От чего значительное сокр... большой текст свёрнут, показать
     
     
  • 3.29, Аноним (25), 20:20, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Мелко мыслите, нужна аппратная реализация,
    сменный чип на маме, типа ASIC
     
  • 3.63, Урри (ok), 21:27, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > В первую очередь обход сетевого стека и файлового апи. ... безопасности, вот это всё, разделение ролей управление ресурсами.

    Для этого сто лет в обед есть sendfile.

    > Самба же, в ядре, это чистой воды безумие, сатана плачет от зависти.

    +

     
     
  • 4.106, anonymous (??), 00:55, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Для этого сто лет в обед есть sendfile

    А кто будет со стороны ядра разбивать на samba frame-ы?

     
     
  • 5.157, Урри (ok), 10:19, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А кто будет со стороны ядра разбивать на samba frame-ы?

    А для этого маленького оверхеда и юзерспейса с головой хватит.

     
     
  • 6.178, Аноним (178), 13:54, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Любой юзерспейс - это переключения контекста.
     
     
  • 7.191, Урри (ok), 15:16, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    есть большая разница между переключением контекста между тасками в юзерспейсе, и переключением контекста в ядро со сменой кольца.
    таски в юзерспейсе - почти ничто.
     
     
  • 8.209, kissmyass (?), 00:13, 01/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    разница может и есть но таски в юзерспейсе - почти ничто далеко не ничто не та... текст свёрнут, показать
     
     
  • 9.215, n00by (ok), 11:45, 01/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Одному экземпляру чего Так-то и машинный код условной функции потока общий для ... текст свёрнут, показать
     
  • 2.20, Хан (?), 20:14, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Защинененный режим процессора был создан как инструмент для изоляции кода ядра от пользовательского софта, другими словами когда приложение дергает ядро за системные вызовы, происходит переключение в режим ядра в котором выполняется только ядро, которое считывает номер системного вызова передаваемого пользовательским ПО и сопоставляет его со списком указателей на свои функции, после чего вызывает соответствующую функцию для обработки данного вызова и когда ядерная функция завершает свое выполнение снова происходит переключение режима процессора из превилигированного режима в неприлигированный

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

    К чем это я? Да переключение режима процессора накладывает определенные расходы, но если все запихнуть в привилигированный режим ядра, в результате получится реальный режим, привет MS-DOS

     
     
  • 3.207, Kusb (?), 18:07, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Хорошо. А почему через заранее оговорённые регистры это "не напрямую"? Я воображал, что все функции вызываются как-то так, через параметры в регистрах.
    Прошу прощения за ламерское видение, я не знаю где там переход на какой-то адрес, а где функция или ядро как-то вызывается (По прерываниям? В Колибри по моему так.)
     
     
  • 4.218, n00by (ok), 12:16, 01/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Да всё верно Вы воображали. "Изоляция достигается" когда при исполнении команд int (или syscall) изменяется уровень привилегий. Эта операция занимает времени больше, чем обычный вызов подпрограммы. Остальное (про регистры) лишнее.

    Из ядра не вытащить, поскольку прерывание от сетевой обрабатывает ядро. Но всё подряд тянуть в ядро опасно.

     
  • 2.21, пох. (?), 20:15, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    потому что переключения миллиона контекстов и протаскивание через миллион просло... большой текст свёрнут, показать
     
     
  • 3.30, Хан (?), 20:21, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Предлагаешь вернуться во времена MS-DOS и реального режима?
     
     
  • 4.48, нах.. (?), 21:08, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да, и наконецто.
     
     
  • 5.55, Хан (?), 21:16, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Неееееет! Это уже слишком
     
  • 5.214, Аноним (214), 07:54, 01/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Так freedos уже есть, скачать можно бесплатно и без смс.
     
     
  • 6.216, kusb (?), 12:03, 01/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Я бы посмотрел на какой-нибудь киберпанк (циферки) для DOS. Но драйверы протаскивать, современные вещи протаскивать и т.п. Целый набор библиотек, наверное, что делает современная ОС. Dos в большей степени будет загрузчиком. Хранить ресурсы мы будем в едином архиве и почти не завязываться на ФС DOS...
     
  • 4.66, InuYasha (??), 21:33, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Почему нет? А лучше и без MS-.
     
  • 3.67, Урри (ok), 21:34, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >> А почему такие реализации эффективнее?
    > Потому как ей надо отправлять пакетики и принимать пакетики

    А файловые пакетики в самбе - это по 10 байт? "Хочу 10 байт этого файла, и 10 этого, и, пожалуй, еще два вот этого."?

    Для эффективной передачи массивов данных, чтобы не прыгать туда-сюда, не (пере)аллоцировать, не (пере)копировать память и не перекидывать контексты, давным-давно существует sendfile.

     
     
  • 4.79, пох. (?), 22:20, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    у современных разработчиков мозгов вообще нет Прежде чем приедет хоть один файл... большой текст свёрнут, показать
     
     
  • 5.80, Урри (ok), 22:25, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > И банальная проверка что файл вообще существует - с полным проходом по всему пути к нему

    Для этого существует сискол stat
    У вас там совсем рукожопы все делали?

    > smb3-то - шифрованный

    Это нюанс, да. Ну да тут такое дело: хотите все шифровать - страдайте.

     
     
  • 6.89, пох. (?), 23:31, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    у нас - это в microsoft Нет, нормальные разработчики делали, в отличие от тебя ... большой текст свёрнут, показать
     
     
  • 7.158, Урри (ok), 10:31, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    stat прекрасно делает все вышеперечисленное и много больше. И пути проверяет, и по разным ФС бегает, и симлинки отслеживает по флажку, и права проверяет. И вообще ну вот все, что надо.

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

     
     
  • 8.225, пох. (?), 14:20, 01/09/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Модный современный разработчик лишенный мозгов, как и следовало ожидать stat у ... текст свёрнут, показать
     
     
  • 9.230, Урри (ok), 13:08, 02/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Так я и говорю - через опу у вас все Страдайте ... текст свёрнут, показать
     
     
  • 10.231, пох. (?), 13:39, 02/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    то есть до тебя так и не дошло что так работают сетевые fs Ну ооок ... текст свёрнут, показать
     
     
  • 11.237, Урри (ok), 14:24, 02/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ты все еще пытаешься доказать, что не через _опу писано руко_опами ... текст свёрнут, показать
     
  • 6.121, Аноним (121), 05:59, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >Это нюанс, да. Ну да тут такое дело: хотите все шифровать - страдайте.

    Справедливости ради, инженеры прошлого изобрели ужасно универсальный IPSec. Он так же в ядре и полностью совместим с sendfile. По уму следовало всем расширять и использовать его, а не городить шифрование поверх каждого протокола по отдельности, регулярно ловя уникальные ошибки безопасности в каждом.

     
     
  • 7.131, пох. (?), 08:19, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Прикинь, как должна выглядеть реализация https поверх, например Ну в смысле, не... большой текст свёрнут, показать
     
  • 7.136, СеменСеменыч777 (?), 08:50, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > ужасно универсальный IPSec.

    вы идите, идите. а мы вас бить не будем. может быть.

    > Он так же в ядре и полностью совместим с sendfile.

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

     
  • 7.159, Урри (ok), 10:32, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>Это нюанс, да. Ну да тут такое дело: хотите все шифровать - страдайте.
    > Справедливости ради, инженеры прошлого изобрели ужасно универсальный IPSec. Он так же в
    > ядре и полностью совместим с sendfile.

    Спасибо за наводку. Ушел досамообразовываться.

     
  • 5.134, СеменСеменыч777 (?), 08:41, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > есть у меня сервис [...] который просто складывается, если [...]
    > количество этих файликов - мама не горюй.

    enjoy your файлопомойка.

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

     
     
  • 6.232, пох. (?), 13:44, 02/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > enjoy your файлопомойка.

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

    > гипотеза: сервис никто не проектировал, никто не реинженерил,

    трудное у тебя было детство.

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

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

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

     
     
  • 7.250, СеменСеменыч777 (?), 22:56, 03/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > его задача - работать с файлами. Помимо прочего. Что он и делает.

    по твоему же описанию, он делает это хреново.

    > трудное у тебя было детство.
    > синдром собственной ох..енности

    психоанализ меня по переписке, без моего запроса и без оплаты == дилетант по ту сторону экрана.

    ps: я получу наконец ответ на свой вопрос или нет?
    вопрос очень простой: https://www.opennet.dev/openforum/vsluhforumID3/124931.html#379
    предыстория вопроса: https://www.opennet.dev/openforum/vsluhforumID3/124931.html#355

     
  • 3.107, anonymous (??), 00:56, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > это как, прости?

    usnic?

     
  • 3.196, Kusb (?), 15:45, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну я не очень хорошо разбираюсь в компьютерах Достаточно чтобы рассуждать о кон... большой текст свёрнут, показать
     
     
  • 4.233, пох. (?), 13:49, 02/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > всё в режим ядра избавляться от переключений контекста (и сейчас подумал
    > - прослоек) вытаскиванием нужного в режим пользователя. И лишних проверок тоже

    ну ты почти уже изобрел ceph. Примерно так они в последних версиях и сделали - fs нинужна, мы ниасилили, давайте сделаем raw partition и...положим на него базу данных, помимо прочего. Зато ядро нинужна и переключений контекстов минимум.

    А когда (даже не "если") оно все у нас навернется - чинить незачем, выкрасить и новую ноду запустить.

    > не делать. Может получится всё-ж безопаснее чем в ядро. А может

    не, не получится.

     

     ....большая нить свёрнута, показать (38)

  • 1.14, Аноньимъ (ok), 20:03, 30/08/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Какой изысканный невероятный бред. Линукс не перестаёт удивлять.
     
     
  • 2.22, BorichL (ok), 20:15, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Как знатно пингвинчик жиреет! Ну теперь ещё ядро раскормить системдой, вяйлендом, трубопроводом и Винда нервно закурит в сторонке, особенно когда ядром займутся растоманы, которые всё могут, но ничего не умеют!
     
  • 2.24, пончик (?), 20:16, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Линукс тут причём? Это идиоты из мелкасофт
     
     
  • 3.65, Аноним (65), 21:32, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А кто больший? Тот кто это сделал, или тот кто примет это в ядро?
     
     
  • 4.162, abi (?), 10:57, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Линусу уже давно настоящие хозяева линукса сказали комитить, а не рефлексировать.
     
  • 3.75, Аноним (75), 22:00, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    90% кода "независимого" ляликса пилится корпорациями. Чо сразу майки-то.
     
  • 3.102, Аноньимъ (ok), 00:22, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Линукс тут причём? Это идиоты из мелкасофт

    Так они же одни из крупных коммитеров в линукс.

     
  • 3.123, iPony129412 (?), 06:09, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Линукс был бы не причём, если
    1) это делали бы разработчики не связанные с линуксом
    2) на это бы пошла реакция (не от анонимов с опеннета, а с Linux Foundation) — «это мы не примем».
     
     
  • 4.201, Аноним (199), 15:58, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > не от анонимов с опеннета, а с Linux Foundation

    Основателями и спонсорами которой были 7 крупнейших компьютерных корпораций: Computer Associates, Fujitsu, Hitachi, Ltd., Hewlett-Packard, IBM, Intel, NEC? И как ты это представляешь?

     
  • 2.238, Аноним (238), 17:11, 02/09/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Изысканный и невероятной бред - это комментарии к этой новости Если понять как ... большой текст свёрнут, показать
     
     
  • 3.240, Аноним (240), 19:47, 02/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Прежде всего отказоустойчивость (костылики вроде DFS канули в лету), Multichannel для возможности лить данные через конвергентные сетевые адаптеры, утилизируя их целиком, а также поддержка RDMA и организация доставки програмно определяемого стораджа S2D (Storage Space Direct).

    А можно ссылок на подробности этого? И как применять. Интересно как это выкинуть dfs в географически распределенных системах.

     
     
  • 4.243, Аноним (238), 23:14, 02/09/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Начинать читать отсюда https docs microsoft com en-us windows-server storage ... большой текст свёрнут, показать
     
     
  • 5.248, Аноним (240), 20:39, 03/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ссылки то я и сам нагуглить могу. Интересовало описание живого опыта. Но после этого комментария много прояснилось:
    >  DFS сейчас имеет сейчас еще и другую реализацию. Старый FRS уже 10 лет как заменили на DFRS и эта штука используется не для отказоустойчивости, а для задач репликации.
    >  Если у вас шара для совместного использования реальными пользователями, то для этого уже 10 лет как используют WebDAV. В чем смысл такой геораспределения шары, если объектами у вас там являются документы? Опять же автономные копии кэш и синхронизация под WebDAV-каталоги работает лучше чем c DFS.

    This. Основное интересуемое во всем этом ACL. Ну и отказоустойчивое хранилище.

     
  • 3.241, Аноньимъ (ok), 22:19, 02/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Так эта ядерная реализации реализует доступ к файлам или жуткого монстра со всякими активными директориями и прочей жутью?
     
     
  • 4.242, Аноним (238), 22:26, 02/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Доступ к файлам.

    Жуткий монстр уже есть, называется Samba 4. Когда реализация SMB переезжает в ядро жуткий монстр начинает использовать ядерную реализацию вместо собственной юзерспейсной.

     

  • 1.17, Аноним (17), 20:10, 30/08/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Опять Microsoft, а давайте засунем дырявый SMB прямо в ядро, а то некоторые сразу удаляют Samba, а так нельзя!
    ОТЕись Microsoft
     
     
  • 2.98, Хан (?), 23:57, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    SMB последних версий значительно лучше и проще NFS
     
     
  • 3.114, Аноним (114), 02:46, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    пусть делают свой SMB дальше, но в ядро не надо лезть....
     
     
  • 4.129, iPony129412 (?), 07:43, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Так в ядро лезет все кому не лень.
    Причём, как говоришь, что толсто, так сразу в ответ "всё модульно, можно как хочешь скомпилять".
    Ну вот компиляй без этого, если не нравится.
     

  • 1.18, forsam (?), 20:14, 30/08/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Мало вероятно, что самбу включат в ядро, не так много людей её использует на серваках(наверное). Ответ данному господину от сообщества(логичный) - Вы, там у себя в микрософтах, как напишите реализацию нфс-а в ядре... так и мы подтянемся.
     
     
  • 2.50, нах.. (?), 21:10, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не ну ты че, это же другое.
     
  • 2.93, Аноним (93), 23:48, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Собственно единственное настоящее преимущество винды - что ведро отдельно, дрова отдельно, сервисы отдельно.
     
     
  • 3.97, Аноним (97), 23:56, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    ага, еще скажи GUI отдельно
     
     
  • 4.200, Kusb (?), 15:55, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > ага, еще скажи GUI отдельно

    А оно в последних версиях не стало там более отдельно?

     

  • 1.19, пончик (?), 20:14, 30/08/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Очередная ненужная хрень в ядро.
     
     
  • 2.53, нах.. (?), 21:11, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну дык, мразесофт же. Лицемеры корпорасты, у нас в ядре нет nfs а у вас сасамба должна быть.
     

  • 1.23, Fracta1L (ok), 20:16, 30/08/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Ядро скоро лопнет
     
     
  • 2.78, пончик (?), 22:05, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Смотри чтобы у тебя через дырень остатки мозгов не вытекли.

    Хотя там и так уже ничего не осталось.

     
  • 2.170, Аноним (170), 12:07, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А ты запусти сборку и отойди.
     

  • 1.26, Хан (?), 20:18, 30/08/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    С другой стороны че удивляться, ретрограды и смузибои возвращаются назад в прошлое во времена реального режима запихивая все в привелигированный режим ядра, со всеми вытекающими от сюда... любая софтина может положить ядро
     
  • 1.27, Хан (?), 20:19, 30/08/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    KTLS тот же
     
  • 1.28, пох. (?), 20:20, 30/08/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    И да, больных на голову экспертов впопеннета почему-то вовсе не волнует тот факт, что натуральная юниксовая nfs изначально везде и всюду была задумана и реализована - ну надо же, кто бы мог подумать - в ядре.

    А единственная попытка очумелых ручек сделать переносимую неядерную реализацию - ganesha-nfs - родила только чудовище со слоновьей головой. Мертвенькое от рождения (потому что религиозные сказки индусов сказками, а в реальности пересадка головы пока и в пределах одного вида только на мышах работает, и то ненадежно)

    P.S. но интересно, сколько претензий по замене colour на color родит это предложение. Платиновый спонсор ведь, а не какие-то русские.

     
     
  • 2.32, Хан (?), 20:27, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    То что задумано ядерным, ок, вопросов нет, но вот то что задумано как пользовательским нафиг тащить в ядро?
    TLS тот же, это прикладной протокол работающий поверх ядерного TCP/IP, но теперь прикладные протоколы уже в ядре..

    А что дальше? HTTP? ESMTP? IMAP? XMPP? IRC? И еще тысячу других...

     
     
  • 3.36, Annoynymous (ok), 20:40, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    От SSL в ядре я бы не отказался, кстати. Чтобы можно было просто указать, что вот этот порт под SSL, а за портом уже прикладной сервер получал расшифрованный трафик прямо в широко открытый порт.
     
     
  • 4.40, Хан (?), 20:46, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    В теории и HTTP в ядре круто, самый активно дергаемый протокол пользователем, а чем не реализовать его в ядре?

    Но по такой же логике в ядро можно впихнуть все что угодно(((

     
     
  • 5.72, пох. (?), 21:54, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > В теории и HTTP в ядре круто, самый активно дергаемый протокол пользователем,
    > а чем не реализовать его в ядре?

    accept_http фильтры в freebsd существуют 20 лет.

    К сожалению, по очевидным причинам, пользы от них в нынешнем мире - никакой.

    > Но по такой же логике в ядро можно впихнуть все что угодно(((

    можно. Если ты платиновый спонсор. Если просто ntfs запилил (которая уже есть но нерабочая) - то не очень легко.

     
     
  • 6.96, Хан (?), 23:53, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Знаю... у гугла в его версии линукса HTTP ядерный... такие дела... лол
     
     
  • 7.132, пох. (?), 08:22, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну так это ж он нам нешифрованный http попереломал до полной неработоспособности. А себе пакостить не собирается, у него-то работает.

     
     
  • 8.167, n00by (ok), 11:38, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Гугль с Микрософт сговорились, что ли HTTP sys supports the following features ... текст свёрнут, показать
     
     
  • 9.184, пох. (?), 14:13, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    это вообще-то модуль для asp net, а не то что ты подумал ... текст свёрнут, показать
     
     
  • 10.192, n00by (ok), 15:42, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну может http sys и для asp net модуль, но при этом он модуль ядра, в просторечи... текст свёрнут, показать
     
  • 4.42, пох. (?), 20:47, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > От SSL в ядре я бы не отказался, кстати. Чтобы можно было
    > просто указать, что вот этот порт под SSL, а за портом

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

    Ну в смысле, для него надо расширение openssl/gnutls (их, вроде, и было), а апи останется где был, без него не обойтись.

     
  • 3.39, пох. (?), 20:45, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Ну то есть на задумки давно мертвой sun мы будем молиться, а ничего полезного ... большой текст свёрнут, показать
     
     
  • 4.43, Хан (?), 20:49, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    NFS мертв это факт с его 1% пользователей, SMB доминирует ибо винда абсолютный лидер на рынке ПК

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

     
     
  • 5.52, пох. (?), 21:11, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    лидер добр, у лидера net use _сам_ разбирается - smb сервер на той стороне, или ... большой текст свёрнут, показать
     
     
  • 6.56, Хан (?), 21:18, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Тяжело читать... это что ПРОМТ?
     
     
  • 7.64, Аноним (64), 21:29, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Всё в порядке, это поток сознания. Он такой.
     
  • 7.73, пох. (?), 21:55, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • –6 +/
    > Тяжело читать... это что ПРОМТ?

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

     
  • 5.147, timur.davletshin (ok), 09:52, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >>> NFS мертв...

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

     
     
  • 6.163, Урри (ok), 10:58, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Да. Но при этом SMB все же действительно на 99% файлопомоек вертится.
     
  • 4.46, Хан (?), 21:05, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не путай TLS с VPN-ом

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

     
  • 4.86, Аноним (86), 23:26, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Де факто smb победил

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

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

     
     
  • 5.99, пох. (?), 00:03, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    ты хочешь сказать, там есть что-то кроме вареза и прона?!

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

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

     
     
  • 6.164, Урри (ok), 11:03, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > ты хочешь сказать, там есть что-то кроме вареза и прона?!
    > Проблема хететепе - что он чудовищно неэффективен, поскольку ни разу не для
    > разделяемого доступа к файликам был изобретен.

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

     
     
  • 7.189, пох. (?), 14:38, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не всем же наслаждаться именно онлайн-вуайеризмом, как ты.

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


     
     
  • 8.190, Урри (ok), 15:14, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    избранные места в порнушке ну ты извращенец ... текст свёрнут, показать
     
  • 5.210, Аноним (210), 01:15, 01/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > де-факто победил HTTP и проприетарные протоколы поверх него, типа дропбокса или гугл-драйва

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

     
  • 4.195, нах.. (?), 15:44, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Я таки надеюсь что ты сейчас расскажеш как для smb3 настроить posix и вменяемые права на файлы?
     
  • 3.103, Аноним (105), 00:22, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >А что дальше? HTTP? ESMTP? IMAP? XMPP? IRC? И еще тысячу других...

    WebSocket, Social API

     
  • 3.244, Аноним (238), 00:47, 03/09/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вы о чем вообще С каких пор SMB был задуман как пользовательский Что srv sys ... большой текст свёрнут, показать
     
  • 2.88, Michael Shigorin (ok), 23:30, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А единственная попытка очумелых ручек сделать
    > переносимую неядерную реализацию - ganesha-nfs

    Надо же, unfs3.sf.net мне приснился, наверное.

     
     
  • 3.95, пох. (?), 23:49, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    кому интересны васянские хеловроты?

     
  • 3.100, пох. (?), 00:11, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • –4 +/
    и да, сравни свой хеловрот вот с этим: http://citi.umich.edu/projects/nfsv4/windows/readme.html
    (но нет, я не пробовал его собирать, все руки не дойдут. Один хрен, в общем-то, низачем не нужно.)

     
     
  • 4.169, n00by (ok), 11:54, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Собирают Checked Build - значит это бета, а не релиз.
     
     
  • 5.179, пох. (?), 13:57, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    какой релиз нафиг - оно мертвое десять лет как. Написали, защитили своих постдоков, и пошли в microsoft индусам карри подносить.

    Но список подвигов - внушаить. Даже если на практике окажется что оно не совсем работает.
    (на фоне совсем неработающей ganesha в каждой ср-ной бубунте)

     
  • 2.202, Аноним (199), 16:00, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    NFS не вся в ядре, не все её подсистемы.
     
     
  • 3.245, Аноним (238), 00:49, 03/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Линуксопроблема. Кстати, поэтому оно и тупит на линуксе в сравнении с той же фряхой, например.
     

     ....большая нить свёрнута, показать (35)

  • 1.33, Аноним (33), 20:34, 30/08/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Интересно, хотя бы один здравомыслящий человек станет юзать ЭТО (если, конечно, какой-нибудь Canonical не [s]позаботится[/s] подложит свинью, и не сделает, чтобы это добро собиралось и загружалось по дефолту)
     
     
  • 2.37, Аноним (97), 20:41, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    А ничего, что NFS точно так же в ядре реализован?
     
     
  • 3.69, _kp (ok), 21:41, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А они не знают зачем он, и считают, что им не пользуются.
     
     
  • 4.74, пох. (?), 21:59, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А они не знают зачем он, и считают, что им не пользуются.

    нет, они им и на самом деле не пользуются. Это надо сервер настроить, откуда у них...

    mount -t cifs, с ближайшей винды. Ну или davfs, с облачков мэйлру.

    Умеющих в nfs, да еще чтоб более-менее безопасно, а не "rootsquash, а я не при делах" - единицы. Их даже меньше, чем умеющих (умеющих, а не serverfault, ctrl-c/ctrl-v) самбу.

    Немодное умение, да и бесполезное по большей части.

     
     
  • 5.82, pofigist (?), 22:34, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А что вебдав на майлрушечке заработал? Не надо только давать ссылку на их потухший мануал - так как там написано давно не работает.
     
     
  • 6.91, пох. (?), 23:42, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А что, сломался суматошно переключает страничку мониторинга а, нет, ложный ш... большой текст свёрнут, показать
     
  • 3.203, Аноним (199), 16:01, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Не точно так же. Ты преувеличиваешь.
     

  • 1.38, Аноним (38), 20:45, 30/08/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Самбу в принципе надо выпиливать. Не особо быстрый, не особо надёжный, переусложненный, устаревший протокол, единственное "достоинство" которого это интеграция с мастдаем.
     
     
  • 2.49, Аноним (240), 21:09, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    У тебя и тесты есть сравнения смб3 вс нфс со всеми наворотами?
     
     
  • 3.83, Аноним (83), 23:11, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    венда умеет нфс со всеми наворотами?!
     
     
  • 4.227, Аноним (240), 21:55, 01/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну тупи. Имелось в виду вин с смб3 против лин с нфс. Везде все возможности протоколов использованы по максимуму.
    Есть тесты или нет?
     
  • 2.119, maximnik0 (?), 04:02, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >не особо надёжный, переусложненный, устаревший протокол

    Это вы про 1-ю версию говорите или 2-ю ?
    Так извините,Хр и Виста уже того,непотдерживаемые.
    Сейчас 3 версия протокола-а она позволяет кластеризацию и отказоустойчивость,перераспределение нагрузки,шифрование,версирование файлов (файловая опция) и т.д .В общем https://docs.microsoft.com/en-US/troubleshoot/windows-server/high-availability
    просвещайтесь,единственный недостаток- это заточенность именно под винду,т.е протокол не кросплатформенный.

     
     
  • 3.120, Аноним (120), 05:29, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Так то одна контора занимающаяся виртуализацией хвалилась о написании своей версии смб. Работающей гораздо быстрее стандартной линуховой. За прошедшие пяток лет они часть смб3 сделали. Так что насчёт не кроссплатформенности я бы не горячился.
     
     
  • 4.144, maximnik0 (?), 09:21, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Так что насчёт не кроссплатформенности я бы не горячился

    Там слишком труднопортируемые технологии используеться-для обменна файлами это может и не нужно,но есть допустим запуск повершелла.Своя модель бинарного протокола безопасности,свой ACL и т.д.

     
  • 3.125, Аноньимъ (ok), 07:12, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А самба уже стала многопоточной или всё ещё однопоточная?
     
     
  • 4.145, maximnik0 (?), 09:27, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А самба уже стала многопоточной или всё ещё однопоточна

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

     

  • 1.41, тоже Аноним (ok), 20:47, 30/08/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    1. .NET for Linux
    2. Hyper-V for Linux
    3. CBL-Mariner
    4. Kernel Samba
    ...
    10. Microsoft Linux Server Enterprise Edition
     
     
  • 2.142, Брат Анон (ok), 09:19, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Чо ты ржошь, конь? А прикинь это до твоего сервака доедет?!
     
     
  • 3.165, тоже Аноним (ok), 11:09, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Чо ты ржошь, конь? А прикинь это до твоего сервака доедет?!

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

     
  • 3.168, iPony129412 (?), 11:53, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Чо ты ржошь, конь? А прикинь это до твоего сервака доедет?!

    А что плохого?

     
  • 2.160, Аноним (-), 10:39, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Не смешно. Боже упаси!
     

  • 1.44, Аноним (44), 20:56, 30/08/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Если будет работать лучше - почему нет? Только по умолчанию не включать.
    Но это все сказка. Так не бывает. Только в ядро пристроят, как в самбвх и ко все к этой хрени прибьют шурупами и все - досвиданья.
     
  • 1.45, Аноним (45), 20:58, 30/08/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    20 лет ждал, и вот уже в двух шагах от груды сказочных богаств
     
     
  • 2.126, Аноньимъ (ok), 07:12, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Бог подаст.
     
     
  • 3.198, нах.. (?), 15:49, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Хитрый шанс.
     
  • 2.211, Аноним (210), 01:21, 01/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Потому так любит зритель этот дивный жанр
     

  • 1.51, Аноним (-), 21:11, 30/08/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Технологии придуманные Майкрософ нам не нужны!
     
     
  • 2.57, Хан (?), 21:19, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ExFAT на выход? Флэшки не нужны? А ну еще древний FAT тоже, он же мелкими придуман
     
     
  • 3.77, пох. (?), 22:05, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > ExFAT на выход? Флэшки не нужны? А ну еще древний FAT тоже,
    > он же мелкими придуман

    конечно, у л@...х есть же ж б-жественная f2fs. Она правда на самом-то деле не портит только флэшки от сасунг, причем - в телефонах сасунг, а не любые. Но они истово верующие, их это не остановит.

    Как и то что кроме их локалхоста эту флэшку ни на чем не прочитать.

     
     
  • 4.101, Аноним (105), 00:13, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    У меня ext2 уже лет 10 на флешке и до сих пор не испортила её.
     
     
  • 5.116, Аноним (45), 03:17, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    УМВР- синдром. Мало ли что у тебя и 98 винда небось стоит, которую никто не трогал и она работает.
     
     
  • 6.149, пох. (?), 09:56, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Правильно приготовленная ext2, в принципе, не самый худший (хотя и неэффективный) выбор для флэшки. Только вот я сомневаюсь что он ее умеет правильно готовить, особенно с учетом десять лет вжопыта. То есть он ее начал использовать тогда, когда этого делать было вообще нельзя ни для чего.

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

    А некоторым еще interoperability подавай, зажрались, продали васяна с потрохами корпорациям (зла!)

     
     
  • 7.208, Аноним (208), 18:14, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ващет, я речь вёл про то, что линуксовая ФС флешки не портит. А ты сюда локалхосты приплёл к чему-то.
     
     
  • 8.212, Аноним (210), 01:32, 01/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А разве кто-то утверждал что портит ... текст свёрнут, показать
     
     
  • 9.223, пох. (?), 14:10, 01/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну я утверждаю То есть ей все равно что портить, hdd тоже можно Раз он использ... текст свёрнут, показать
     
  • 8.235, пох. (?), 13:59, 02/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    потому что прекрасно портит, и не только флэшки Но ты за пределы локалхоста не ... текст свёрнут, показать
     
  • 4.141, Аноним (-), 09:18, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    У меня USB-флэшка Mirex с F2FS и она не портится.
     
     
  • 5.150, пох. (?), 09:57, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Держи нас в курсе.

     
     
  • 6.161, Аноним (-), 10:42, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    У кендузятника поха подгорело от мысли. что Виндовс не нужен.
     

  • 1.61, rm2 (?), 21:25, 30/08/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не "предложена", а уже смёрджена в 5.13.

    И то что её не рандомный анонимус, а Samsung пилит, как-то не упомянуто.

     
     
  • 2.62, rm2 (?), 21:26, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    И Стив Френч только сделал пулл, а код написал Namjae Jeon.
     
     
  • 3.135, llolik (ok), 08:46, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Так а какая, в общем разница. Линусу (ну или Грегу или кто там мейнтейнер этой подсистемы), нужно чтобы у кода был сопровождающий. Стив заявился сопровождающим. Код рабочий и общим правилам удовлетворяет, проект выглядит как кому-то нужный, сопровождающий заявился - ну ОК, замерджили.
     
     
  • 4.151, пох. (?), 09:58, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Ты еще скажи что внимательно весь этот немаленький код прочитал и проверил правописание комментариев, как масса васянов это делали с ntfs3.

     
  • 2.239, пох. (?), 17:43, 02/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати, да, вот что значит от кого надо PR!

    2021-08-30  0:32 Steve French [this message]
    2021-08-31 16:41 ' pr-tracker-bot
    (has been merged into torvalds/linux.git)

    И никаких требований мамой поклясьтся, что будет, гад, майнтейнить, и никаких предложений заменить color на colour и наоборот. И вообще НОЛЬ комментариев.

    Код идеален!

     

  • 1.68, InuYasha (??), 21:37, 30/08/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Сколько негатива. Народ реально не шарит, что такое SMB и насколько это реально классная штука? Да, она ахрисложная. Но в итоге Samba помогает нам плавно уходить от венды.
    PS: Всё жду, когда в линуксе появятся нормальные ACL, как (или лучше чем) в винде.
     
     
  • 2.71, cat666 (ok), 21:48, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот тебе ещё один в linux уже есть нормальные ACL, а про то что ты называешь нормальным даже Эндрю Триджелл сказал, что - "Никто не знает как работают Windows ACL"
     
     
  • 3.137, СеменСеменыч777 (?), 08:57, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    я знаю.
    если не наворачивать в три слоя, то работают хорошо, делают именно то что заявлено.
     
  • 2.76, пох. (?), 22:03, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > PS: Всё жду, когда в линуксе появятся нормальные ACL, как (или лучше

    ждите, ждите.

    А пока и posix acl's через сосамбу без стакана не пробросить.
    Кстати, напомните мне, как там с поддержкой unix extensions?

    От винды они ушли, ага. К винде и придете. Только шва...нахаляву. Поэтому все глючит и тормозит.

     
     
  • 3.146, maximnik0 (?), 09:43, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А пока и posix acl's через сосамбу без стакана не пробросить.

    Ставте Novell eDirectory главныи Ldap и проблем практически не будет.

    (Понимаю что NSS фичами по сравнению с  Btrfs не обладает,но проблем с правами доступа там тоже не было,лучшая как я считаю реализация Acl.Чего она не понравилась разрабам ядра не понятно....)

     
     
  • 4.152, пох. (?), 10:01, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    простите, а нахрена мне костыль и подпорки от фирмы-трижды банкрота, если у меня и так проблем нет?
    (я уж молчу что вы и проблему не поняли, и не имеете ни малейшего представления о ее решениях, ldap тут вообще ни с какого бока, он другую родовую проблему линуксячьих поделок решает)

    > Чего она не понравилась разрабам ядра не понятно..

    тем что новел - трижды банкрот, например.

     
     
  • 5.175, maximnik0 (?), 13:25, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > (я уж молчу что вы и проблему не поняли, и не имеете

    Просто у новеловского лдап есть схема с внешним Acl,это конечно костыль,но костыль работающий.Похожея схема была в самбе3 с схемой внешней Бд с правами Acl (эмуляция виндовых прав доступа), но скорость доступа увы,невелика.
    >трижды банкрот, например.

    Не знал что они 3 _ды банкроты,но опыт сетевых фс у них был.По удобству Acl нечего близкого до сих пор нет,просмотрите документацию на эту фс,единственная существенная недостача по нынешним временам что нет контрольной суммы для данных.
    С COW для нагруженной сетевой фс не так все одназначно,красные не зря за XFS борються,хотя и собираються приделать эту возможность как опцию.

     
     
  • 6.176, пох. (?), 13:39, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    да не в схеме же проблема, проблема как ее до fs донести чтоб ничего при этом не сломалось, рассчитанного на "07777". Это одной самбой не победить.

    Смеялись когда-то над виндузятниками, у которых все сломалось при переходе с 95 на NT ? Ну вот, теперь их очередь. Нинавижю.

     
     
  • 7.229, Роман (??), 00:23, 02/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    примерно там же смеялись над UUID в mountvol вместо /dev/hda в fstab. Можно посмотреть в любой современный fstab теперь и внезапно увидеть UUIDы
     
     
  • 8.234, пох. (?), 13:53, 02/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну тупизна в очередной раз победила разум, дальше -то что На тех серверах, кото... текст свёрнут, показать
     
  • 2.148, anonimus (?), 09:54, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    пример systemd заразителен. Засунуть свою поделку во все щели, а затем диктовать свои хотелки.
     

  • 1.85, Michael Shigorin (ok), 23:26, 30/08/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Им мало khttpd?
     
     
  • 2.138, СеменСеменыч777 (?), 09:00, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    хочу nginx-unit в ядре. без шуток.
     
     
  • 3.140, Брат Анон (ok), 09:16, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Может тогда проще какой баре-металл собрать с нджинксом? Ведь там котиков не надо, не?

    Наоборот: из ядра надо вытащить вообще всё. И отправить уровнем ниже. Надо эффективное взаимодействие служб? Запускать как один процесс. О чём это я?! Ведь это уже давно всё есть.

     

  • 1.90, vitalif (ok), 23:35, 30/08/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Эффективные способы коммуникации между ядром и юзерспейсом пилить надо, на манер io_uring, но лучше ещё эффективнее. Например FUSE с зирокопи какой-нибудь
     
     
  • 2.92, пох. (?), 23:44, 30/08/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Пилите. Адрес, куда присылать пулреквесты - там по ссылке скопипастите.

     

  • 1.104, Аноним (104), 00:23, 31/08/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Совсем уже чекнулись. Такими темпами скоро mysql встроят прямо в ядро вместе с php.
     
  • 1.113, mumu (ok), 02:17, 31/08/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Наконец-то на линуксе просто чтобы расшарить по сети файл не придётся поднимать целую локальную актив директори с днс-сервером. Двадцать лет пролетели незаметно.
     
     
  • 2.133, нах.. (?), 08:28, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    На линуксе двадцать лет чтобы "просто расшарить по сети файл" совместимым с другими операционными системами способом - не нужна была никакая active directory с dns сервером впридачу.

    Внезапно, для работы samba это все вовсе необязательно.

    Неосиляторы такие неосиляторы...

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

     
     
  • 3.188, mumu (ok), 14:20, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > "просто расшарить по сети файл" - не нужна была никакая active directory

    щас пойдут сказки про вебдав, ssh, однострочные http-серверы на баш, ftp не умеющие в безопасность или нфс с копро-архитектурой? Никакого колхоза не забыл?

    > Внезапно, для работы samba это все вовсе необязательно.

    Ага, обязателен только надмозг-конфиг на несколько экранов, разбросанный по пятку разных файлов. Помню, помню.
    Все ждали четвёртой версии с модульностью, чтобы winbind стал менее упоротым и т.д., но всех налюбили и сделали за кой то чёрт весь приоритет на AD-контроллер. Как будто без этой бутылки невозможно было smb3 добавить.

     
     
  • 4.194, нах.. (?), 15:43, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    нет, чувак, все это - обеспечивала самба Версии 3 0 Причем - из коробки снова ... большой текст свёрнут, показать
     
     
  • 5.205, mumu (ok), 16:59, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > снова нет. Достаточно принимать вовремя таблеточки (нет, упорина ты нажрался зря)
    > И там большую часть можно было не трогать.

    Воу. Что, и charset уже можно не шаманить? Помнится были проблемы с закорючками.
    И min protocol= SMB2 не нада? Ванакрай не напрягает? krb5.conf и pam.d тоже сами себя не заполнят (хотя в бубунте может уже дошли до этого, не интересовался)

    > read only = yes

    А ну яснопонятно. Вы ещё небось у себя NTLMv2 до сих пор используете. Как перейдёте с Windows 98 наберите. У нас вот тупо запрещены соединения от клиентов без проверки подлинности. Потому что в инфре ты либо валидирован, либо ты чужеродная субстанция. Zero-Trust во все поля.

    > То ли дело, действительно, в винде - правой кнопкой мышы тык, хачю-хачю-хачю!
    > И вылазит полезный и нужный wizard который тут же делает неведомую

    Вот это кстати афигенно. В одном ЕДИНСТВЕННОМ меню для компа в домене я за 10 секунд настраиваю все права доступа для групп. И не нужно мне думать над тем как соединить пол десятка разных модулей вместе и гадать, толи памд глючит, толи idmap опять слетели, толи winbind опять сегфолтнулся.
    Чтобы сделать то же самое на самбе (без копипасты готовых конфигов) мне понадобится бутылка пива и DND на телефоне как минимум.

    > Я вот спокойно пользовался третьей и (там где она еще жива) продолжаю.

    Ну я бы может тоже, если бы туда smbv3 завезли. Но без неё как-то грустно.

    P.S. Согласен, что кернел-модуль никак не решает проблемы интеграции с керберосом и АД-шными группами. Просто это в своё время для меня была прям боль. А вот для работы всяких SAN кернел модуль будет отличным решением.

     
  • 2.172, And (??), 12:56, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Я в ядро зачем впиливать файл сервер?

    Ну, кроме смеха и развлечения, зачем чужеродное смешивать.

     
     
  • 3.183, mumu (ok), 14:11, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Я в ядро зачем впиливать файл сервер?

    Это _Модуль_ или по-вашему "драйвер". Они крепятся сбоку и в них нет ничего плохого.

    Почему близко к ядру тоже понятно: Производительность. SMB это не чтобы в общаге кунтерстрайк расшаривать. Сейчас SMB это решение номер один для подсоединения СХД, вместо устаревших AoE, iSCSI или мертворождённого FCoE.

     

  • 1.117, Аноним (45), 03:19, 31/08/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Зато сейчас в линуксе очч удобно, либо править каждый раз конфиг со всякими шизанутыми взаимоисключащими параграфами менящимися от версии к версии. А если делать через UI поднимаются всякие webdav и httpd апачи...
     
     
  • 2.127, Аноньимъ (ok), 07:20, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Самба в ядре не отменяет шизанутого самба конфига с шизанутыми параметрами который нужно править.
     

  • 1.118, Док (?), 03:35, 31/08/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Все программы надо засунуть в ядро для повышения эффективности. Начнем с тетриса
     
  • 1.124, Microsoft Linux (?), 06:51, 31/08/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    рецепт для проталкивания любой дичи в ядро:

    1. берём 10 феминисток;
    2. добавляем дичь;
    3. делаем вид что феминистки написали эту дичь;
    4. "предлагаем" ввести эту дичь в ядро;
    5. если Торвальдс не соглашается - обвиняем его в связи с малолетками и заменяем на Балмера
    6. дичь в ядре.

     
     
  • 2.128, Аноньимъ (ok), 07:21, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Балмер дичи не допустил бы.
     
  • 2.130, Минона (ok), 08:05, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    феминисток мало
    без нестандартных не прокатит
     
     
  • 3.222, ыы (?), 12:55, 01/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    10 феминистов;
     

  • 1.139, Брат Анон (ok), 09:14, 31/08/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Ну наконец-то конкурент eBPF подтянулся!)) Я прям чой-та заскучал на последней неделе))
     
  • 1.154, Аноним (154), 10:14, 31/08/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ksmbd - я сначала подумал, что это реализация самбы, заточенная только под КДЕ...
     
  • 1.171, And (??), 12:55, 31/08/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Это чтобы DRM ограничения пользака на уровне ядра проще проводить?

    Иначе в ядре файловый сервер не нужен.

     
     
  • 2.173, And (??), 12:59, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    P.S. Microsoft - сделают быстро, плохо, только для себя. Точнее - для внутренних механизмов продаваемых решений. Не для людей затея.
     
  • 2.177, eganru (?), 13:43, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Как было указано в новости - одна из областей - устройства с ограниченными ресурсами.

    Не знаю, какие там реально требования - но бахнуть функциональность в ядро позволяет убрать часть накладных расходов на обслуживание процесса.

     
     
  • 3.181, пох. (?), 14:03, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Как было указано в новости - одна из областей - устройства с
    > ограниченными ресурсами.

    ну это ж microsoft - корпорация, зла.

    Врет и не краснеет. Ну что ты собрался шарить еще с поддержкой rdma со своего adsl модема?

    > Не знаю, какие там реально требования - но бахнуть функциональность в ядро
    > позволяет убрать часть накладных расходов на обслуживание процесса.

    так вот они актуальны-то только когда ресурсы ограничены не устройством, а прожорливостью потребителя. В предположении что узкое место именно самба, а не отдача с физической fs или сетевуха-через-usb-в-soc. А для того чтоб упереться в самбу - нужна очень откормленная раздавалка.

    Ей собственно демона запустить - тьфу.

     

  • 1.180, Какаянахренразница (ok), 13:59, 31/08/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Это всё полумеры. Когда уже будет ядро в ядре?...

    Yo dawg! I heard you like kernels, so I put a kernel into your kernel so you can panic while you panic.

     
     
  • 2.182, пох. (?), 14:04, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Это всё полумеры. Когда уже будет ядро в ядре?...

    uml вроде выпилили?

    А ты все проспал. Двадцать лет.

     
     
  • 3.213, Какаянахренразница (ok), 03:11, 01/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    UML не позволяет "panic while panic" (при падении он не тащит за собой host). Это несерьёзно ©
     
  • 2.186, Хан (?), 14:16, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    EBPF!
     

  • 1.187, Аноним (-), 14:17, 31/08/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Это вы сейчс смеетесь. А потом у вас с вашими квантовыми компьютерами будет один вопрос - чем бы нагрузить эту квантовую хрень, что бы в доме подняьт температуру градуса на два, и что б с пользой для всех. А, вот же, давно всеми забытое развлекалово - samba, мать ее, ди-жанейро.
     
  • 1.193, Аноним (193), 15:42, 31/08/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А ещё скринсейвер в режиме ядра будет быстрее картинки менять. Давайте скринсейвер в ядро добавим
     
     
  • 2.197, нах.. (?), 15:45, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А ещё скринсейвер в режиме ядра будет быстрее картинки менять. Давайте скринсейвер
    > в ядро добавим

    у тебя драйвер видеокарты и так давно в ведре. А когда-то смеялись над NT.


     

  • 1.204, Аноним (204), 16:51, 31/08/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Хм... самодостаточное ядро, которое может похвастаться отсутствием связи с графикой, которое не выносит себе мозг юзерспейсными приблудами, которые далеко не каждому то и нужны, теперь - фтп сервер...
    Юниксвеем можно подтереться. Планомерное выпиливание людей которые боролись за свободу, опенсорс, безопасность и личное пространство поль-зователя в частности, теперь словно мезозойская эра... когда то было.
     
     
  • 2.206, mumu (ok), 17:31, 31/08/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Что ты несёшь. В ядре линукс всегда была графика. Открой уже исходники хотя бы раз в жизни и посмотри:
    https://github.com/torvalds/linux/tree/master/drivers/gpu/drm
     
     
  • 3.220, n00by (ok), 12:24, 01/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Это управление графическим контроллером, а не графика. Графика это Mesa, Xorg и win32k.sys.
     
     
  • 4.247, mumu (ok), 17:37, 03/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А ну если речь про рендеринг, тогда да. Я-то думал про графику. Я не очень слежу за развитием Windows Core, но думаю что там лет через десять тоже уже можно будет только по ssh работать.
    Пока насколько я видел там всё тоже самое, только с максимально отключенными свистелками. Видимо отталкивались от Safe Mode и дальше резали остальное
     
     
  • 5.252, n00by (ok), 10:40, 04/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    win32k.sys рисует графические примитивы. В NT5 можно переполнить таблицу объектов GDI, создавая их в цикле из двух процессов -- это разрушит Рабочий Стол.
     
  • 2.217, kusb (?), 12:05, 01/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну оно модульное же. Хотя не знаю, что бывает с самодостаточными независимыми модулями.
     

  • 1.219, kusb (?), 12:17, 01/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А можно собрать утёкшие исходники XP как модуль ядра? Там по моему есть подходящий уровень абстракции - Windows Native Api, похоже суть в том, что вызовы ядра это Native Api и есть прослойки, которые имеют свой api, и сами вызывают Native Api.
    Ядро Linux будет реализовывать Native Api, потребуются разные другие прослойки и трансляторы, конечно нужно будет транслировать звук Windows > ALSA, Что-то там > DRI (если не путаю) и видимо другие правки. Некоторые вещи связанные с драйверами работать не будут, это нужно будет учесть.
    Суть в том, чтобы запустить оригинальные файлы и библиотеки Windows на ядре Linux. Совместимость будет потрясающей, я думаю.
    (Я ламер, не гоните...)
     
     
  • 2.221, n00by (ok), 12:55, 01/09/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Native API это примерно как libc в Linux. Подсистема Windows (Win32 API) реализована в NT точно так как и WinE в Linux - обёртками вокруг "родного" интерфейса. Потому WinE не эмулятор.)
     
  • 2.251, ИмяХ (?), 07:42, 04/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Можно. Разработчики давно помершего Lindows именно так и делали.
     

  • 1.226, Аноним (226), 15:14, 01/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Столько хейта в камментах. Чую скоро будет дефолтной реализацией повсеместно.
     
     
  • 2.236, пох. (?), 14:20, 02/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Столько хейта в камментах. Чую скоро будет дефолтной реализацией повсеместно.

    повсеместно как раз и не будет. В линoops - конечно, да. Зачем л@п4@-м вторая самба, действительно...

     

  • 1.253, Аноним (253), 19:15, 04/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Лишь подтверждение что ныняшняя архитектура - туфта.
     
  • 1.254, Аноним (254), 17:10, 06/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    апач ещё запилить в ядро и будет щастье
     
  • 1.256, Аноним (256), 10:00, 08/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    2022: Для ядра Linux предложена реализация Windows API
     
     
  • 2.257, n00by (ok), 15:06, 08/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Реализация Windows API даже для ядра Windows отсутствует. Учите матчасть.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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