The OpenNET Project / Index page

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



"Microsoft начал продвижение в ядро Linux компонентов хост-окружения Hyper-V"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Microsoft начал продвижение в ядро Linux компонентов хост-окружения Hyper-V"  +/
Сообщение от opennews (?), 11-Окт-24, 10:36 
Компания Microsoft предложила для включение в основной состав ядра Linux первую серию патчей, связанных с  работой в качестве хост-окружения (Dom0, root partition) для гипервизора Hyper-V. Хост-окружение отвечает за управление гипервизором, организацию запуска гостевых систем, выделение ресурсов и обеспечение взаимодействия виртуальных машин с оборудованием...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=62028

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

Оглавление

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


4. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  –1 +/
Сообщение от мявemail (?), 11-Окт-24, 10:42 
лол?
"впихните в апстримпотому что позволит меньше париться Microsoft со своими серверами" ?
ну, собственно, они 80% разработки линукса спонсируют.
звучит действительно как начало конца. ибо тогда и "полноценная версия" цирка с безопасностью Окон не загорами.
Ответить | Правка | Наверх | Cообщить модератору

7. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  –6 +/
Сообщение от Аноним (7), 11-Окт-24, 10:47 
так это, все лтс ядра давно под мс. может быть поэтому с ними столько проблем при каждом обновлении (ну или просто повесточка добралась до лтс)
Ответить | Правка | Наверх | Cообщить модератору

9. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от мявemail (?), 11-Окт-24, 11:00 
а теперь еще и будут проблемы вида "мы решили съэкономить 1 байт, поэтому держите RCE", в стиле Окон.
Ответить | Правка | Наверх | Cообщить модератору

12. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от мявemail (?), 11-Окт-24, 11:03 
или.. есть у линукса гайдлайны какие по написанию кода?
посмотреть во многие открытые проекты мс - там даже в коде на cs иногда такое, шо аж страшно.
про спп не знаю, ибо его не знаю.
Ответить | Правка | Наверх | Cообщить модератору

94. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  –3 +/
Сообщение от Аноним (-), 11-Окт-24, 17:49 
> или.. есть у линукса гайдлайны какие по написанию кода?

Они в целом - сильно лучше "в среднем по больнице". Но вот что там раджи от мс вкомитят вопрос, конечно. Но наверняка это будет отдельной опцией/модулями. И если стремный модуль не вгружен - то и гасить тогда нечего.

> посмотреть во многие открытые проекты мс - там даже в коде на cs иногда такое,
> шо аж страшно.

Это для шарпеев нормально. Да и не только их. Достаточно посмотреть на 6000 страниц спеков OOXML (фоточка "стандарта" гуляет в интернете).

А так - я ж говорил что ms кажется хочет выкинуть винду с абажура, в том числе и как сервер. Вот и пыжится. Винда как сервер - какаха та еще. Тормозная, кривая в управлении. А для тех кто не майкрософт еще и дорогая. А на самом деле - майкрософту оказалось дешевле сервить апдейты CDN на лине чем своими ДЦ с "офигенной" серверной виндой. Все что надо знать о технологиях^W маркетинговом булшите от майкрософт.

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

139. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +1 +/
Сообщение от мявemail (?), 12-Окт-24, 09:02 
>Это для шарпеев нормально.

дак нет.
язык сам по себе вполне способствует нормальному писанию/читанию.
посмотреть на многие открытые проекты на cs(кроме mono. он в каком-то.. очень интересном стиле написан. судя по всему, теми же людьми, которые виндовый clr писали).
с писаками из мс просто, видимо, что-то не то.

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

142. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Илья (??), 12-Окт-24, 11:20 
СS способствует написанию хорошего кода.

Разработчики не видят вызова.

Хочется же круто писать.

Втягивают DDD ООП аспектное программирование в 100 слоёв на автомаппере и медиаторе.

Код снова ужасен, все довольны

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

168. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  –1 +/
Сообщение от Аноним (-), 13-Окт-24, 13:57 
> СS способствует написанию хорошего кода.

Только в реальном мире это что-то не проявляется.

> Разработчики не видят вызова.
> Хочется же круто писать.
> Втягивают DDD ООП аспектное программирование в 100 слоёв на автомаппере и медиаторе.
> Код снова ужасен, все довольны

Майкрософт и оверинженерия - это практически синонимы. К тому же тиме надо в отчетах писать какие они нужные, иначе их децимируют. Они и придумывают чем еще заняться, кому ж на мороз охота. У корпов вообще болезнь роста софта - просто чума. Могут из небольшой программы вырастить летающего макаронного монстра, с встроеным офисом, калькулятором, менеджером напоминалок и платежной системой. Больше всего этим китайцы грешат, но в плане feature set - и энтерпрайз вообще.

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

167. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  –1 +/
Сообщение от Аноним (-), 13-Окт-24, 13:52 
> дак нет.
> язык сам по себе вполне способствует нормальному писанию/читанию.

Спасибо, я видел ЭТО.
1) Во первых оно чрезмерно навороченное и оверинженернутое. Огроменные либы на все оказии, VM, GC, вот это все.
2) Там по жизни километровые имена. Суммарно часто ведет к зубодробильному коду который спасибо если на 2 экрана рядом влазит. Наверное поэтому шарпеи очень любят такой сетап.
3) На этом чаще всего програмят "для других", за деньги. За очень редким исключением.
4) С графическими фреймворками майкрософт развел бардак. Кроссплатформеннного варианта - вообще нет.

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

Хрен его знает какой юзкейс у этой штуки с ТАКИМ сочетанием. MS хотел законкурировать жабу. И получиласт, реально, вторая жаба. Жаба правда сама к тому времени скисла, оставшись только в энтерпрайзах, да, вот, андроидах. Но MS и там пролетел. А тут еще вот хруст, и прикольные вакансии "переписывать бэк office 365 на хруст".

> посмотреть на многие открытые проекты на cs(кроме mono. он в каком-то.. очень
> интересном стиле написан.

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

> судя по всему, теми же людьми, которые виндовый clr писали).
> с писаками из мс просто, видимо, что-то не то.

Ну да. Однако дотнет они же дизайнили. И фирменная трабла MS - это оверинженерия, покусь маркетингом и зачастую это все сваливается в совершенно иррациональные комбо. В принципе сесть на пятки жабе частично получилось - но к тому моменту это утратило актуальность, а теперь новая идея фикс называется - Rust. ЧСХ это несколько более рациональный fix. Без VM и GC это сможет удешевить эксплуатацию систем, позволив high-performance и системщину. Шарпеям же вход в эти топики - заказан.

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

231. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Илья (??), 16-Окт-24, 08:02 
Да у тебя горит! Значит всё правильно делаем
Ответить | Правка | Наверх | Cообщить модератору

238. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (-), 18-Окт-24, 14:38 
> Да у тебя горит! Значит всё правильно делаем

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

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

147. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (147), 12-Окт-24, 15:16 
294, тебя же каждый раз ловили что в винде ты ничего не понимаешь. А ты отряхиваешься и идешь дальше как ничего не было. И все твои отмазы - у меня другие кейсы. Что за повреждение оболочек мозговых у тебя?
Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

171. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (171), 13-Окт-24, 14:18 
> 294, тебя же каждый раз ловили что в винде ты ничего не понимаешь.

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

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

> А ты отряхиваешься и идешь дальше как ничего не было.

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

> И все твои отмазы - у меня другие кейсы. Что за повреждение оболочек мозговых у тебя?

Достаточно попартнерил с майкрософтом, чтобы испытывать к ним эмоции где-то в диапазоне от "dislike" до "actively hate". Представляете?! :)

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

232. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Илья (??), 16-Окт-24, 08:19 
> Вообще-то я там был. И даже на дотнете немного програмил.

оставлю без комментария

> Но вот что что у MS со временем что-то лучше станет я не верю.

Чел, ты видел, как развивался дотнет? Я помню, как появился IEnumerable и обобщения, которые просто порвали стримы джавы. Потом Task Parallel Library, которая позволила писать без коллбеков. Потом упростили csproj.
Потом кроссплатформенность, докер, и выкинули Windows. Потом появился JetBrains Rider и VS Code. Потом нативная компиляция, кодогенераторы, readonly-структуры. ФП фичи, паттерн-мальчик, и так далее.
А как-то однажды взяли и убрали лишний отступ! Мелочь, а приятно.

Дотнет очень хороший, ты зря так его хейтишь

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

239. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (-), 18-Окт-24, 16:46 
> оставлю без комментария

Я не бог весть какой кодер на этом - ибо не зашло. Слишком навороченное. Так я лучше плюсы поизучаю. Ибо без GC и VM позволяет попробовать много чего, от реалтайм штук до игр.

>> Но вот что что у MS со временем что-то лучше станет я не верю.
> Чел, ты видел, как развивался дотнет? Я помню, как появился IEnumerable и
> обобщения, которые просто порвали стримы джавы. Потом Task Parallel Library, которая
> позволила писать без коллбеков. Потом упростили csproj.

Ух, да, майкрософт реально жабу порвал. Только это не фича. Потому что в софтострое главное это умение вовремя угомониться. Жаба это не смогла на свое горе. И где она теперь? Как максимум андроид, но - типанежаба, а MS и туда не сумел.

В результате убер-навороты (high entry barrier), но VM и GC нивелирует результат мучений. И это круто - потому что что? Маркетинг MS так сказал? А они передумали, хедхантят хрустиков! Теперь круто - оно. Зачем это изучать я еще представляю себе, см выше про плюсы + safety.

> Потом кроссплатформенность, докер, и выкинули Windows.

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

> Потом появился JetBrains Rider и VS Code. Потом нативная компиляция, кодогенераторы,
> readonly-структуры. ФП фичи, паттерн-мальчик, и так далее.

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

> А как-то однажды взяли и убрали лишний отступ! Мелочь, а приятно.
> Дотнет очень хороший, ты зря так его хейтишь

У майкрософт есть талант загаживать все что они делают, а потом, загадив поляну, резко менять курс.

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

244. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Илья (??), 21-Окт-24, 15:11 
> слишком навороченное. Так я лучше плюсы поизучаю

Ну да, c++ ведь такой простой.

> поизучаю

кек. Боевой разработки у тебя нет?

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

246. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (246), 21-Окт-24, 23:43 
>> слишком навороченное. Так я лучше плюсы поизучаю
> Ну да, c++ ведь такой простой.

Нифига он не простой. И за время сушествования вобрал немало костылей. Но я умею жить с тем фактом что мир не идеален. Особенно если tradeoff в целом прикольный. А уметь все вон то, без ограничений GC и VM, мега-рантаймов от единственных божков, и проч, совмещая фичи high level с низкоуровневой мощью по сути суперсета си - так то достаточно заманчиво, как бы повод подтягивать свои скиллы в этом.

А еще практически все виденные плюсеры были очень крутыми програмерами. Им не требовалось бить себя пяткой в грудь чтобы это доказать. Я и так вижу кто что может.

>> поизучаю
> кек. Боевой разработки у тебя нет?

Вот именно своих жирных проектов - нет. А вот патчей всякой плюсоте я уже таки - навесил изрядно. Это как раз неплохой мотиватор подтянуть скилл в ЯП.

А на дотнете нет ни 1 проекта нужного мне. Так, по жизни. И менталитет поклонников MS от моего таки здорово отличаеися. Так что х... им, а не патчи, имхо. Если этот "кульный" яп завтра загнется - я не увижу что на планете вообще что-то изменилось.

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

247. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Илья (??), 22-Окт-24, 07:43 
> ограничений GC и VM, мега-рантаймов

Чел, там рантайм - это сборщик мусора на c++ и всё.

> А еще практически все виденные плюсеры были очень крутыми програмерами.

Или снобами

>> кек. Боевой разработки у тебя нет?
> ...

дабл кек

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

26. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +4 +/
Сообщение от Аноним (26), 11-Окт-24, 12:12 
>они 80% разработки линукса спонсируют

А сколько же тогда спонсируют IBMHat? ;)

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

101. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +1 +/
Сообщение от Аноним (101), 11-Окт-24, 19:06 
А откуда, по вашему, деньги у IBMHat?
Ответить | Правка | Наверх | Cообщить модератору

138. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  –1 +/
Сообщение от Аноним (138), 12-Окт-24, 08:40 
От Microsoft?
Ответить | Правка | Наверх | Cообщить модератору

149. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  –1 +/
Сообщение от Аноним (101), 12-Окт-24, 17:59 
именно так
Ответить | Правка | Наверх | Cообщить модератору

226. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от AnOn (?), 15-Окт-24, 07:31 
Откуда деньги у Microsoft? От Google и Apple
Ответить | Правка | Наверх | Cообщить модератору

93. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  –1 +/
Сообщение от Аноним (-), 11-Окт-24, 17:42 
> "впихните в апстримпотому что позволит меньше париться Microsoft со своими серверами" ?

Ну так они и впихали поддержку как минимум гуестов, официально. Сами. Под GPL. А куда им деваться было, если на абажуре 70% - это линух? Даже в топ комитеров на этой почве разок вышли.

С другой стороны зацените прикол - майкрософт комитит под GPL! Оказывается так можно было! :D

> ну, собственно, они 80% разработки линукса спонсируют.

Это в чем бы проявляется? Пруф?

> звучит действительно как начало конца. ибо тогда и "полноценная версия" цирка
> с безопасностью Окон не загорами.

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

Но архитектура у сабжа какая-то стремная. KVM с virtio по моему менее дурацко делает чем та оверинженерия. Очень интересно, как перфоманс этой оверинженернутой хрени соотносится с kvm+virtio?

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

109. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (109), 11-Окт-24, 19:53 
Напомню что в винде раньше тоже было не так стремно. Но мелкомягким главное чтобы окошко двигалось. Любой компромисс это отступление.
Ответить | Правка | Наверх | Cообщить модератору

129. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (129), 12-Окт-24, 05:32 
> Напомню что в винде раньше тоже было не так стремно.

Что именно было "не так стремно" и где? Win 95 падал на каждый пшик, WinCIH спокойно стирал BIOS всей толпе, разделения прав - не было вообще и был обычный проходной двор. Но поскольку хотелось окучать гунявые хилые компы - на это можно и забить, ибо "ничего личного, это бизнес". А потом, нарубив на этом денег, сделать и менее погано уже.

> Но мелкомягким главное чтобы окошко двигалось. Любой компромисс это отступление.

Какой компромисс? Кого? С кем? Я например не юзаю HyperV - ни на хосте, ни на гуесте. Поэтому и модулей оного у меня нет. Ну и вот что мне MS сделает, если я их код не загружаю? :)

А то что любители "кгoвaвoго энтeгпгaйза" уровня пох свое получат - так они всегда получали, получают и будут получать. Ибо лох это судьба. Конкретика не так уж важна, важен настрой и позиционирование.

И если что GPL by design делает всех равными. Кому-то может нравиться или не нравиться тот или иной тип. Но вам придется жить с тем фактом что правов у вас - одинаково. Даже если мне и не нравится вон тот тип. Иначе за что мы собственно боролись?!

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

140. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от мявemail (?), 12-Окт-24, 09:05 
>В линухе видите ли компоненты опциональны

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

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

150. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  –1 +/
Сообщение от Аноним (101), 12-Окт-24, 18:00 
>в systemd - тоже.

знаменитый фейк, бродящий из обсуждения в обсуждение второй десяток лет

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

172. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (171), 13-Окт-24, 14:26 
>>В линухе видите ли компоненты опциональны
> в systemd - тоже.

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

Зависимости того или иного пакета - вопрос к авторам и майнтайнерам этого софта.

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

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

> на кой черт что-то в апстрим совать, если предполагается, что большинство это выключит?

Linux таки пытается быть универсальной системой, с очень разными кейсами. Да, вы тоже может UBIFS не юзаете. И девать вам его некуда. А я - вполне. Может мне ubifs выпилим, и я перекантуюсь без вон той мелочевки? Или мы еще и дискриминацию сделами - мол, этим фавор, а этим не фавор? И критерии фавора - какие, интересно? Что-то мне кажется что эта дорожка в такие дебри заведет, что лучше и не начинать ЭТО.

> пусть бы дальше модули поставляли.

Апстримят обычно - чтобы разработка была засинхрена на майнлайн. Ибо майнтенанс кучи своих патчей вне майнлайна - боль. Есть 1 нормальный способ линуксдева. Замайнлайниться и стать частью процесса. Нравится, не нравится, но это данность. Иначе будет очередной ZFS. Вооон там отвалившийся у очередных счастливчиков.

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

8. Скрыто модератором  –1 +/
Сообщение от Аноним (8), 11-Окт-24, 10:58 
Ответить | Правка | Наверх | Cообщить модератору

14. Скрыто модератором  –1 +/
Сообщение от arthi747 (ok), 11-Окт-24, 11:12 
Ответить | Правка | Наверх | Cообщить модератору

51. Скрыто модератором  –1 +/
Сообщение от ms (??), 11-Окт-24, 13:26 
Ответить | Правка | Наверх | Cообщить модератору

21. Скрыто модератором  +/
Сообщение от IdeaFix (ok), 11-Окт-24, 11:55 
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

55. Скрыто модератором  +/
Сообщение от Аноним (55), 11-Окт-24, 13:40 
Ответить | Правка | Наверх | Cообщить модератору

72. Скрыто модератором  +/
Сообщение от Аноним (72), 11-Окт-24, 14:26 
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

78. Скрыто модератором  +/
Сообщение от Аноним (8), 11-Окт-24, 14:37 
Ответить | Правка | Наверх | Cообщить модератору

108. Скрыто модератором  +/
Сообщение от Аноним (108), 11-Окт-24, 19:22 
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

15. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +11 +/
Сообщение от Аноним (15), 11-Окт-24, 11:13 
Все идет к тому, что десктопной видне тоже хостом будет ядро linux, а NT ядро внутри Hyper-V вращаться (в 11ке и так уже много загнали в гипервизор). По стопам android пойдут.
Ответить | Правка | Наверх | Cообщить модератору

27. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +1 +/
Сообщение от Аноним (27), 11-Окт-24, 12:13 
Лучше бы скопировали из хромоси, где есть возможность в нативный линукс переключаться прямо во время работы.
Ответить | Правка | Наверх | Cообщить модератору

34. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +1 +/
Сообщение от Аноним324 (ok), 11-Окт-24, 12:30 
Так хромос это пропатченая генту, с кастомным окружением, но подсистема линукс в хромос это дебиан в виртуалке.
Ответить | Правка | Наверх | Cообщить модератору

84. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +1 +/
Сообщение от ryoken (ok), 11-Окт-24, 15:44 
Это вы батенька завернули... От Gentoo там только portage.
Ответить | Правка | Наверх | Cообщить модератору

121. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +2 +/
Сообщение от Imya (?), 11-Окт-24, 21:42 
А что в генту, кроме портаге от генту? Там какие-то свои мега фичи, отличные от остальных дистров?
Ответить | Правка | Наверх | Cообщить модератору

155. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +1 +/
Сообщение от ryoken (ok), 12-Окт-24, 19:48 
> А что в генту, кроме портаге от генту? Там какие-то свои мега
> фичи, отличные от остальных дистров?

USE-флаги, не?

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

47. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Chromiumemail (ok), 11-Окт-24, 13:14 
ChromeOS сама переходит на основу Android. При этом Android заимствовал crosvm из ChromeOS.
Короче, унификация.
Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

48. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Chromiumemail (ok), 11-Окт-24, 13:17 
С языка снял. Зачем два раза разрабатывать одни и те же драйверы, если это можно сделать разок.
При этом такой продукт можно преподнести как настоящее ноу-хау.
Одно ядро для твоего телефона, сервера и компьютера!
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

91. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +1 +/
Сообщение от Ахз (?), 11-Окт-24, 16:42 
Такое ядро уже есть. И это не Linux
Ответить | Правка | Наверх | Cообщить модератору

92. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +2 +/
Сообщение от Chromiumemail (ok), 11-Окт-24, 17:22 
> Такое ядро уже есть. И это не Linux

А что?

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

97. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (26), 11-Окт-24, 18:09 
Redox же
Ответить | Правка | Наверх | Cообщить модератору

113. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +2 +/
Сообщение от vvm13 (ok), 11-Окт-24, 20:09 
Можно подумать, что сервер и телефон не компьютеры.
Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

95. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (95), 11-Окт-24, 17:52 
>> в 11ке и так уже много загнали в гипервизор

Ну раз «много», то, скажем, 3 примера будет легко привести? Спасибо

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

144. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (15), 12-Окт-24, 15:09 
Я так понимаю, в гугле забанили?

https://learn.microsoft.com/ru-ru/windows-hardware/design/de...

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

16. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +1 +/
Сообщение от Аноним (16), 11-Окт-24, 11:25 
А почему бы им взять и просто KVM начать использовать.
Ответить | Правка | Наверх | Cообщить модератору

41. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +4 +/
Сообщение от Аноним (26), 11-Окт-24, 12:52 
Изобретено не ими.
Ответить | Правка | Наверх | Cообщить модератору

60. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Соль земли (?), 11-Окт-24, 13:52 
Слыхал про стадии принятия неизбежного?
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

83. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +7 +/
Сообщение от Аноним (83), 11-Окт-24, 15:43 
Потому что Hyper-V это порт гипервизора Xen на ядро WinNT.

Если всё получится, то оно заменит тот кусочек Xen, который никогда не был полным и не давал полноценного функционала без проприетарных решений от Citrix. Вообще нужно вспомнить историческое сотрудничество Citrix и Microsoft, чтобы понять почему Hyper-V такой какой он есть. По состоянию на 2024 год Hyper-V и Xen - это сёстры.

Миграция с Hyper-V на KVM также страшна, как миграция с Xen на KVM (вон Amazon годами пытается). То есть если у вас есть множество разномастных (сильно разнящиеся соотношения vCPU/RAM) виртуалок на одном вычислительном кластере, то на KVM вы горя хапнете. Чтобы сохранить уровень оверкоммитмента vCPU/pCPU, вам придется пересмотреть выделенные ресурсы и стараться максимально группировать виртуалки одного типа на одном кластере, а второго типа на втором. Добавьте к этому требования по стораджу и вы поймете, что эта миграция ни разу не тривиальная. Все дело именно в технических отличиях.

Сейчас ситуация такова, что есть гипервизоры Type1 (ESXi, Hyper-V, Xen), современные версии которых в разной степени зависят от Xen Project. И есть KVM, который не такой...

Xen вообще исторически имел возможность работать в "паравиртуальном" режиме без поддержки всяческой аппаратной виртуализации. Type1 HV - это маленькое ядро, запускающее другое модифицированное ядро (dom0). У этих гипервизоров своя логика работы с аппаратными таймерами, I/O и планировщиком процессов. Type2 - это когда ваша виртуальная машина - это обыкновенный процесс в ОС. Ваши vCPU - это потоки/треды, а RAM вашей виртуалки - RAM процесса. Ну то есть концептуально KVM не отличается от Virtual Box и VMware Workstation.

А еще Microsoft хочет похоронить редакцию Hyper-V Server на основе Windows. Там реально проще дистрибутив Linux людям давать, чем эту бяку.

И да, кстати, это не у Microsoft приступы NIH, это KVM появился как NIH. в Linux хотелось иметь собственный полностью подконтрольный гипервизор. Ирония с KVM в том, что полное владение гипервизором со стороны ядра Linux не добавило стандартизации в юзерспейс. Есть oVirt, Proxmox, и то как с KVM работает OpenStack Nova. Есть libvirt, который настолько ужасен, что из-за специфики Type2 народ KVM-виртуалки в Kubernetes и LXC пихает, лишь бы не иметь дело с libvirt. Потому что мочи нет... KVM нормально работает если у вас меньше 10 серверов, либо больше 1000. В остальных (самых частых случаях) людям, которым нужна просто виртуализация, решения с KVM скорее мешают.

Да и вообще, нельзя просто так взять и начать использовать KVM. Вокруг него нужно создать целую экосистему, которая зависит от ОС Linux, его планировщиков, его юзерспейса. И оно будет не совместимо с имеющимися решениями поверх KVM, потому что стандартизация юзерспейса - это не про Linux. Проще портировать.

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

107. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от myster (ok), 11-Окт-24, 19:21 
> А еще Microsoft хочет похоронить редакцию Hyper-V Server на основе Windows.

А как же WSL2 будет работать без него? Если они WSL1 сделают основным я буду только рад.

> Там реально проще дистрибутив Linux людям давать, чем эту бяку.

Type-1 Hyper-V у них есть. А в Linux системах, Hyper-V, из принципа, мало кто будет пользоваться, я уверен.

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

115. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +11 +/
Сообщение от Аноним (115), 11-Окт-24, 20:28 
> А как же WSL2 будет работать без него? Если они WSL1 сделают основным я буду только рад.

Вы путаете... Hyper-V Server это специальная бесплатная и очень урезанная редакция Windows Server Core, которая начиная с какой-то версии урезает часть сетевого функционала и криво обновляется, потому что живет отдельно от основных редакций. Это всё нужно для лицензирования и скидок на него.

Согласно лицензиям MS, купив Datacenter Edition на кластер, скажем из 5 серверов вы можете крутить на нём столько виртуалок с Standard Edition, сколько оборудование позволит. И по лицензии не важно, что у вас за гипервизор. Трюкачество лицензии Standard в том, что она дешевле только на физических серверах без виртуализации. По лицензии Standard вы должны заплатить не за столько пар ядер, сколько у вас в виртуалке, а за общее количество пар ядер, на которые она технически может смигрировать.
То есть физический сервер Standard с 4 ядрами - это 2 лицензии. Виртуальный сервер Windows Standard на кластере из 5 узлов, в каждом из которых 96 CPU - это 384 лицензии Standard за вонючую четырёхядерную виртуалку. VMware, KVM или Hyper-V, вы всё равно обязаны купить Datacenter Edition на весь кластер, если у вас встретится хоть один Windows Server Standard.

Из-за правил лицензирования (те кто его соблюдают) разделяют кластеры так, чтобы на одном кластере находился Windows, а на втором Linux/*nix. Это настолько частая ситуация, что главная управляшка кластерами Hyper-V (System Center Virtual Machine Manager) одновременно управляет ESXi и кластерами vCenter. Потому что сочетание VMware+Hyper-V экономит лицензии.

Чтобы как-то всучить людям Hyper-V вместо вари и прочего для Linux, MS придумал эту печальную бесплатную редакцию Windows Hyper-V Server. Но там проблемы с урезанным сетевым стеком, который доступен только в Datacenter Edition. Особенно это касается виртуальных коммутаторов и SDN. Причем сам MS давно Linux пытается заюзать вместо этого барахла.

> Type-1 Hyper-V у них есть. А в Linux системах, Hyper-V, из принципа, мало кто будет пользоваться, я уверен.

Linux тут вообще не при чём! Это всё про VMware вообще. Те молодчики, которые Proxmox ставят в малый бизнес не в сфере интереса. Те кто облака поднимает на OpenStack тоже не вписываются в портрет клиента.

Количество новых установок Hyper-V интеграторами по европам и америкам в средне крупные бизнесы сильно превысило все остальные гипервизоры. Прежде всего из-за Azure Stack HCI и возможности использовать Management-контур в Azure по подписке, не выстраивая для него инфру. Однако у многих Linux. Ставить его на Datacenter Edition дорого, поэтому VMware предлагает аналогичные решения. И вот чтобы забрать кусок у вари всё это и затевается.

Linux же полон эхокомнат и религиозных людей, свято верящих в превосходство KVM, будто если Google и Amazon и прочие крупные бизнесы его юзают для публичных облаков, то это значит, что фирма неайтишного профиля с 50 стойками серверов в 3-4х локациях + несколько бранч-офисов сможет построить с нуля на нем что-то дельное. Ни фига! Те KVM-решения, что есть, не масштабируются на такие объемы, а даже покупать OpenStack такая фирма откажется, не то что самим строить решение на нем.

Задумывалась как бесплатная версия для того чтобы крутить Linux на Windows и не платить за лицензии Windows, но

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

123. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +3 +/
Сообщение от Imya (?), 11-Окт-24, 22:01 
Мне лень регаться, чтобы плюсов добавить, но считайте, что +100500

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

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

152. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Заноним (?), 12-Окт-24, 18:14 
До этого момента - да:
>...то это значит, что фирма неайтишного профиля с 50 стойками серверов в 3-4х локациях + несколько бранч-офисов сможет построить с нуля на нем что-то дельное. Ни фига! Те KVM-решения, что есть, не масштабируются на такие объемы, а даже покупать OpenStack такая фирма откажется, не то что самим строить решение на нем.

Масштабируется. И без гуглов и амазонов. Это лежит исключительно в области компетенций масштабирующего[их].

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

222. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Chompie (?), 14-Окт-24, 16:35 
Дисклеймер: я PE в гиперви, но до этого работал над другими стеками виртуализации, в т.ч. квм, в т.ч. в AWS.

> Потому что Hyper-V это порт гипервизора Xen на ядро WinNT. [...] По состоянию на 2024 год Hyper-V и Xen - это сёстры.

Нет, это не так. Гиперви концептуально type-1 гипервизор как и ксен, как и ESXi, но эта концепция единственное что их объединяет. Дизайн взаимодействия с гостём другой, многие другие технические решения отличаются. О "порте" как о порте кода в прямом смысле слова говорить тем более нельзя.

> Миграция с Hyper-V на KVM также страшна, как миграция с Xen на KVM (вон Amazon годами пытается).

Амазон с 2016 года запускает _все_ новые типы инстансов и внутренних сервисов на Nitro, который в свою очередь базируется на KVM. Старые типы инстансов остаются на ксене, и их миграция в реальности затрудняется только двумя основными факторами: service disruption для работающих годами инстансов и hardware generation (Nitro не может работать на том поколении железа, на котором работают многие деплойменты ксена, ротация железа бывает затруднена). Никакие другие перечисленные выше факторы ("разномастные" виртуалки, уровень оверкоммитмента, что-то про сторадж) в реальности для AWS Nitro не существуют.

> А еще Microsoft хочет похоронить редакцию Hyper-V Server на основе Windows.

Тут я не понимаю вообще о чем речь и откуда такие данные.

> И да, кстати, это не у Microsoft приступы NIH, это KVM появился как NIH. в Linux хотелось иметь собственный полностью подконтрольный гипервизор.

Не понятно откуда такие выводы, citation needed как говориться. KVM появился как инженерное решение переиспользовать огромное количество готового кода и экосистемы для гипервизора, а не писать его заново и не платить за то, что dom0 в виртуальной машине. Это техническое решение оказалось, очевидно, успешным, иначе адопшен был бы совсем другой.

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

96. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  –3 +/
Сообщение от Аноним (-), 11-Окт-24, 17:52 
> А почему бы им взять и просто KVM начать использовать.

Они столько времени и сил вбухали в свои энтерпрайз управляторы - а вы предлагаете это все переписать? Видимо у них с этой идеи подгорает... а все равно придется, дорогой мерзкософт, ибо та ваша архитектура - какаха какая-то на фоне KVM+Virtio.

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

112. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +3 +/
Сообщение от Аноним (115), 11-Окт-24, 20:03 
> какаха какая-то на фоне KVM+Virtio

А что в ней такого особенного? Что такого умеет делать KVM+Virtio, чего не умеет Hyper-V?
Всё что вы можете пробросить в KVM вы также можете пробросить в Hyper-V. Разве что вам потребуется материнская плата с рабочей поддержкой IOMMU/SR-IOV, но без этих технологий пробросы даром не нужны. Чего там нельзя прокинуть? Сетевки, USB/xHCI, NVMe, GPU прокинуть получается.

Подсистема хранения у самой Windows на голову превосходит Linux и уступает только разве что FreeBSD, а точнее ряду проприетарных решений на её основе. С VMware они примерно на одном уровне, если не устраивать сравнений NFS vs SMB, тогда варя проиграет. В отличии от Linux вы можете кластеризовать эти сторадж подсистему ядра и радостно построить кластер репликации, так, что у вас будет блочное кэширование в RAM, кэширование SAS/SATA HDD через NVMe или PMEM (Intel Optane), если вам нужен гибридный сторадж. Дедупликация работает, хотя она мало кому полезна и сеть это всё прекрасно понимает и топология NUMA учитывается на многопроцессорных платформах. Удачи вам на Linux построить такое. И сверху этого можно еще и виртуализацию крутить и оно прекрасно работает. Вам для такого нужно либо VMware, либо Hyper-V. Linux во всех отношениях и конфигурациях на 2024 не идёт ни в какое сравнение.

> времени и сил вбухали в свои энтерпрайз управляторы

Вы вообще не знаете о чём пишете! Hyper-V управляется целиком и полностью через WS-Management и его CIM-классы https://www.dmtf.org/standards/ws-man
Это кстати открытый стандарт, которым пользуется еще и IBM и другие. На Linux для этого есть Pegasus CIM Server, но им никто не пользуется. Бандерлогам Ansible через ssh подавай, чтобы писать плейбуки, накатывающие ямловые темплейты на текстовые конфиги.

Чтобы  управлять Hyper-V на Windows у вас есть системное API. Для того чтобы к нему подключиться, вам нужен PowerShell или SOAP-коннект до WBEM. Все остальные утилиты либо работают поверх CIM, либо попросту заброшены и оставлены как legacy.

Мало кто из здесь присутствующих понимает, что "Диспетчер Hyper-V" - это DCOM-оснастка из Windows Server 2012, которая не покрывает и 30% возможностей по конфигурации и с тех пор не обновлялась. Есть 3 способа управлять Hyper-V через GUI:
- System Center Virtual Machine Manager (работает через CIM и PowerShell)
- Windows Admin Center (работает через CIM и PowerShell)
- Azure Arc (облачная версия WAC)

Вы просто не знаете Hyper-V и не видели больших развертываний на нём. Ни Windows, ни VMware, видимо? не знаете, если лучше чем KVM+VirtIO нет ничего на свете. Фу таким быть.

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

122. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от qrKot (?), 11-Окт-24, 21:57 
>> Бандерлогам Ansible через ssh подавай, чтобы писать плейбуки, накатывающие ямловые темплейты на текстовые конфиги.

Не то, чтобы я прям профессионал в области был... Но не возьмете ли вы на себя труд объяснить преимущество бинарных конфигов, складируемых в специализированных хранилищах, над текстовыми?)))

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

148. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (147), 12-Окт-24, 15:19 
А давайте я вам вопрос встречный задам?
Как в любом линуксе получить пользователей что имеют право входить в систему? И тех пользователей которые имеют рутовые права? Так что бы единообразно везде было.
Как в любом линуксе настроить сетевой стек? Однообразно конечно.
Ответить | Правка | Наверх | Cообщить модератору

153. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Заноним (?), 12-Окт-24, 18:29 
Как? Вообще-то молча, делая дело.
А по факту, кто вам сказал, что это надо делать в любом linux? Стандартизация окружения - доступна не только избранным.
А давайте вы тоже встречный вопрос поймаете - в любой windows сделайте тоже самое - начиная с win3.11 fwg, однообразно. Да и NT(и всего на его базе), подвывертов хватает, и с произвольными метриками на сетевых интерфейсах с кривым роутингом и с kerberos и с nlb-кластерами и с dfs'ами, да полно других моментов когда "хуяк-хуяк и в продакшин" обломывается.

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

157. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (147), 12-Окт-24, 20:27 
> А давайте вы тоже встречный вопрос поймаете - в любой windows сделайте тоже самое - начиная с win3.11 fwg, однообразно.

3.11 сколько там еол? Ты адекватен то?
3.11 - 1993
cim - 1999
wbem - 1996

Ничего от передергиваний не напрягает?

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

Существующие, поддерживаемые линухи как обслуживать однообразно?
А зачем надо делать в любом это глупый вопрос. Это что бы были бест-практис и можно в любом месте повторить результат. А не приходя в новую контору сносить все дистры лин и ставить свой, на котором работал. Или с нуля обвязку изобретать - как всё что делал до этого повторить на другом дистре.

> Да и NT(и всего на его базе), подвывертов хватает, и с произвольными метриками на сетевых интерфейсах с кривым роутингом и с kerberos и с nlb-кластерами и с dfs'ами, да полно других моментов когда "хуяк-хуяк и в продакшин" обломывается.

Конечно списочек ссылок можно будет увидеть? Не вин 3.11, а в существующих сейчас виндах вот этих проблем.
С линухом тогда что делать будем? vmac интерфейс который при определнных условиях перестает арпы отдавать в сетевое оборудование. Балансировщик кипалайвд который часть настроек в доке, часть в исходниках а частью ишью на гитхабе. И всё равно со всеми этими костыляим он умудряется разваливаться в определенных условиях. Керберос это отдельная песня. При разных исходных может совсем улететь работы. ОТладить нелья - пара заклинаний на вычистку всего кэша сссд, переввод в домен и возможно вам повезет. Про сепх и остальные гластерфс, дрбд вообще молчу. На нагрузках и в определенных окружениях тоже валится только так. Байки как в линуксе всё рок-стейбл оставьте остальным подаванам.

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

160. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Заноним (?), 13-Окт-24, 03:30 
> Ничего от передергиваний не напрягает?

А что за двойные "стандарты"? Я же даже любой windows ограничил win3.11 fwg, который вообще-то до 2008 саппортился.

> Существующие, поддерживаемые линухи как обслуживать однообразно?

Молча, формируя унифицированный подход к администрированию.
Да, тебе никто не обещал однообразия в разнообразном мире. И глупо увещевать о том, что в управлении разными linux тебе не хватает однообразия. Но как-бы ты не распинался (ниже) о отсутствии в linux "божественной" API'шечки для управления и костылизме ansible (puppet/chef/salt/cfengine и т.п.) - это инструментарий, который создан для однообразного управления разными linux (и не только).

> Конечно списочек ссылок можно будет увидеть?

Я не гугл, что-бы ссылки на собственный экспириенс вываливать.
А неправильно работать или разваливаться может всё. Но виндовое разваливается чаще и сложнее (несмотря на то, что в windows стандарты сформировались раньше).


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

162. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (147), 13-Окт-24, 08:34 
> А что за двойные "стандарты"? Я же даже любой windows ограничил win3.11 fwg, который вообще-то до 2008 саппортился.

Не строй из себя юродивого. Ты прекрасно понимаешь что поддержка до 2001 года, а спецверсий, не пользовательских, до 2008 не просто так. Как во всем коммерческом, включая линух-дистры, делают: после выпуска только исправление ошибок и небольшие улучшения. Никаких притаскиваний нового кроме крайних случаев. В РХЕЛ что-то я не видел новых ядер. Как 2.4ел торчало с тем и закопали.

> Молча, формируя унифицированный подход к администрированию.

Мы прослушали блабла шоу. Так где бест-практис то найти?
Вон ранее я про юниты вкинул. Расскажи как в системд наделали готовых юнитов и они в каждом дистрибутиве одинаковы. Смысл то захода с системд был в бест-практис и единый юнит для программы независимо от дистра. Что-то результатов я не наблюдаю. Опять только слова про угификации.


> Но как-бы ты не распинался (ниже) о отсутствии в linux "божественной" API'шечки для управления и костылизме ansible (puppet/chef/salt/cfengine и т.п.) - это инструментарий, который создан для однообразного управления разными linux (и не только).

Блабла шоу продолжается а ответа так и нет. Направление движения сейчас хорошее. Надеюсь контейнеры и обвязка вокруг для автоматизации сожрёт 99,99% работы твоих дидов. И ансибл,шеф,паппет и остальные костыли останутся примерно там где дельфи с его поклонниками.

> Я не гугл, что-бы ссылки на собственный экспириенс вываливать.
>  Но виндовое разваливается чаще и сложнее (несмотря на то, что в windows стандарты сформировались раньше).

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

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

186. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Заноним (?), 13-Окт-24, 19:09 
Так и запишем - не могёт.
Да, куберы, в той специфике где применяются, сдвигают к унификации, да мир не стоит на месте, да стандарты формируются, да возможно ansbile и т.п. канут в историю. Только нафига ныть о том, что по твоему светлое будущее ещё не наступило сейчас? Всё идёт своим чередом. И несмотря на корпорастное противление, сообщество проложило новые дороги. Про суперкомпьютеры тебя пример не устроил, тогда погляди на android - надо было сделать унификацию, сделали - и вот тебе смартфон, планшет, смартв. Android тоже не нравится? Погляди на роутеры - может там windows pe внутри? Нет? Тоже linux? Ай-ай-ай, как-же так получилось?

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


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

187. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (147), 13-Окт-24, 19:59 
Хех, всё чем может прикрыться человек - суперкомпами. К чему собственно ни один упоминающий суперкомпы не имеет отношение. Что там осталось? Ведроид который ещё чуть-чуть и будет огороженный покруче иос? Выпиливание всего что можно из аосп? Тивоизацией всего и вся? Так вы все упоминающие это во первых опять таки никакого отношения к этому не имеете. Во вторых ничего на андроиде сделать то не сможете. Там вон китайцы пытаются, но пока мало взлетает. Роутеры, ну это пока единственное где ещё что-то с лин внутри. Только вот беда, всё что опенсурс редкостное Г получается. В куче мест закрытые дрова от производителя впихивают и никакого опенсурс. Тогда это работает.
Мир не стоит на месте. Как была в куче закрытых контуров мс, так и осталась. И остальные корпорастики. Где там адекватно работающий домен в линухе? А может есть опенсурс открытые бд? Ну те что бы на поддержки "бесплатных" бд не тратить больше чем за мс или оракл. Или опенсурс групваре адекватаная где есть. Или может замена проприетарных систем виртуалищзации где есть. Одни вопросы без ответа. Всё это в линухе как разваливалось так и разваливается от любого чиха. А поддержка от фирм стоит дороже чем у тех кого вы так ненавидите.

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

Ну уже все окружающие поняли что за слова ты не отвечаешь.

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

189. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Заноним (?), 13-Окт-24, 20:38 
На лицо типичный троллизм. Тебе откуда знать, с кем ты бодаешься? Свои фантазии при себе держи.
Да корпорация склонна превращаться в корпораста - и что? Ну тивоизируют некоторые свои железки и что? Что-то новое, что-ли? Кому надо взяли android и пилят своё на его базе, кому надо взяли лишь linux и пилят на его базе. И ты когда к китайцам последний раз заглядывал? И собственно весь linux построен на том, что-бы делать открытые дрова. А частные случае интереса не вызывают, у смартфонов средний цикл жизни 2 года, там и нет нужды особо заморачиваться с переписыванием дров (кроме безопасности) сообществом. И всё есть в linux и домены и группвари и виртуализации, и наборот проприетарное сдувается, как и в этой самой новости. И не надо басни рассказывать о разваливании, поддержке и ненависти.

И слова мои, что гранит -  раз сказал, значит так оно и есть.

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

205. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Заноним (?), 14-Окт-24, 01:52 
Когда покусанный кровавым интырпрайзом распинается про "нормальные решения" - это очень смешно.

> Но даже простую вещь - как настроить единообразно в разных дистрах линукса сеть не смог сделать.

Что толкает тебя раз за разом вываливать ложные утверждения? Ты же так клеймишь себя %?$издоболом. Ты вообще понимаешь, что практически любой linux-дистрибутив имеет dhcp-клиент. Какое тебе ещё единообразие нужно?

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

218. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (218), 14-Окт-24, 12:32 
> А давайте я вам вопрос встречный задам?
> Как в любом линуксе получить пользователей что имеют право входить в систему? И тех пользователей которые имеют рутовые права? Так что бы единообразно везде было.
> Как в любом линуксе настроить сетевой стек? Однообразно конечно.

Достоинство Linux в возможности многообразия, и сохранении прозрачности конфигов и данных.

И тогда выходит, что единообразия быть не должно.

А текстовость конфигов - способ обеспечить лёгкий разбор отличий между дистрами, по потребностям миграции или ещё чего-либо в именно такой ситуации.

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

158. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +1 +/
Сообщение от Аноним (115), 12-Окт-24, 21:56 
> Но не возьмете ли вы на себя труд объяснить преимущество бинарных конфигов, складируемых в специализированных хранилищах, над текстовыми?)))

Да не вопрос =)

Существует два подхода к конфигурированию инфраструктуры:
- конфигурирование на основе документов
- конфигурирование на основе API.
Исторически во многих UNIX-подобных ОС применяется подход конфигурирования на основе документов. В ОС от IBM или Microsoft и ряде других по умолчанию применяется конфигурирование на основе API. Каждый из вариантов имеет свои достоинства и недостатки, и, в зависимости от ситуации, более или менее применим.

Главными достоинствами конфигурации на основе документов (применяется в Linux) является:
- простота ручного конфигурирования человеком
- все преимущества работы с простыми текстовыми документами, то есть при помощи обычных текстовых утилит можно производить изменения.
Но и минусов порядочно:
- каждое приложение должно перечитать свою конфигурацию, чтобы применить изменения
- текстовый документ - это ужасное хранилище, если нужно чтобы в него запись/изменения шли из нескольких источников одновременно

Допустим у вас есть кластер или просто группа из пяти серверов, на которые нужно применить конфигурацию (Desired State) и откатить, если хоть на одном возникла ошибка. Кроме того вы лишь единственная конечная точка конфигурирования, пусть есть кластерные службы и приложения, которым может взбрести в голову читать и писать эти же объекты конфигурации одновременно с вашей задачей.

Вот столкнувшись с таким, вам сразу захочется иметь какое-нибудь конфигурирующее API, хранилище объектов конфигурации, поддерживающее атомарность и транзакционность и координатор распределенных транзакций по нескольким узлам, который умеет работать с RPC. В Linux всего этого из коробки нету, это принято переизобретать на коленке. Вот пример такого велосипеда https://github.com/haproxytech/dataplaneapi
HAproxy изобретает версионирование, атомарность и транзакционность для своего конфига, чтобы её можно было контролировать, когда она настроена в режиме кластерной пары.

А представьте, что существует стандартные подходы к этому всему... Причем в Linux это не завезли не потому что это "не нужно", а потому что не осилили предоставить стандарт юзерспейса.

Там еще есть кстати проблемы с производительностью при сериализации и десериализации объектов конфигурации в документы. Это касается не только текстовых конфигов, но также XML/JSON/YAML и всяких небинарных реестров. Отсюда берется бинарность, когда объект укладывают как есть в хранилище, вместо того, чтобы его трансформировать в другой формат объекта (реестры) или сериализовать в контекстно-свободный документ, который кстати мало пригоден для редактуры человеком, хотя тоже текстовый.

Ansible - это самый фигурный костыль по работе с Linux. Он настолько вычурный, настолько помпезный, что особенно раненые инвалиды принимают его за произведение искусства. Нет! Этот костыль борется с тем фактом, что API-обраной конфигурации в Linux попросту нет и пытается решить задачи хоть как-то. При этом не способен решить ни проблемы атомарности и транзакционности, ни тем более дать Desired State в Pull-режиме, когда сервера, узлы, рабочие станции забирают свою конфигурацию из хранилища. Уж тогда лучше SaltStack применять, если не гнушаетесь подвязываться на бесплатные куски VMware.


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

245. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от qrKot (?), 21-Окт-24, 22:56 
>> Каждый из вариантов имеет свои достоинства и недостатки, и, в зависимости от ситуации, более или менее применим.

При этом преимуществ (и недостатков) "конфигурации на основе АПИ (что бы это ни было)" вы, почему-то не привели.

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

А в случае условного "реестра" перечитывать не надо? Само как-то магическим образом?

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

2 вопроса:
- бинарные хранилища от проблем конкурентного доступа как-то избавлены?
- а зачем в КОНФИГУРАЦИЮ из нескольких источников одновременно писать? о_О

>> Допустим у вас есть кластер или просто группа из пяти серверов, на которые нужно применить конфигурацию (Desired State) и откатить, если хоть на одном возникла ошибка.

Может, не будем стейт с конфигурацией путать? Очевидно, если хочется декларативного стейта - пилим граф состояний. В качестве интерфейса к управлению конфигурацией.... Чем yaml-сниппеты того же k8s хуже, чем бинарный реестр AD - искренне не понимаю.
Откат - отлично решается снапшотами/версиями. Тоже не вижу препятствий, собственно.

>> Кроме того вы лишь единственная конечная точка конфигурирования, пусть есть кластерные службы и приложения, которым может взбрести в голову читать и писать эти же объекты конфигурации одновременно с вашей задачей.

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

>> Вот столкнувшись с таким, вам сразу захочется иметь какое-нибудь конфигурирующее API, хранилище объектов конфигурации, поддерживающее атомарность и транзакционность и координатор распределенных транзакций по нескольким узлам, который умеет работать с RPC

Атомарность/транзакционность, в общем случае, ортогональна API. Как и без RPC обойтись можно.

>> В Linux всего этого из коробки нету, это принято переизобретать на коленке. Вот пример такого велосипеда https://github.com/haproxytech/dataplaneapi

HAproxy изобретает версионирование, атомарность и транзакционность для своего конфига, чтобы её можно было контролировать, когда она настроена в режиме кластерной пары.
А в чем проблема с версионированием, атомарностью и транзакционностью? И как, собственно, "API" от этого избавляет? Ему версионирования, атомарности и транзакционности не нужно?

>> А представьте, что существует стандартные подходы к этому всему...

Какие? "Оснастка домена"?)))

>> Причем в Linux это не завезли не потому что это "не нужно", а потому что не осилили предоставить стандарт юзерспейса.

Хм... а зачем этой штуке "стандарт юзерспейса"? Почему для этой штуки условного POSIX'а не хватает?
Ну а по поводу "не осилили"... Помнится, было из "мемуаров разработчиков" - тот же "реестр windows" родился оттого, что микрософт не осилил нормальную ФС...

>> Там еще есть кстати проблемы с производительностью при сериализации и десериализации объектов конфигурации в документы.

Проблемы с производительностью при сериализации json'ов и yaml'ов в 2024 году? Окститесь...

>> Это касается не только текстовых конфигов, но также XML/JSON/YAML и всяких небинарных реестров

Вы же понимаете, что toml/json/yaml/иПрочиеТекстовыеКонфиги vs бинарные форматы - это вопрос только и исключительно интерфейса доступа к оным и метода хранения на диске? Загруженный в память объект уже не будет текстом...
Посмотрите в k8s - это именно API, причем для запросов и изменения данных используется yaml - вполне себе текстовый формат. Разница с "бинарными стандартами" только в простоте доступа к этим самым API.

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

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

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

"API-образной" конфигурации нигде нет. Есть декларативная, "снапшот состояния" если хотите. И вот этому снапшоту вообще не обязательно храниться в бинарном формате.

>> При этом не способен решить ни проблемы атомарности и транзакционности, ни тем более дать Desired State в Pull-режиме, когда сервера, узлы, рабочие станции забирают свою конфигурацию из хранилища.

Беда в том, что Desired State локальной машины подтягивать из централизованного хранилища просто не нужно, а доменная логика конфигу ортогональна.

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

128. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +1 +/
Сообщение от Мне хватает (?), 12-Окт-24, 05:22 
>Подсистема хранения у самой Windows на голову превосходит Linux и уступает только разве что FreeBSD, а точнее ряду проприетарных решений на её основе.

Да согласен, эта никчемная zfs под линуксом не идет в сравнение с мощью винды.

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

175. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (-), 13-Окт-24, 16:42 
> Да согласен, эта никчемная zfs под линуксом не идет в сравнение с мощью винды.

На фоне ReFS - btrfs довольно крутая штука так то. А когда Кент свое допилит - винде вообще будет нечем крыть. У них абстракции явно не готовы к простому наруливанию иерархического кеша прям на уровне ФС парой команд, просто, быстро, логично, с управлением избыточностью к тому же.

Вон там народ с горя WinBTRFS аж запилил. Ну а куда бедным крестьянам было податься если майки сами в ФС разучились - и других отвадили?!

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

181. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (147), 13-Окт-24, 17:36 
> На фоне ReFS - btrfs довольно крутая штука так то. А когда Кент свое допилит - винде вообще будет нечем крыть.

Примеры btrfs и refs+s2d мы сейчас же увидим?

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

206. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +1 +/
Сообщение от Аноним (-), 14-Окт-24, 04:42 
>> На фоне ReFS - btrfs довольно крутая штука так то. А когда Кент свое допилит - винде вообще будет нечем крыть.
> Примеры btrfs и refs+s2d мы сейчас же увидим?

А чего их видеть, я деплойнул btrfs на выводки ARMовских одноплатников, в каждом за сотню. И вполне себе живой. С ReFS такой финт совершенно точно не получится. Почему-то :)

Кроме всего прочего я сделал "reset to factory defaults" как откат на снапшот. Довольно логично, м? "Почти как виртуалка" :D.

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

130. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  –4 +/
Сообщение от Аноним (-), 12-Окт-24, 07:14 
> А что в ней такого особенного? Что такого умеет делать KVM+Virtio, чего
> не умеет Hyper-V?

Вы не так ставите вопрос. Оно - простое, шустрое и, работает. При том довольно круто. А т.к. изначально не было покусано энтерпрайзом то - намного меньне страдает оверинженерией.

Судя по тому что я вижу майкрософт - завонял себя окончательно, доигрался, и - вот - пытается придумать хоть что-нибудь. Учитывая что они какие-то фичи HyperV для KVM предложили - видимо вон то - паллиатив на время перехода на KVM как реальный бэк :). Почему паллиатив? Этот ужастик мало кому кроме MS в таком виде надо будет, имхо, и идея заоффлоадить косты на сообщество не прокатит скорее всего.

Просто как тут некоторые и заметили, дредноуты медленно поворачиваают. И не могут за минуту развернуться в совсем другую сторону. Плывут дохрена по инерции фиг знает куда. И это byproduct эт самого.

> Всё что вы можете пробросить в KVM вы также можете пробросить в Hyper-V.

В KVM я могу это сделать буквально "at my fingertips", бесплатно, быстро, без энтерпрайзных мучений, со скоростью близкой к bare metal. А какой-нибудь ютуб на виртуалке через virtio спокойно кажет 1080p. Без инсталляции всякой левой трухи в линуха там вообще совсем. Полный плагнплей.

А гипервя "сразу после инсталла виртуалки", особенно с винодй... эээ... почти пошаговая стратегия, нахрен :)

> Разве что вам потребуется материнская плата с рабочей поддержкой IOMMU/SR-IOV,
> но без этих технологий пробросы даром не нужны. Чего там нельзя
> прокинуть? Сетевки, USB/xHCI, NVMe, GPU прокинуть получается.

Дело не в этом. Дело в общем уровне поддержки, перфомансе, и проч. Линухи, вот, обошли майков по "плагнплейности". Какое-нибудь virtio сразу цепляется, сразу в кернеле, сразу отличный перфоманс.

У меня для себя есть доразвитие идеи "cloud kernel". Минимальный кернел с virtio который вообще снаружи VM qemu'ой пинается, в нем только virtio и более нифига. Достаточно чтобы линух в VM работал по высшему разряду, а кернел - "externally managed", хостом. Порой так удобнее.

А так оно просто юниксвэйное, layered. Я могу просто qemu пнуть, с командлайна, как мне надо. Без 2 часов инсталла энтерпрайз управляторов. Надо больше? Есть, например, libvirt, при том оно делает минимум допущений об управляторе. Для тех кому надо над этим всем можно и другие слои наворачивать. И свои, и чужие.

...а у майкрософта есть 1 большое и хаотичное месиво, где про layered approach и "does 1 thing and does it well" не слышали.

> Подсистема хранения у самой Windows на голову превосходит Linux

И где в винде что либо сравнимое с btrfs или хотя-бы ZFS? Ах, уродец ReFS? Хорошо что я могу вон тем пользоваться, а не... :)

И почему у меня после перехода на линь проекты стали в 3 раза быстрее билдиться, не знаете? И заход в диру с 100К файлами "на холодную" покаеще не кешировано почему-то более не проблема, в отличие от винды где это вызывает дикие клины. Офигенное IO в Win :D. Видимо майкрософт стал замечать что обманывать самих себя маркетинговым булшитом - дороговато обходится. Битье пяткой в грудь IOPSов серваку не добавит.

> и уступает только разве что FreeBSD,

Эти по технологиям хранения - там где не светит солнце. ZFS они тягают из ZFS On Linux. Свои ФС вообще слова доброго не стоят. У них выбор фс издевательский! Энтерпрайзный тормозной утюг с кривым кешом VS доисторические какахи. Третьего не дано.

А в лине не так давно доперли толкать в ядерных апях не страницы а целые подшивки за раз, и вообще оверхед блочного IO и FS здорово урезали, вещей типа io_uring сделали (zerocopy регион между user и kernel). И тут мы с вами поговорим на тему IO. По взрослому, хе-хе. С готовностью к суперскоростным сторажам, юнитами вида MIOPS/Core и все такое. И вы покажете что вы можете против такой мощи технологий. Делом. Ну или не покажете, кому хуже будет? :)

Да, скелеты в шкафу есть. Но в лине есть кому их вынутью. В отличие от тех... и это приносит свои плоды. Уже. Future is now.

> а точнее ряду проприетарных решений на её основе.

Мне это не интересно, ибо это у них. А меня интересуют только технологии "at my fingertips" :P. Отношения master-slave с той шайкой помойных котов и закрытыми продуктами - прошлый век.

> С VMware они примерно на одном уровне, если не устраивать сравнений
> NFS vs SMB, тогда варя проиграет.

Тем временем я болтаю с вами в - KVM виртуалке. И если ее зафулскринить, заграбив kbd/mouse я могу так с наскока и не отличить это от железного компа.

> В отличии от Linux вы можете кластеризовать эти сторадж подсистему ядра и радостно
> построить кластер репликации, так, что у вас будет блочное кэширование в RAM,
> кэширование SAS/SATA HDD через NVMe или PMEM (Intel Optane),

А на линухе можно зацепить bcache для сравнимого эффекта. В цать раз проще по менеджменту. Антифича мс - делать все оверинженернуто и беспощадно. Если я не мегаэнтерпрайз с тимой админов - это хреново. А я на данный момент уже не мегаэнтерпрайз. Да и в энтерпрайзе админы толпой не бесплатные.

> если вам нужен гибридный сторадж. Дедупликация работает, хотя она мало кому
> полезна и сеть это сё прекрасно понимает и топология NUMA учитывается на
> многопроцессорных платформах. Удачи вам на Linux построить такое.

А я и не собирался именно летающего макаронного монстра в стиле мс делать. С другой стороны если поставить задачу более прагматично, не в стиле MS, а описав что на самом деле должно быть и какие constraints - так она на линухе отлично решается.

> И сверху этого можно еще и виртуализацию крутить и оно прекрасно работает.

У майкрософта очень специфичные понятия о прекрасном, я бы сказал.

А у меня вот прям здесь и сейчас, вот прям эта виртуалка с браузером, примерно на 80% дедуп относительно core image. Ибо cp --reflink "template" в который я из десктопа соорудил. Без вашей энтерпрайзной блевоты. Нафиг не впершейся мне на моем воркстейшне.

> Вам для такого нужно либо VMware, либо Hyper-V. Linux во всех отношениях
> и конфигурациях на 2024 не идёт ни в какое сравнение.

"Вы не любите кошек? Да вы просто не умеете их готовить!". А я вот - научился.

>> времени и сил вбухали в свои энтерпрайз управляторы
> Вы вообще не знаете о чём пишете! Hyper-V управляется целиком и полностью
> через WS-Management и его CIM-классы https://www.dmtf.org/standards/ws-man

А, таки стало доходить? Я таки с HyperV довольно давно работал и там это только-только начинало прорезаться. Впрочем судя по увиденному - дошло как обычно в стиле мс, бессмысленно и беспощадно. Видимо нанюхались, и хотят нормальное управление на манер юниксвэев, с layered подходом и гибким выбором разных частей, а не One Microsuxx Way как обычно :)

> Это кстати открытый стандарт, которым пользуется еще и IBM и другие. На
> Linux для этого есть Pegasus CIM Server, но им никто не пользуется.

В этом месте мне почему-то вспоминается анекдот про Неуловимого Джо :). Судя по новостям - Майкрософт тоже начал что-то подозревать, где большая часть этого глобуса видала их "стандарты" и такое управление вообще. А IBM что, у них ресурсов много, дрессирануть десяток обиззян можно под любую хрень. А не выгорит и черт с ним, уволить или переучить.

> Ansible через ssh подавай, чтобы писать плейбуки, накатывающие
> ямловые темплейты на текстовые конфиги.

ИЧСХ это и то менее ректально чем вооооон то :). И сколько в результате ансибла, и сколько той энтерпрайз блевотины? Чуваки с ансиблой у меня под боком в паре проектов - а эти, тифозные, фиг знает. Наверное в мс и майрософте. Ну и вы же понимаете что если станет надо подхватить знамя у них - я буду уметь - вон то. А не мсовскую НЕХ, "зато стандартную". И никакое лоббирование стандартизаторов - не поможет. Этот мир уже выбрал - снижение костов и упрощение. Вон то слишком навороченное, местечковое, и идет вразрез с всем этим.

> Чтобы  управлять Hyper-V на Windows у вас есть системное API. Для
> того чтобы к нему подключиться, вам нужен PowerShell или SOAP-коннект до WBEM.

Очередная энтерпрайзятина, бессмысленная и беспощадная. На мой вкус powershell ужасен, а SOAP не особо удобный для автоматизации. И боюсь что большая часть клиентов абажура с их линухами думают - точно так же. И майкрософт стал замечать что у них так то был некий пойнт :)

> Все остальные утилиты либо работают поверх CIM, либо попросту заброшены
> и оставлены как legacy.

То что MS стал замечать что оказывается кульные монолитные солюшны всех заманали - по своему похвально. Но поняли они это как-то по своему. Лично мне это все в таком виде просто нафиг не надо. Это только для энтерпрайзов с жирной админтимой. Для простых людей с воркстэйшном это жуткий перебор. И поэтому новых кадров на это само по себе появляться не будет. И майкрософт как раз познает прелести экосистемных факапов. Уже, судя по сабжу, WSL и проч.

Они как экосистема - проиграли. Live with it, наши пути оказались лучше, гибче, проще.

> конфигурации и с тех пор не обновлялась. Есть 3 способа управлять
> Hyper-V через GUI:

К счастью мне это все похрен. Я предпочел завести простые скриптики пинающие мне qemu-kvm с желаемыми параметрами. А некоторые вообще системдой бутявятся. Мне так больше нравится. И в линухе я могу это все. А в винде - мне какие-то мегапрослойки вечно втуливают. За...ли!

> Вы просто не знаете Hyper-V и не видели больших развертываний на нём.

Это не страшно, ибо я могу вот прям ща поднять флот на ...цать VM парой команд.

> Ни Windows, ни VMware, видимо? не знаете, если лучше чем KVM+VirtIO
> нет ничего на свете. Фу таким быть.

Я предпочел стать спецом в том что может обслуживать мои нужды. А оверинженерия имени корпорасов - забодала. И не только меня. Фу такими быть. Впрочем сейчас майкам ЭКОСИСТЕМНЫЙ ФАКАП все покажет.

Майки убили системное програмирование. И теперь тусят без дров, продвинутых фс и проч. С тухлым кернелом с хреновым перфомансом. В отличие от.

Майки достали своими шеллами и оверинженерией админов. Настолько что пришлось сделать WSL.

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

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

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

159. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +1 +/
Сообщение от Аноним (115), 12-Окт-24, 23:04 
> Я предпочел стать спецом в том что может обслуживать мои нужды. А оверинженерия имени корпорасов - забодала. И не только меня. Фу такими быть. Впрочем сейчас майкам ЭКОСИСТЕМНЫЙ ФАКАП все покажет.

Мрак-то какой, Уффф... Когда ты выйдешь за пределы локалхоста и захочешь построить на KVM что-то средней крупности, несколько локаций, инфраструктура резервного копирования, SAN или vSAN, только тогда ты поймешь... А пока можешь продолжать придумывать себе ограничения, что тебе что-то не нужно. Все твои эмоциональные порывы, ненависть и желчь - это проблемы отсутствия у тебя опыта в решении крупных задач.

По существу:

1. KVM+VirtIO
Всё что связано с пробросами устройств изначально придумал Xen в Linux и делал это еще до того как появилась аппаратная поддержка проброса IO в виртуальные машины.
За этим на архитектуру x86/amd64 пришел стандарт IOMMU (AMD-Vi, VT-d) и затем появился SR-IOV.

Так как Xen, несмотря на свою открытость, никогда не принадлежал эксклюзивно ядру Linux было принято NIH-решение сделать KVM. И вот чтобы внутри него работала виртуализация IO компания Red Hat, а никакое не плешивое "сообщество", написало VirtIO.
В последствии в оно было принято в основной бесплатный Xen как опция. Аналогичные реализации сокетов имеют и драйверы Hyper-V, но их архитектура берет своё начало из Xen, как и весь Hyper-V.

Все эти технологии выполняют одну задачу, просто под разные гипервизоры, а под капотом на железе лежат одни и те же технологии виртуализации IO. Никакого превосходства у VirtIO нету, оно такое же как и все аналоги.

2. Твои влажные мечты про сторадж в Linux
Большая часть серверов хранения построена либо на базе FreeBSD либо на базе Windows Storage Server. Это суровая реальность, которую тебе придется просто принять. ZFS из Solaris/FreeBSD и XFS из IRIS тоже не от хорошей жизни притащили в Linux. Ну нету там исторически нормальных ФС, но это не главное. Главные проблемы - это:
- унылые абстракции блочного уровня
- плохая поддержка железа, MPIO для HBA
- слабые возможности разгрузки (offload) для SAN-сетей.
Если бы не NVIDIA (Mellanox) не было бы в Linux поддержки RDMA. А поддержку разгрузки iSCSI по-моему вне драйверов Chelsio тоже нету. С HBA и multipath на FC тоже удачи. Проблемы гораздо ниже чем ФС.

А еще есть гуманитарная проблема, что в Linux единственная "расово верная" файлуха ext4, разработчики которой в случае любых проблем лезут в блочные абстракции с патчами, чтобы "подкрутить" там под себя. От этого, кстати, и btrfs страдает. Но она сырой долгострой, как и все CoW-файлухи, как и ReFS. Но вторая хотя бы на B+ деревьях построена...

А вообще про btrfs - это смешно. Вы просто привыкли к Linux в виртуалке, когда вам сверху бекапы инфраструктура виртуализации/облако делает. Вы попробуйте покрутить это на железе да еще и с большим количеством серверов.

3. Твои проблемы опыта работы с железом
У тебя вообще этого опыта нету. Если бы был, то знал бы что PMEM и DAX, работает в Linux
https://kb.pmem.io/faq/100000008-What-is-DAX/
https://docs.redhat.com/en/documentation/red_hat_enterprise_...
Проблема в том, как это юзать в кластере виртуализации с KVM, а не для локальных нод HPC. У Hyper-V это работает.

Но у тебя в голове мусорная bcachefs, которую проще выкинуть, чем использовать. Оно и правильно, ведь если у тебя нет нормального железа, а все Linux строго в виртуалках, то не удивительно что ты ничего не знаешь.

4. Вместо заключения
Я уже понял что ты человек ограниченный. Причем сам себе эти "constraints" и влепил. Эдакая добровольная лоботомия. Скриптики и libvirt это настолько не масштабируется, что Red Hat, который и писал это KVM+VirtIO выкинул на помойку oVirt, отказался от костылистроения вокруг libvirt и сел пихать KVM внутрь OpenShift, чтобы оно хоть как-то ворочалось на крупном развертывании. Причем настолько что свой OpenStack уже переписал под то, что вместо привычных QEMU+KVM будет использоваться Kubevirt внутри кластеров Kubernetes. А их опять не "сообщество" пишет, а изначально Google и другие корпы.

Просто подумай головой!

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

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

161. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Заноним (?), 13-Окт-24, 04:26 
Навалил так навалил.
И redhat'ы и kubevirt и xen т.д. и т.п. - что-бы ты знал - всё это сообщество.  
То что корпорасты, везде где пахнет выгодой, норовят подсуетиться, заинвестирвовать, выкупить - так ничего нового в этом нет. А сообщество выработало защитные свойства от запроприетаривания. И не ясно чего ты так ерепенишься, когда чел отплёвываясь от корпорастов, выбирает что посвободнее? Никто не вкладывает в понятие "корпоративный" что-то плохое. Просто подумай головой - корпорастами зовут тех, кто пытается монополизировать и подавить в стремлении извлечь бОльшую выгоду. А, то что ряд людей из сообщества получает зп от корпорации, не делает людей корпорастами.
И если-бы не эти самые люди, то корпорасты и zfs похоронили-бы. А так, корпорация сдулась, сообщество подхватило.

Что до "У Hyper-V это работает." - может-быть. А то что там в суперкомпьютерах? Надо же этот доморощенный, недостандартизированный недоposix linux вытеснил всё проприетарное... Хм. К чему-бы это? Может linux не только экономически выгоден, но и работает?

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

163. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (147), 13-Окт-24, 10:59 
Жалкое зрелище. Ни одного ответа по существу. Выигрывает самое плохое но дешевое решение - нобелевка 2001 года. На этом можно точку поставить в теме почему линукс взлетел.
Ответить | Правка | Наверх | Cообщить модератору

177. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  –1 +/
Сообщение от Аноним (-), 13-Окт-24, 16:49 
> Жалкое зрелище. Ни одного ответа по существу. Выигрывает самое плохое но дешевое
> решение - нобелевка 2001 года. На этом можно точку поставить в
> теме почему линукс взлетел.

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

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

182. Скрыто модератором  +/
Сообщение от Аноним (147), 13-Окт-24, 17:40 
Ответить | Правка | К родителю #163 | Наверх | Cообщить модератору

164. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (164), 13-Окт-24, 12:39 
> Мрак-то какой, Уффф...

Это Юзер294 - Известный здесь эталон воинствующего религиозного красноглазия.
Отвечать на его простыни городских легенд с opennet - по меньшей мере, глупо.

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

176. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (-), 13-Окт-24, 16:47 
> Это Юзер294 - Известный здесь эталон воинствующего религиозного красноглазия.

При том - я стал этим основательно попартнерив с MS и увидев как именно они к партнерам относятся. Такой неудобный нюансик. Да, я скептичный цук который валидирует input и проверяет как заявы маркетинга VS то что наблюдается. И вот тут у меня к майкрософту есть некоторые претензии :-). Мягко говоря. Более жестко говоря, за абибас меня - и так с десяток лет - можно и ответить.

Было очень прикольно узнать что оказывается уже N лет как есть варианты дешевле и лучше, да еще без вендорлоков по наглому :). Есть такой отраслевой юмор что никто не сделал для популяризации линуха столько сколько сами майки.

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

183. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (147), 13-Окт-24, 17:41 
Ничего ты не партнерил. Тебе здесь про точку россы объяснили в своё время. Про что ты был не в курсе. Куда тебе до мсов.
Ответить | Правка | Наверх | Cообщить модератору

207. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  –1 +/
Сообщение от Аноним (-), 14-Окт-24, 04:54 
> Ничего ты не партнерил.

Если бы вы были телепатом - мы бы смогли вместе посмеяться над масштабом вашего облома вот тут. Но увы, ваше ЧСВ замещает собой этот скилл.

> Тебе здесь про точку россы объяснили в своё время.

Ага, теоретики рассказывающие почему шмель летать не может. Прагматику который просто навесит датчиков на процесс - и будет рулить по фактическим параметрам, забыв спросить может ли оно летать. А куда оно с кучей датчиков денется? И вот так оно учтет все мыслимые факторы "автоматически" ;)

> Про что ты был не в курсе. Куда тебе до мсов.

Я про точку росы не в курсе был разве чот в далеком детстве. Еще 1 недостоверное заявление от "экспертов" рассказывающик как и что "невозможно". И кстати, на этом глобусе есть мало удовольствий сравнимых с имплементацией "якобы невозможного".

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

224. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (224), 14-Окт-24, 21:13 
> Теоретику, который просто нафантазировал, как он навесит датчиков на процесс - и будет рулить по фактическим параметрам, забыв спросить может ли оно летать. И как оно учтет все мыслимые факторы "автоматически" ;) - но (как обычно) так и не воплотил на практике, поэтому так и не узнал, почему оно факапнется сразу после старта ...

Пофиксил, не благодари. И да, тот тред при желании все еще можно откопать, господин теоретик-фантазер-эксперд-по-всему.

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

240. Скрыто модератором  +/
Сообщение от Аноним (-), 18-Окт-24, 18:00 
Ответить | Правка | Наверх | Cообщить модератору

243. Скрыто модератором  +/
Сообщение от Аноним (224), 19-Окт-24, 20:43 
Ответить | Правка | Наверх | Cообщить модератору

242. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (147), 19-Окт-24, 14:35 
Какой специалист, вишь. Его никто не убедит. Он датчиков понимаете ли понаделает. Чем-то напоминает басню мартышка и очки. Не знает чем опасна точка росы и как климат в квартире связан с происходящими процессами. Но всё сейчас померяет. Правда толку в измерениях ноль. Так как к нему ещё нужно знание как должно быть. А не просто согнал на 5 градусов и пофиг что через несколько лет плесень полезет отовсюду.
Ответить | Правка | К родителю #224 | Наверх | Cообщить модератору

169. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (147), 13-Окт-24, 14:02 
Попробую ещё раз узнать.
Почему ms omi не применяют? Что есть в Pegasus CIM чего нет в omi?
Ответить | Правка | К родителю #159 | Наверх | Cообщить модератору

180. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (115), 13-Окт-24, 17:15 
> Попробую ещё раз узнать.

А я пытался избежать ответа, потому что это слишком сложный вопрос. =)

> Почему ms omi не применяют? Что есть в Pegasus CIM чего нет в omi?

Чтобы ответить на этот вопрос нужно углубиться далеко в прошлое. И вспомнить про такие вещи как CORBA: https://en.wikipedia.org/wiki/Common_Object_Request_Broker_A...

"Великая и ужасная" CORBA - это стандарт построения удалённого вызова процедур. То есть это не IPC/RPC, а принципы, как нужно строить IPC/RPC.
Я не буду даже пытаться рассказывать про этот стандарт, потому что здесь нет разработчиков/архитекторов ПО. То что нужно знать про CORBA системному администратору, что это такое RPC, у которого не просто передаются объекты по сети, но также вызываются вызывается методы. Обычно вы не можете сериализовать-передать-десериализовать метод класса и вызвать его на удаленном брокере. CORBA даёт такую возможность. Она работает с удаленными экземплярами объектов также как с локальными и трансформирует из в промежуточное бинарное представление, которое может быть прочитано и выполнено кодом на другом языке. А еще оно дуплексное.
Далее нужно понять что CORBA она вся про UML и иерархию объектов, их взаимодействие и поведенческие особенности в рамках парадигмы ООП. Изучение CORBA быстро кинет вас в C++ (Borland её активно применял) в Java EE, в Windows Communication Foundation и прочие фреймворки для работы с бизнес-приложениями.

Дальше больше. Подходы из CORBA нашли место в построении RPC для ряда операционных систем:
- Sun RPC (куски до сих пор требуются в NFS)
- MS RPC (COM и в последствии DCOM)
- DCE RPC (используется в VMware)
А вот в Linux на уровне ОС этого нет. Часть софта умеет в DBUS, но оно не про CORBA, а основным IPC являются системные вызовы fork и clone. Причем здесь нет злого умысла, это сложилось чисто исторически. Важно понимать, что unix way и прочая религиозная муть в этом вопросе не уместна. Solaris, AIX, HPUX и даже ESXi прекрасно её себе реализуют. Вон даже XenServer от Citrix привносил ООП-подходы в управление. В Linux этого нет, потому что когда это всё развивалось и внедрялось, Linux был еще слишком молод.

Применение подходов CORBA в приложении делает его очень объектно-ориентированным... Просто поймите, когда у вас огромные куски ОС так или иначе имеют под капотом ООП-архитектуру, оно прекрасно транслируется в управление и мониторинг на основе API. И вот встала задача (от консорциума The Open Group) сделать стандартный подход к управлению ОС и оборудованием на основе API. Так и появился CIM.

CIM - это опять UML-схема взаимодействия объектов конфигурации, управления и мониторинга. Оно позволяет относиться к мониторингу и управлению как к бизнес-процессам. То есть у вас есть расширяемый каталог (древовидная структура) объектов с известным взаимодействием и связями наследования. Для того чтобы конфигурировать, вы должны создать экземпляр нужного объекта и применить его методы. "Удаленность" при этом изначально была чисто бинарной за счёт IDL (ну или DCOM в случае с MS), а затем мир перешел на SOAP. Кроме того расширяемость достигается за счет агентов, которые привносят новые объекты в дерево конфигурации.

Само формирование этого стандарта происходило в рамках The Open Group при участии MS, и когда он был принят MS начал убивать собственные проприетарные технологии в угоду открытому стандарту. По состоянию на 2024 год:
- WMI выброшен Server 2025/Windows 11 b и бесшовно заменен на CIM. То есть он не просто Deprecated, а уже утилиты грохнули
- DCOM еще не выброшен, но Deprecated с Windows 2012, поэтому DCOM-оснастки (mmc) никто не обновляет, только CIM через SOAP
- Старые API в стиле CORBA вроде Windows Communication Foundation тоже признаны устаревшими и начиная с .NET 5 принято переписывать их на gRPC, который тоже близок к архитектуре CORBA.

Текст выше вам нужен для понимания, ЧТО исторически упустили системные приложения для Linux. И дело здесь не в применении ООП-языков и написании ООП-кода. Речь идёт об объектно-ориентированных моделях взаимодействия между программами внутри ОС, которые в Linux не происходят. Сокеты, пайпы - это прекрасно, но стоит только пойти абстракцией выше, лучше чем GLib2 и GObject Introspection из GNOME в Linux, к сожалению, нету.

А теперь ближе к реальности. Вот вам грустные факты:
1. Большая часть софта в Linux не просто не может отдать конфигурацию в CIM-объекты, оно, блин, без перезапуска демона не способна работать. Всё это трюкачество через SIGHUP - не считается.
2. Придурковатые любители unix way не могут найти крайнего. Они не хотят менять свой софт для удобства конфигурирования, потому что это "не их работа".
3. Пользователи, администраторы и разработчики Linux не компетентны в таких вопросах, они не понимают, зачем вообще такое нужно.
И я сейчас не буду даже начинать про аутентификацию и авторизацию в Linux, потому что это отдельная боль. Оно годится только, чтобы скриптик по SSH от локального пользователя дёрнуть. Интеграция API мониторинга и управления с Kerberos в Linux - это страшная боль, которую даже MS и пытается осилить в omi.

Pegasus - это проект The Open Group. Он годами использовался всеми включая Microsoft, когда им нужно было привнести в ОС CIM. Например, долгое время его ставили агенты System Center Operations Manager (SCOM) для мониторинга хостов AIX и Linux.
Чтобы CIM работал, задач несколько:
- нужен стандарт юзерспейса
- нужно, чтобы кто-то писал классы под этот стандарт
- нужно, чтобы функционал сбора метрик производился не из юзерспейса, иначе грош им цена во время перегрузки (сейчас Microsoft пытается юзать eBPF, за неимением ничего другого в Linux)
Red Hat зашел дальше всех в вопросах поддержки так называемого OpenLMI, но не осилил и выпилил уже в RHEL 8.

То есть сам Pegassus все еще жив, но как говорят его разработчики, у них нет доступа к системам AIX, HPUX и Solaris, чтобы корректно производить тестирование. Microsoft выкинул его и заменил на собственную реализацию OMI прежде всего, чтобы развивать это решение в рамках агентов мониторинга SCOM. Лицензия там открытая, можно пользоваться.

Ответ на вопрос такой сложный потому что нужно учитывать факты:
1. В дистрибутиве Linux мало приложений, которые изначально могут конфигурироваться через API и отдавать объекты ООП в CIM-модель. По историческим причинам, из-за отсутвия CORBA и RPC построенных с оглядкой на нее.
2. В дистрибутивах Linux отсутствует стандартизация, поэтому написание классов мониторинга и конфигурации ложится на... кого? Меинтейнеров, которые код писать не умеют? И они не совместимы между дистрибутивами по имплементации, но должны быть совместимы на уровне имён объектов. Вы как их за стол переговоров посадите?
3. В Linux очень много религиозных фанатиков, у которых unix way и ненависть к ООП, поэтому они не могут портануть к себе решения из UNIX.
4. Pegasus как реализация CIM-сервера не очень-то жива и не очень-то принимает патчи, если посмотрите на их GitHub (они не так давно с CVS мигрировали, что тоже доставляет)
5. OMI существует только для нужд MS и является результатом п.4. Он рассчитан под требования SCOM прежде всего и его производительность и безопасность.

То есть дело тут даже не столько в OMI и не в том что он от MS. Те кто применяют Pegassus делают это по инерции, но в реальности ситуация гораздо хуже. MS в рамках задач Azure пишет конфигурационные объекты для популярного софта в Linux, следит, чтобы оно работало быстро. Дистрибутивы же не внедряют ни Pegassus, ни OMI, потому что это потребует от них стандартизации и тонны кропотливой работы над поставляемым софтом,а это вам не make install и обои менять. Единственный кто мог - это Red Hat, но с OpenLMI никакой Ansible Tower станет не нужен... а учить и переводить народ на открытый стандарт конфигурирования себе в убыток они не стали.

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

184. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (147), 13-Окт-24, 17:49 
> Они не хотят менять свой софт для удобства конфигурирования, потому что это "не их работа".
> Дистрибутивы же не внедряют ни Pegassus, ни OMI, потому что это потребует от них стандартизации и тонны кропотливой работы над поставляемым софтом

ну и т.д...

Получается безнадега? И никто не пытается даже двинуться в эту сторону?
То есть в конце получим нормальные решения за деньги от корпов где будут затачивать под себя. И какой-то непонятный самосбор где студенты будут тыкать палочкой и проверять новые идеи.
Ну как с ванильным кубером и то что делает рх с своей виртуализацией.

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

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

208. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (208), 14-Окт-24, 05:00 
> Получается безнадега? И никто не пытается даже двинуться в эту сторону?
> То есть в конце получим нормальные решения за деньги от корпов где
> будут затачивать под себя. И какой-то непонятный самосбор где студенты будут
> тыкать палочкой и проверять новые идеи.
> Ну как с ванильным кубером и то что делает рх с своей
> виртуализацией.

Получается что если вы жирный крупняк и хотели полный фарш - вам таки придется видимо кому-то отваливать чемоданы денег за "Complete Solution" которым вы все так бредите.

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

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

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

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

188. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Заноним (?), 13-Окт-24, 20:02 
Как показывает практика - не сильно-то и нужно это всё на уровне ОС. Все эти абстракции - частный случай оверинжиниринга с уклоном в ООП. От ОС требуется быстродействие (и IPC и всё остальное должны удовлетворять этому требованию). И при любом раскладе именно более высокое быстродействие определяет снижение стоимости ТСО. Т.к. чихать все хотели на мелкие особенности конфигурирования и мониторинга linux, если без оверхеда позволяет выполнять на 10 серверах туже работу, для которой с другой ОС требуется 100 серверов.
Но и там где надо насыпать абстракций, тоже всё реализуемо без оверинжинирингов, далеко ходить не надо, вон примером есть nix. Да конечно некоторых вещей не хватает, однако если припрёт, то появится, и если поддержат, то укоренится. А пока не нужно, то не нужно.
Ответить | Правка | К родителю #180 | Наверх | Cообщить модератору

190. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (147), 13-Окт-24, 20:48 
Конечно не нужно. Вон там повыше он приводил ссылку как управлять кластером хапрокси. К этому надо кипалайвд добавлять.
У меня собственно немного вопросов. Это вот не оверинжениринг, ага? Оно вообще нормально работает в больших масштабах? Потому что корп решения реально работают. Есть балансировщики за деньги. Там нет проблем в кластере, вот в отличие от хапрокси.
Есть хсрп, или другие реализации отказоустойчивости от корпов. А есть кривой кипалайвд. Вот просто отличное поведение https://s.co.tt/2014/06/06/fix-for-keepalived-router-enters-.../ а если залезть в ишью на гитхабе можно и продолжение увидеть. Как это сломали и что надо сетевые настройки интерфейсов втащить в конфиг кипалайвд. Никогда за несколько десятков лет не имел проблем с хсрп. А тут нате вам на лопате.

> чихать все хотели на мелкие особенности конфигурирования и мониторинга linux, если без оверхеда позволяет выполнять на 10 серверах туже работу, для которой с другой ОС требуется 100 серверов.

Примеров опять же не будет, как всегда?

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

193. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Заноним (?), 13-Окт-24, 21:37 
Всё зависит от задачи. Но совсем необязательно навешивать keepalived для кластера haproxy. Кластер haproxy может быть доступен по round-robin ns-записи и ею можно оперативно управлять в ns. А keepalived в данном случае нужен, если надо обеспечить доступность ip (это обычно можно сделать в рамках одного dc, ну или заводить свой bgp, и самому рулить анонсами). И нет там оверинжиниринга, keepalived это userspace процесс который написали, что-бы управлять встроенным в linux ipvs, а haproxy userspace процесс который написали, что-бы быть прокси и который может распределять нагрузку по бекэендам и который никак не связан с ipvs. Всё это блоки из которых можно выстроить нужную схему сетевой работы.

Что до багов, то ломается всё. И в цисках впс отъезжает, и асики зависают, и заявленные команды не работают, и в логи инфа не пишется и hsrp тоже ломается и так уж и быть - вторая ссылка в гуге https://bst.cisco.com/quickview/bug/CSCwf16332

>> чихать все хотели на мелкие особенности конфигурирования и мониторинга linux, если без оверхеда позволяет выполнять на 10 серверах туже работу, для которой с другой ОС требуется 100 серверов.
> Примеров опять же не будет, как всегда?

А сам не способен нарыть, ну там на openbenchmark.org сходить для разнообразия? А на свои тесты, очевидно, я тебе ссылок не дам.

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

194. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Заноним (?), 13-Окт-24, 21:38 
* openbenchmarking.org


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

198. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (147), 13-Окт-24, 22:08 
> если без оверхеда позволяет выполнять на 10 серверах туже работу, для которой с другой ОС требуется 100 серверов.

Прямую ссылочку на сайте можно, где линукс в _10_ раз быстрее других ОС? А то сложно там разбираться где что.

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

200. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Заноним (?), 13-Окт-24, 22:53 
>> если без оверхеда позволяет выполнять на 10 серверах туже работу, для которой с другой ОС требуется 100 серверов.
> Прямую ссылочку на сайте можно, где линукс в _10_ раз быстрее других ОС? А то сложно там разбираться где что.

Какой-же народ беспомощный пошел - https://openbenchmarking.org/result/1812263-SP-SERVERWIN55&o...

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

201. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (147), 13-Окт-24, 23:22 
А, микробенчмарки вместо нормальной работы.
Вопросов больше не имею.
Ответить | Правка | К родителю #200 | Наверх | Cообщить модератору

203. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Заноним (?), 13-Окт-24, 23:53 
> Вопросов больше не имею.

И правильно потому-что никто давно не тестит windows на spec.org, т.к. нет смысла оно безнадёжно медленное.

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

197. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (147), 13-Окт-24, 22:05 
>  Кластер haproxy может быть доступен по round-robin ns-записи и ею можно оперативно управлять в ns.

Это что за балансировка для нищих? А если что надо плейбуком сбегал днс-кэши у пользователей сбросил?

> keepalived в данном случае нужен, если надо обеспечить доступность ip (это обычно можно сделать в рамках одного dc, ну или заводить свой bgp, и самому рулить анонсами).

Оно и нужно для доступности. А вот бгп обычно уже в таком случае оверинжинирнг.

> Всё это блоки из которых можно выстроить нужную схему сетевой работы.

Да, да. Это всё в теории прекрасно. Как только разнесенную схему строишь с хапрокси и на местах подпираешь кипалайвом для доступности - опа, всё поехало. Причём в самые неожиданные моменты.
Начиная от синхронизации руками настроек хапрокси и заканчивая косяки в кипалайвд настройках. Вон там про вмак и гарп прекрасное чтиво. Что в опциях, что в документации, что в обсуждении багов на гитхабе.

> Что до багов, то ломается всё. И в цисках впс отъезжает, и асики зависают, и заявленные команды не работают, и в логи инфа не пишется и hsrp тоже ломается и так уж и быть - вторая ссылка в гуге https://bst.cisco.com/quickview/bug/CSCwf16332

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

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

199. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Заноним (?), 13-Окт-24, 22:41 
>>  Кластер haproxy может быть доступен по round-robin ns-записи и ею можно оперативно управлять в ns.
> Это что за балансировка для нищих? А если что надо плейбуком сбегал днс-кэши у пользователей сбросил?

Это как раз не для нищих. Нищие c hsrp на двух убогих роутерах с парой ip от двух операторов, обеспечивают связанность пары офисов. А богатые распихивают свой сервис по разным облакам платят тонну денег и вынуждены ограничиться только ns-rr, т.к. ip к другому облачному оператору не перекинуть.    
А bgp делают умные и экономные.

>> Всё это блоки из которых можно выстроить нужную схему сетевой работы.
> Да, да. Это всё в теории прекрасно.

Да нет, вполне себе работает годами на практике. Всё зависит от компетенций.

> Начинается десткий сад...

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

> То-то я сотнями цисок обнастраивал и нигде такого не видел...

Твоя выборка не релевантна. https://www.cisco.com/c/en/us/td/docs/routers/access/1100/re...

> Да и по форумам цисковым почти нет обсуждений как это валится...

Так это твои проблемы сравнения. И да, тех кто купил cisco сильно меньше, тех кто на бесплатном linux пытается освоить keepalived

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

202. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (147), 13-Окт-24, 23:35 
> Это как раз не для нищих. Нищие c hsrp на двух убогих роутерах с парой ip от двух операторов, обеспечивают связанность пары офисов.

Ты совсем что-ли дурач0к? Какой хсрп связность офисов? Это внутри одной физической площадки применяется. Для vip. И пока ты ждешь протухания dns в клиенте, здесь всё работает без проблем.

>  А богатые распихивают свой сервис по разным облакам платят тонну денег и вынуждены ограничиться только ns-rr, т.к. ip к другому облачному оператору не перекинуть.    

А, опять попытка натянуть сову на глобус. Когда пошёл разговор за хсрп, вррп всем понятно что это на одной физической площадке применяется. Ты сюда рр по днс подсунул, а теперь пытаешься передернуть что это про нескольких облачных операторов было.
Не, такое не катит.

> Да нет, вполне себе работает годами на практике. Всё зависит от компетенций.

Ссылка была дадена. В ишью продолжение. Сходи и посмотри как годами работает. И заодно расскажи как там гарп команд навертели а у корпов всё это работает без приседаний.

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

Да, да. Таких багов ты в циске на любой чих можешь найти. Только вот беда - большое множество их появляются при случайном стечении обстоятельств. Ну как вот у тебя с строго определёнными железками на определенной версии прошивки. А в остальном проблем особых нет в таких примитивах. Иначе форумы и коммунити у них завалены был бы разговорами. Ан нет - не наблюдается.

> Твоя выборка не релевантна.

Нет твоя.
Хех, ещё и кривых местами 17 версий подтащил, которые прямо линух-модель ролинг-релизов. Про 16 и 17 версию читать надо а потом ставить. А не обновлять на последние версии.

> Так это твои проблемы сравнения. И да, тех кто купил cisco сильно меньше, тех кто на бесплатном linux пытается освоить keepalived

Конечно, конечно. Статистика опять как на фороникс сайте из микробьбенчмарков - как мы запустили форк в 10 быстрее и поэтому нам серверов надо в 10 раз меньше. И тут любителей освоить кипалайвд больше чем цискарей.
Посмеши ещё чем-нибудь.

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

204. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Заноним (?), 14-Окт-24, 01:12 
Ох недалёкий нынче народ пошел... Тебе про одну сторону говорят, а не про оба эндпоинта. Иди уже книжки почитай что-ли, узнай что hsrp в связке с gre, был у cisco чуть-ли не первый и основной способ обеспечения отказоустойчивого связывания. А для haproxy не сдался твой vip, и во всех популярных ОСях dns-кеши умеют самостоятельно вертеть rr-запись. Но да ты можешь сделать vip, что-бы очередной чудной браузер не выдал пользователю таймаут, т.к. сам за каким-то лешим кеширует ip.

> А, опять попытка натянуть сову на глобус.

Да нет, это же ты зашел с КЛАСТЕРА haproxy, так и не муди, когда тебе дали правильное направление.

> Ссылка была дадена. В ишью продолжение. Сходи и посмотри как годами работает...

Мне не над никуда ходить, у меня, у меня по рукой есть:

# ps -eo pid,comm,lstart,etime,time,args | grep -e [P]ID -e [k]eepalived
    PID COMMAND                          STARTED     ELAPSED     TIME COMMAND
    163 keepalived      Thu Jul  6 13:03:23 2023 464-08:35:24 00:20:08 /usr/sbin/keepalived
    164 keepalived      Thu Jul  6 13:03:23 2023 464-08:35:24 00:21:16 /usr/sbin/keepalived
    165 keepalived      Thu Jul  6 13:03:23 2023 464-08:35:24 06:04:50 /usr/sbin/keepalived

> Да, да. Таких багов ты в циске на любой чих можешь найти.

Ну и не надо лясы точить. В кошках хватает багов. Самый весёлый эпизод был, когда от их IOS утащили исходники, а потом в metasploit зарелизили +~2000 новых вариантов взлома cisco одномоментно.

>Хех, ещё и кривых местами 17 версий подтащил...

Да мне начихать на это, ты просил ссылку, я тебе соизволил дать первую попавшуюся по которой буквально расставляют все точки. Тебе неймётся, твои проблемы.

> Конечно, конечно....

Да не плачь, у фороникс вполне годные тесты, которые каждый может проверить сам.
А так можешь и сам помучать windows - инстанцировать большое кол-во процессов, проверить переключения контекста, конкурентность при работе с блоками памяти разной размерности, померять задержки в кешах, ОЗУ, вывода-вывода и по сети. И сравнить. Например простой нагрузочный тест - выкрути все лимиты на максимум и создавай процессы которые просто спят, чем быстрее и больше создашь, тем лучше.

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

192. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (115), 13-Окт-24, 21:25 
> Как показывает практика - не сильно-то и нужно это всё на уровне ОС.

Я могу сходу привести ссылки на 2 проекта, суть которых переизобрести этот мониторинг и управление для конкретно для инфраструктур виртуализации:
https://www.openstack.org/
https://cloudstack.apache.org/

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

Если внимательно присмотреться к монструозности обоих проектов и объему именно Linux + KVM специфичного кода, когда ОС не даёт никакой стандартизации управления, вы поймёте насколько это нужно. Из-за этой монструозности оно невыносимо в малых развертываниях и не способно жить без внутренних команд Java/Python (в зависимости от проекта), которые будут это сопровождать. Или можно это проприетарью купить у вендора за деньги, но цена там выше чем у решений VMware и MS и это не совсем корпоративно, скорее для облачных провайдеров.

> Т.к. чихать все хотели на мелкие особенности конфигурирования и мониторинга linux, если без оверхеда позволяет выполнять на 10 серверах туже работу, для которой с другой ОС требуется 100 серверов.

Вот именно так в энтерпрайзе и мелких сервис-провайдерах и забривают KVM. Реальность такова, что пока вы не:
1. Поставите OpenStack, который реализует нужные абстракции, даёт управление и мониторинг
2. Зафиксируете типы и размеры виртуалок (flavors)
3. Накупите себе огромное количество серверов так, чтобы каждый флейвор ложился на отдельный кластер
4. Выкините стандартный сетевой стек дистрибутива и не завернете все через OVN + DPDK желательно на Mellanox
5. Понакупите проприетарных HBA и проприетарных хранилок с FC, потому что сторадж-система в Linux совместно с виртуализацией не кластеризуется. Ну или найдетё/построите решение поверх InfiniBand.
6. Раскидаете всё единственно рабочим способом для KVM.
После этих шагов оно станет РАВНЫМ по производительности с Hyper-V и VMware. И это было до того как KVM начали поголовно пихать в Kubernetes.

Рост производительности при использовании Linux в виртуализации - эта шутка сделала мне воскресный вечер.

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

196. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Заноним (?), 13-Окт-24, 21:57 
>> Как показывает практика - не сильно-то и нужно это всё на уровне ОС.
> Я могу сходу привести ссылки на 2 проекта

И? Тебе печеньку дать? Да, прикинь вокруг linux люди любят изобретать.


> Если внимательно присмотреться к монструозности обоих проектов и объему именно Linux +
> KVM специфичного кода, когда ОС не даёт никакой стандартизации управления, вы
> поймёте насколько это нужно. Из-за этой монструозности оно невыносимо в малых
> развертываниях и не способно жить без внутренних команд Java/Python (в зависимости
> от проекта), которые будут это сопровождать. Или можно это проприетарью купить
> у вендора за деньги, но цена там выше чем у решений VMware и MS и это не совсем корпоративно, скорее для облачных
> провайдеров.

А можно и proxmox накатить и будет счастье. А openstack нацелен на масштабные развёртывания.

>> Т.к. чихать все хотели на мелкие особенности конфигурирования и мониторинга linux, если без оверхеда позволяет выполнять на 10 серверах туже работу, для которой с другой ОС требуется 100 серверов.
> Вот именно так в энтерпрайзе и мелких сервис-провайдерах и забривают KVM. Реальность
> такова, что пока вы не:

Поставите proxmox и не перестанете рассказывать басни. И ceph работает и ovswitch и live-миграции и через ui, и всё  гиперконвергентно, и компетенций для администрирования надо около столько же, сколько требуется от вменяемого специалиста.

> Рост производительности при использовании Linux в виртуализации - эта шутка сделала мне воскресный вечер.

А никто не шутил. А если вспомнить о контейнерах, то не шутил в тройне. Когда сможете инстанцировать на windows с hyperv в одной vm c windows овер 1000 контейнеров (даже просто спящих) тогда приходите.


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

215. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (83), 14-Окт-24, 08:27 
> А openstack нацелен на масштабные развёртывания.

Ну так я и занимаюсь только масштабными развертываниями по долгу службы. Поэтому и говорю, что Proxmox, не масштабируются. Что на KVM без OpenStack жизни нет. А OpenStack оверкилл для средней руки энтерпрайза, поэтому KVM - нишевый для малого бизнеса и облачных развертываний. Серединки нету. Там Hyper-V и VMware.

> Когда сможете инстанцировать на windows с hyperv в одной vm c windows овер 1000 контейнеров (даже просто спящих) тогда приходите.

А зачем в одной виртуалке 1000 контейнеров и в чем там проблема? Просто обычно люди используют Kubernetes, который поддерживает и Linux-ноды поверх Hyper-V и Windows-ноды с её виндовыми контейнерами. Что сказать-то хотел?

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

219. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Заноним (?), 14-Окт-24, 13:30 
>> А openstack нацелен на масштабные развёртывания.
> Поэтому и говорю, что Proxmox, не масштабируются. Что на KVM без OpenStack
> жизни нет. А OpenStack оверкилл для средней руки энтерпрайза, поэтому KVM
> - нишевый для малого бизнеса и облачных развертываний. Серединки нету. Там
> Hyper-V и VMware.

Да масштабируется proxmox, и не только на серединку. Как раз hyperv и vmware уже давно не нужны со всех их индийским саппортом (давно отъехавшим). И без dpdk производительность высокая и драйверы для qlogic давно в ядре, но и железки  уже давно все c пачкой nvme, так что всё что надо - быстрая сеть и ceph поверх пачки узлов nvme.  

> А зачем в одной виртуалке 1000 контейнеров и в чем там проблема?

Затем, что уже давно есть железки не по 8 ядер на qpi, а по 32/64/128 на hypertransport. А дальше сам выясняй в чём там проблемы.

> Просто обычно люди используют Kubernetes, который поддерживает и Linux-ноды поверх Hyper-V и Windows-ноды с её виндовыми контейнерами.

Да нет, это как раз необычное и расточительное применение железа и бабла. Нафиг никому не сдались windows с hyperv на которых крутится linux с k8s. Обычное применение для k8s это барметал развертывания linux.  Но железки нынче многоядерные и многопамятные, потому резать их на много мелких vm c linux и контейнерами бывает удобно.  

>Что сказать-то хотел?

Прививку сделай от кровавых корпроразмов.

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

227. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (83), 15-Окт-24, 09:49 
Во-первых, QLogic мёртв и старые сетёвки под этим брендом плохо работают как с современными ядрами Linux, так и Windows. Где вы взяли это старьё? Их уже 2 раза перекупили, сначала они превратились в Cavium, а сейчас это Marvel. Последние хорошо работают.
Во-вторых, стек сетевых драйверов на такие адаптеры - это https://www.openfabrics.org/ (OFED-драйверы), они стандартны для Windows, Linux и FreeBSD.
В-третьих, ты не можешь использовать большую часть OFED без DPDK с одной стороны, и глаголов InfiniBand для RDMA с другой. То есть драйверы есть, но толку без DPDK и RDMA в Linux мало.

> быстрая сеть и ceph поверх пачки узлов nvme

Это деньги на ветер. Даже если очень правильно собрать Ceph строго с однопроцессорными матерями с кучей RAM и мощными процами (ему нужны процы особенно для NVMe). Настроить ETS, PFC и DCQCN на Ethernet-сети, и раздать на узлы виртуализации диски по протоколу NVMe-over-RoCEv2, то по хрупкости, производительности и цене оно будет дороже чем FC-решение, даже InfiniBand дешевле. Как медленный объектный Storage, Ceph прекрасно подходит, но как быстрый. Вы же понимаете, что даже в такой ювелирно настроенной конфигурации скорость будет ниже чем один локальный NVMe-диск. Попробуйте развернуть, и вы убедитесь.

> Да нет, это как раз необычное и расточительное применение железа и бабла. Нафиг никому не сдались windows с hyperv на которых крутится linux с k8s. Обычное применение для k8s это барметал развертывания linux.    

Да вы, батенька, совсем теоретик, я смотрю.

Во-первых, прекрасно кубик работает на Windows, он не просто на ней работает, а имеет поддержку Windows-узлов и Windows-контейнеров.
Во-вторых, бареметал кубернетис вам кажется обычным, потому что по нему больше статей в интернете, а в реальности всё наоборот.
В-третьих, Kubernetes и OpenShift только-только учатся подерживать многопроцессорные матери. Ну не понимают они NUMA пока что, NUMA планировщик вечная бета. Большая часть CNI в кубике не способна использовать ASIC сетевых адаптеров и интегрировать оверлей в имеющуюся SDN-сеть.

> Затем, что уже давно есть железки не по 8 ядер на qpi, а по 32/64/128 на hypertransport. А дальше сам выясняй в чём там проблемы.
> Но железки нынче многоядерные и многопамятные, потому резать их на много мелких vm c linux и контейнерами бывает удобно.

"Удобно", ах, какая милота =)
Это вынужденная мера потому что старый софт в Linux категорические не понимает NUMA и режимы вроде Sub-NUMA Clustering. Он не понимает, что из 128 ядер только 16 будут иметь реальную возможность общаться с DRAM-контроллерами, а остальные способны брать данные только из L3-кэша не дальше. И он (софт) тем более не понимает, что процессор может быть гетерогенным SoC у которого из 16 реальных процессорных ядер, умеющих работать с DRAM только 8 способны работать с MMIO и лабать receive datapath от PCI-Express шин.
То есть ядро Linux это всё понимает, и KVM может это эмулировать и понимает, но:
- планировщик ресурсов KVM не способен динамически размещать виртуальные машины на таких системах, привязывать к этому потоки IO для сети и стораджа и динамически это двигать. Гвоздями запиннить можно, но миграция...
- планировщик ресурсов Kubernetes только-только учится размещать контейнеры на таких узлах.
Это называется NUMA Aware Scheduling и, СЮРПРИЗ, в Windows он работает, и Hyper-V это всё умеет уже больше 10 лет. VMware - аналогично, даже лучше. А в Linux весь юзерспейс застрял в мире однопроцессорных и SMP-серверов без поддержки ccNUMA. А знаешь почему так произошло?

Потому что кретины-академики-профессора годами начиная с начала 2000 с каждой трибуны орали, что NUMA слишком сложна, что эта многопроцессорная архитектура не взлетит из-за сложности сопровождения, что аналогичные решения и архитектуры уже умирали. А потом БАЦ и нету больше UMA-процессоров даже в консьюмерском сегменте, осталась только ccNUMA. Пока в других ОС, в том числе корпоративных Unix люди внедряли все эти решения в юзерспейс, Linux слушал своих придурочных оторванных от реальности профессоров, и вместе с ними орал "не нужно". А теперь подросли бандерлоги вроде тебя, у которых дележка на мелкие виртуалки "удобнее". Вы понимаете, что когда на матплате 2 и более процессоров, часть ядер каждого из них не способна работать с RAM вся концепция Shared Memory из старого OpenMP летит на смарку. Кстати, OpenMP обновился для ccNUMA, но кто бы софт под него переписывал... Простой пример Linux-софта, который не способен в NUMA и гетерогенные процессоры от слова "совсем" - это PostgreSQL. Поэтому, либо под него покупают спец-железяку, либо ставят в виртуалку, чтобы умная инфраструктура виртуализации правильно разместила потоки глупого PostgreSQL на железе. Оверхед от виртуализации получается ниже, чем если бездумно запускать его на ccNUMA-железе. Дело совсем не в удобстве, с некоторым софтом в Linux просто нет выбора.

Или взять, например, поддержки TCP Offload Engine и других форм разгрузки. Пока производители железа внедряли ASIC-и в сетевки и HBA для того чтобы вынести спец-вычисления на эти типы, а FreeBSD, VMware и впоследствии Windows создали и стандартизировали нужные подсистемы на уровне ядер, Linux жил в отрицании, что это "не нужно". Пока в 2007-ом году они не осознали, что даже софтварная буферизация TCP-пакетов для нужд LRO и LSO увеличивает пропускную способность и снижает утилизацию CPU, не сдались под натиском реальности. Вот только стандартизации сетевого объектов стека, пригодного для разгрузки на ASIC нету. Вот и используют OFED. И пока не пришел Intel и не написал DPDK, чтобы можно было работать с OFED-драйверами в Linux мрак был полнейший.

Дело не в моей "любви к корпоративному", а в том, что в Linux много религиозно-помешанных необразованных ограниченных людей, которые не понимают, что проблемы глубоко технические, что они накапливались исторически. KVM как гипервизор прекрасно работает, но его исторически сложившуюся юзерспейсную часть и кластерные планировщики исправить нельзя, поэтому его экосистему интегрируют с Kubernetes, который как инфра для виртуализации предлагается только облакам и Telco-провайдерам 5G. А учитывая, что Xen, как решение от Citrix, скорее мёртв чем жив, то наличие Hyper-V улучшит ситуацию в Linux.

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

230. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Заноним (?), 16-Окт-24, 01:23 
> Во-первых, QLogic мёртв

От того что оно теперь называется Marvel, на уровне драйверов ничего особо не поменялось и поставляются и работают и 16G вполне хватает для доступа до стареньких SAN овер FC-switch'и.

> (OFED-драйверы)

И? Ты думаешь ты один знаешь о RDMA и иже с ним?

> В-третьих, ты не можешь использовать большую часть OFED без DPDK с одной стороны, и глаголов InfiniBand для RDMA с другой. То есть драйверы есть, но толку без DPDK и RDMA в Linux мало.

Я могу вообще не использовать RDMA и DPDK и avg latency меня устроит.

>> быстрая сеть и ceph поверх пачки узлов nvme
> Это деньги на ветер. Даже если очень правильно собрать Ceph...

А кто тебе сказал, что нет локальных? 6-12nvme на хост -> 1/2-1/4(или 1/3) на ceph, остальное  в zfs pool(s). И опять таки avg latency меня устраивает.


>> Да нет, это как раз необычное и расточительное применение железа и бабла. Нафиг никому не сдались windows с hyperv на которых крутится linux с k8s. Обычное применение для k8s это барметал развертывания linux.
> Во-первых, прекрасно кубик работает на Windows, он не просто на ней работает, а имеет поддержку Windows-узлов и Windows-контейнеров.

Это называется не "работает", а тормозит на windows

> Во-вторых, бареметал кубернетис вам кажется обычным, потому что по нему больше статей в интернете, а в реальности всё наоборот.

Нет, мне не кажется. И статьи здесь вообще никаким местом.

> В-третьих, Kubernetes и OpenShift только-только учатся подерживать многопроцессорные матери. Ну не понимают они NUMA пока что, NUMA планировщик вечная бета.

За NUMA тебя вообще понесло. Да в большинстве задач всем до лампочки биндинг по ядрам, в подавляющем большинстве случаев шедулер ядра прекрасно сам справляется. Зачастую прибить надо только под havyload и обычно это только сетевух касается.

> Большая часть CNI в кубике не способна использовать ASIC сетевых адаптеров и интегрировать оверлей в имеющуюся SDN-сеть.

Да потому, что большинству хватает. А кому надо с поддержкой ASIC, тот поставит соотвествующий CNI.


>> Затем, что уже давно есть железки не по 8 ядер на qpi, а по 32/64/128 на hypertransport. А дальше сам выясняй в чём там проблемы.
>> Но железки нынче многоядерные и многопамятные, потому резать их на много мелких vm c linux и контейнерами бывает удобно.
> "Удобно", ах, какая милота =)
> Это вынужденная мера потому что старый софт в Linux категорические не понимает NUMA и режимы вроде Sub-NUMA Clustering.

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

> Он не понимает, что из 128 ядер только 16 будут иметь реальную возможность общаться с DRAM-контроллерами, а остальные способны брать данные только из L3-кэша не дальше. И он (софт) тем более не понимает, что процессор может быть гетерогенным SoC у которого из 16 реальных процессорных ядер, умеющих работать с DRAM только 8 способны работать с MMIO и лабать receive datapath от PCI-Express шин.

Возможно, но это сильно разнится для разных процессоров, те же epyc 7xx1 и 7xx2 разительно отличаются, что-бы натягивать утверждение на всё и сразу. Да и L3 сейчас растёт как на дрожжях, а чем быстрее будет память к ЦПУ, тем лучше.
    

> То есть ядро Linux это всё понимает, и KVM может это эмулировать и понимает, но:
> - планировщик ресурсов KVM не способен динамически размещать виртуальные машины на таких системах, привязывать к этому потоки IO для сети и стораджа и динамически это двигать. Гвоздями запиннить можно, но миграция...
> - планировщик ресурсов Kubernetes только-только учится размещать контейнеры на таких узлах.

Как уже сказал ранее, случаев когда этим действительно надо заниматься малова-то. Чем уплотнять высоконагруженными vm/ct один хост, лучше распределить по разным хостам, а если всё так плохо, что хосты забиты по памяти и цпу, то либо выполняется что-то кривое и с этим надо разбираться, либо пропущен момент, когда надо было закупить ещё аппаратных ресурсов и распределить нагрузку.

> Это называется NUMA Aware Scheduling и, СЮРПРИЗ, в Windows он работает, и Hyper-V это всё умеет уже больше 10 лет. VMware - аналогично, даже лучше.

Да и пусть работает, там где это очень надо. Возможно даже в винде, без зонирования никак, т.к. планировщик процессов не способен разрулить самостоятельно.

> А в Linux весь юзерспейс застрял в мире однопроцессорных и SMP-серверов без поддержки ccNUMA.

Да не застрял он, в linux всё это рулится, но в большинстве случаев эмуляции UMA на уровне CPU хватает.

> А знаешь почему так произошло? Потому что кретины-академики-профессора годами начиная с начала 2000 с каждой трибуны орали, что NUMA слишком сложна, что эта многопроцессорная архитектура не взлетит из-за сложности сопровождения, что аналогичные решения и архитектуры уже умирали.
> А потом БАЦ и нету больше UMA-процессоров даже в консьюмерском сегменте, осталась только ccNUMA.

Да есть, для тех же  epyc amd запилила в bios управление numa конфигурацией. И простой пример два epyc 7702, с UMA per processor:
CPU(s):                          256
On-line CPU(s) list:             0-255
Thread(s) per core:              2
Core(s) per socket:              64
Socket(s):                       2
NUMA node(s):                    2

# numastat -c

Per-node numastat info (in MBs):
                    Node 0     Node 1      Total
                ---------- ---------- ----------
Numa_Hit        3744272348 4592675009 8336947357
Numa_Miss            21486      77979      99465
Numa_Foreign         77979      21486      99465
Interleave_Hit         738        735       1473
Local_Node      3743061624 4591823426 8334885051
Other_Node         1234360     937168    2171528

Как видишь miss'ов малова-то, что-бы numactl'ить.

> Пока в других ОС, в том числе корпоративных Unix люди внедряли все эти решения в юзерспейс, Linux слушал своих придурочных оторванных от реальности профессоров, и вместе с ними орал "не нужно". А теперь подросли бандерлоги вроде тебя, у которых дележка на мелкие виртуалки "удобнее". Вы понимаете, что когда на матплате 2 и более процессоров, часть ядер каждого из них не способна работать с RAM вся концепция Shared Memory из старого OpenMP летит на смарку.

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

> Кстати, OpenMP обновился для ccNUMA, но кто бы софт под него переписывал... Простой пример Linux-софта, который не способен в NUMA и гетерогенные процессоры от слова "совсем" - это PostgreSQL. Поэтому, либо под него покупают спец-железяку, либо ставят в виртуалку, чтобы умная инфраструктура виртуализации правильно разместила потоки глупого PostgreSQL на железе. Оверхед от виртуализации получается ниже, чем если бездумно запускать его на ccNUMA-железе. Дело совсем не в удобстве, с некоторым софтом в Linux просто нет выбора.

# pgrep postgres -c
608
# numastat -c

Per-node numastat info (in MBs):
                   Node 0    Node 1     Total
                --------- --------- ---------
Numa_Hit        394775485 449719417 844494902
Numa_Miss               0         0         0
Numa_Foreign            0         0         0
Interleave_Hit         27        28        55
Local_Node      394773011 449716985 844489996
Other_Node           2234      2330      4564

ЧЯДНТ? А, ну да, просто UMA mode per cpu.

> Или взять, например, поддержки TCP Offload Engine и других форм разгрузки. Пока производители железа внедряли ASIC-и в сетевки и HBA для того чтобы вынести спец-вычисления на эти типы, а FreeBSD, VMware и впоследствии Windows создали и стандартизировали нужные подсистемы на уровне ядер, Linux жил в отрицании, что это "не нужно". Пока в 2007-ом году они не
> осознали, что даже софтварная буферизация TCP-пакетов для нужд LRO и LSO увеличивает пропускную способность и снижает утилизацию CPU, не сдались под натиском реальности. Вот только стандартизации сетевого объектов стека, пригодного для разгрузки на ASIC нету. Вот и используют OFED. И пока не пришел Intel и не написал DPDK, чтобы можно было работать с OFED-драйверами в Linux мрак был полнейший.

Да не в linux был полнейший мрак, а hw производители не особо чесались нормально драйвера для linux пилить, майки "не зря" же столько с ними работали, тот же ixbe на большей части 10G карточек очень плохо в offload, потому lro и gro выключают сразу. Только где-то при появлении 40G карт, осознали что linux несмотря на корпоразм проложил дорогу и начали реализовывать адекватные драйвера.

> Дело не в моей "любви к корпоративному", а в том, что в Linux много религиозно-помешанных необразованных ограниченных людей, которые не понимают, что проблемы глубоко технические, что они накапливались исторически. KVM как гипервизор прекрасно работает, но его исторически сложившуюся юзерспейсную часть и кластерные планировщики исправить нельзя, поэтому его экосистему интегрируют с Kubernetes, который как инфра для виртуализации предлагается только облакам и Telco-провайдерам 5G.

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

> А учитывая, что Xen, как решение от Citrix, скорее мёртв чем жив, то наличие Hyper-V улучшит ситуацию в Linux.

Хз. Не факт. Собственно пока эта поддержка hyper-v нужна только самим мелкомягким в их azure, видимо посчитали экономический эффект от верчения vm на linux'ах, и айда внедрять свои патчи в мейнстрим и возможно у какого-то проджек менеджера созрел план продать больше лицензий на свои cim и подняться в корпе повыше.

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

234. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от VVM (ok), 16-Окт-24, 13:06 


}}  Кстати, OpenMP обновился для ccNUMA, но кто бы софт под него переписывал...
}} Простой пример Linux-софта, который не способен в NUMA и гетерогенные процессоры от слова "совсем" - это PostgreSQL.
}} Поэтому, либо под него покупают спец-железяку, либо ставят в виртуалку,
}} чтобы умная инфраструктура виртуализации правильно разместила потоки глупого PostgreSQL на железе.
}} Оверхед от виртуализации получается ниже, чем если бездумно запускать его на ccNUMA-железе.
}} Дело совсем не в удобстве, с некоторым софтом в Linux просто нет выбора.

}
} # pgrep postgres -c
} 608
} # numastat -c
}
} Per-node numastat info (in MBs):
}                    Node 0    Node 1     Total
} Numa_Hit        394775485 449719417 844494902
} Numa_Miss               0         0         0

} ЧЯДНТ? А, ну да, просто UMA mode per cpu.
}

А нельзя ли расшифровку? Выдавать ли VM с PostgreSQL ресурсов больше одного NUMA узла?

Спасибо!


P.S.

На днях видел несколько несовпадающее с вашей концепцией:

ansible-pg-ha/roles/install-postgres/templates/postgresql.cgroup.j2
= =
group postgresql {
    # user and group "postgres" can manage these cgroups

  . . .

    # only CPUs 0-3 and memory node 0 can be used
    cpuset {
        cpuset.cpus = 0-1;
        cpuset.mems = 0;
    }

= =

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

236. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Заноним (?), 16-Окт-24, 17:01 
>> ЧЯДНТ? А, ну да, просто UMA mode per cpu.
> А нельзя ли расшифровку?

В смысле? man pgrep, man numastat, https://docs.kernel.org/admin-guide/numastat.html
В данном случае это контейнер на барметал, не vm.

> Выдавать ли VM с PostgreSQL ресурсов больше одного NUMA узла?

Для каких-то случаев возможно имеет смысл, например когда заранее известно, что на хосте будут крутиться несколько нагруженных vm, то да можно их распихать по отдельным numa-доменам, что-бы одни не пересекались. А в общем случае vm зачастую больше чем numa доменов и нагружены они не в полку, потому пинить нет особого смысла, на мой взгляд, планировщих linux лучше перераспределит процессы, если потребуется.

>  На днях видел несколько несовпадающее с вашей концепцией:

В приведённой выдержке с роли ansible, по видимому тоже управление в контейнере.
Ну если где-то за пределами моей ответственности, кто-то решил, что он сильно добавит к производительности postgres занимаясь на старте распределением процессов по ядрами и numa доменам, вместо шедулера linux, то как говорится, на здоровье.
Другое дело двигать по ядрам активно работающие процессы, при большой взаимной конкуренции на ядро, тогда может потребоваться учесть дальность размещения данных от вычислителя.
А так, в уме держим, что работаем на ОС с вытесняющей многозадачностью.


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

235. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (83), 16-Окт-24, 14:15 
Ясно всё с тобой... У тебя просто вообще не те нагрузки.
Ответить | Правка | К родителю #230 | Наверх | Cообщить модератору

237. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Заноним (?), 17-Окт-24, 01:24 
> Ясно всё с тобой... У тебя просто вообще не те нагрузки.

Да, не те, совсем не те:
for h in {1..10}; do ssh v${h}-obfuscated echo -n "\$(pgrep -c postgres; pgrep -cf 'postgres.*idle'; pgrep -cf 'postgres.*vaccum.*'; pgrep -cf 'postgres.*writer.*'; pgrep -cf 'postgres.*launcher.*')"; echo;done | awk '{pg+=$1; pgi+=$2; pgv+=$3; pgw+=$4; pgl+=$5} END{print "pg/idle/vaccum/writer/launcher: "pg"/"pgi"/"pgv"/"pgw"/"pgl}'
pg/idle/vaccum/writer/launcher: 19394/3408/20/5330/2713

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

174. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (-), 13-Окт-24, 16:37 
> Мрак-то какой, Уффф... Когда ты выйдешь за пределы локалхоста и захочешь построить
> на KVM что-то средней крупности, несколько локаций, инфраструктура резервного копирования,
> SAN или vSAN, только тогда ты поймешь...

Этого не случится никогда: 95% этих кейсов defective by design. Ибо есть навалом "дешевых и сердитых" способов достичь результат не то что не хуже, а порой и лучше.

Такие требования - намекают что на самом деле надо - архитекта уйти, а не заниматься непотребствами, делая дорогую, оверинженернутую ХТОНЬ, требующую мегаадминов.

Моя теория: MS запилив абажур, заметил что косты для них выше чем для других хостеров с линем и KVM как подложкой. И тут у них подгорело, ибо в таком масштабе счет идет на многие мегабаксы.

> А пока можешь продолжать придумывать себе ограничения, что тебе что-то не нужно.

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

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

У меня этого опыта побольше чем у вас. А ненависть у меня к оверинженерии, мытакпривыкли и проч. Это боком лезет эксплуатантам, R&D, а в случае абажура, кажется, майки наелись своих ништяков досыта и заметили что обманывать самих себя - дороговато.

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

> 1. KVM+VirtIO
> Всё что связано с пробросами устройств изначально придумал Xen в Linux и
> делал это еще до того как появилась аппаратная поддержка проброса IO
> в виртуальные машины.

FYI, virtio - про замену потуг эмулирования железок на простые, быстрые, эффективные коммуникации гуеста с гипервизором. Гуест явно в курсе что VM, драйвера ДРУГИЕ, лишь толкают данные в комм.каналы гипервизора. Поэтому скорость IO близка к bare metal.

В случае линя - ЭТО поддерживается в ядре. Сразу. Так что даже какой-нибудь инсталлер (bootstrap, ..) оси будет работать практически со скоростью bare metal. В винде... будут сильно более другие тайминги таких операций.

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

> За этим на архитектуру x86/amd64 пришел стандарт IOMMU (AMD-Vi, VT-d) и затем
> появился SR-IOV.

IOMMU это не стандарт а технология. У ARM или RISCV тоже бывает IOMMU. Как таковой IOMMU это еще 1 MMU, только для запросов железок <-> RAM (pci'ный DMA и проч). Без него - если вы пробросите железку, и гуест не заметит подвоха, он запрограммит DMA как обычно и ... без принятия мер это вынесет что-то в оперативе ХОСТА. Так что вот, еще 1 трансляция адресов и перехват этого при энных обращениях.

IOMMU используется и по поводам отличным от виртуализации. Скажем обрубание доступа девайсов в систему, кроме задуманных регионов. Так можно заделать "DMA attack".

> Так как Xen, несмотря на свою открытость, никогда не принадлежал эксклюзивно ядру
> Linux было принято NIH-решение сделать KVM.

Xen вообще грузится сам как гипервизор. Но т.к. дров нет, ему в Dom0 линуха надо. В целом получается довольно сложный и кривой сетап, kvm все упрощает. Ядро просто косплеит гипервизор само. В сумме меньше moving parts. Проще рулить этим всем. Не надо ставить добавочные приблуды. Любой современный линух может с места в карьер виртуалку через KVM. Без добавочных модулей, пинков бутлоадером отдельных гипервизоров и проч. Это хорошо и правильно.

> работала виртуализация IO компания Red Hat, а никакое не плешивое "сообщество",
> написало VirtIO.

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

> В последствии в оно было принято в основной бесплатный Xen как опция.

Xen тупил с много чем, в том числе и этим. В конце концов, добился того что KVM победил.

> Аналогичные реализации сокетов имеют и драйверы Hyper-V, но их архитектура берет
> своё начало из Xen, как и весь Hyper-V.

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

> Все эти технологии выполняют одну задачу, просто под разные гипервизоры, а под
> капотом на железе лежат одни и те же технологии виртуализации IO.
> Никакого превосходства у VirtIO нету, оно такое же как и все аналоги.

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

> 2. Твои влажные мечты про сторадж в Linux
> Большая часть серверов хранения построена либо на базе FreeBSD

Если это про проприетарные решения - нишевая хрень для горстки толстых котов. А сам фриьбсд в ауте.

> либо на базе Windows Storage Server. Это суровая реальность, которую тебе
> придется просто принять.

У вас наверное альтернативная вселенная. А в этой - линуха навалом, storage сервера довольно нишевой сценарий. А iXsystems фрибсду - заменило на дебиан. Одна из последних корп связанных с фрибсд, если что.

> это не главное. Главные проблемы - это:
> - унылые абстракции блочного уровня
> - плохая поддержка железа, MPIO для HBA
> - слабые возможности разгрузки (offload) для SAN-сетей.

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

Уже и до мегакорпов стало доходить что нафиг надо платить за архидорогую эзотерику и ее админов. Есть много валидных и более дешевых вариантов как все это делать без таких извратов.

> Если бы не NVIDIA (Mellanox) не было бы в Linux поддержки RDMA.
> А поддержку разгрузки iSCSI по-моему вне драйверов Chelsio тоже нету. С
> HBA и multipath на FC тоже удачи. Проблемы гораздо ниже чем ФС.

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

> А еще есть гуманитарная проблема, что в Linux единственная "расово верная" файлуха
> ext4, разработчики которой в случае любых проблем лезут в блочные абстракции
> с патчами,

Это знания какого года выпуска? 2010? Эксперт уровня nох? На данный момент это все неактуально уже эн лет. А вообще рихтовать подсистемы под нужды друг друга так то - хорошо работает.

> чтобы "подкрутить" там под себя. От этого, кстати, и
> btrfs страдает. Но она сырой долгострой, как и все CoW-файлухи, как
> и ReFS. Но вторая хотя бы на B+ деревьях построена...

ReFS с его фичесетом - вообще никому не конкурент вроде. Да и в целом IO в виндах вероятно сильно тормознее. Ибо там наверняка дофига абстракций, в пост-оптановую эпоху это смерти подобно. По оверхеду от абстракций, ничего личного. Tradeoff изменились. Надо - low cpu use теперь. Ибо IOPSы возможны совершенно бешеные.

> А вообще про btrfs - это смешно. Вы просто привыкли к Linux
> в виртуалке, когда вам сверху бекапы инфраструктура виртуализации/облако делает.
> Вы попробуйте покрутить это на железе да еще и с большим количеством серверов.

Я с вами в такой виртуалочке тут болтаю, например. Потому что даже мой воркстейшн до кучи может, вот, пачку винтуалок сервировать. Нашару. Просто. Быстро.

И бэкапы и снапшоты я тоже умею. А еще я умею очень эффективные операции с VM. Вероятно в разы эффективнее и быстрее чем... ну вот например, этот выводок формально с 25 гиг дисками. Реально ессно 1 темплейт, рефлинкнутый на весь выводок. CoW поддерживает абстракцию. А создание виртуалки - ну, может секунда. За счет cow копируются только отличия, и дефернуто во времени.

> 3. Твои проблемы опыта работы с железом

Я и правда предаочитаю решения в стиле "недорого и круто". И насколько я вижу - не только я.

> Проблема в том, как это юзать в кластере виртуализации с KVM, а
> не для локальных нод HPC. У Hyper-V это работает.

Это - довольно нишевые и специфичные проблемы. А мне интереснее "general purpose" применение виртуалок. Т.е. их применение для себя, сервировка для general public, и вообще. И майкрософту, кстати - вот - тоже. С этим их абажуром и пачкой конкурентов они обречены придумывать как делать это недорого и круто не меньше остальных. Или одному из их источников дохода будет хана, вместе с репутацией.

> Но у тебя в голове мусорная bcachefs, которую проще выкинуть, чем использовать.

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

> Оно и правильно, ведь если у тебя нет нормального железа, а
> все Linux строго в виртуалках, то не удивительно что ты ничего не знаешь.

У меня на минутку кроме линуха вообще ничего нету уже :). И даже болтаю я с вами - в виртуалке. Наверное, она все же не в облаке. В облаке все же было бы менее сподручно вот именно "browser vm". Хоть и можно при желании.

> 4. Вместо заключения
> Я уже понял что ты человек ограниченный. Причем сам себе эти "constraints" и влепил.

Я терпеть не могу оверпрайснутые проприетарные решения и считаю что когда удалось сделать недорого и круто - это EPIC WIN. При том в силу жадности даже и корпы зачастую так же считают.

> помойку oVirt, отказался от костылистроения вокруг libvirt и сел пихать KVM
> внутрь OpenShift, чтобы оно хоть как-то ворочалось на крупном развертывании.

Разным задачам - разные решения. Никто не говорил что one size fits all. Но вон то позволяет довольно быстро ворочать всякий кастом. А воооон там - это сплошное мучение.

> QEMU+KVM будет использоваться Kubevirt внутри кластеров Kubernetes. А их опять не
> "сообщество" пишет, а изначально Google и другие корпы.

Если что, KVM сам по себе - не обязывает юзать именно qemu. И я так то в курсе.

> Просто подумай головой!

Я и подумал - мне столько - не надо. Меня интересуют small/medium scale в относительно кастомном формате. Я не энтерпрайз из фортуны 500.

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

Если это про qemu, комитеров в него - немеряно просто. И уж точно не только оракл. Но проприетарщик не может не лизнуть ботинок хозяина, как же без этого то. За это я вас и не лю. Противные типы. И экосистема отвратная.

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

195. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (115), 13-Окт-24, 21:48 
Пока что это ты баззвордами тут кидаешься. И SAN у тебя для виртуализации не нужен, получается, ведь диски от виртуалок нигде хранить не надо, да? Видимо на локальных дисках без всякой отказоустойчивости на уровне ноды кластера. Ну да, мир развертываний для малого бизнеса или жутко медленного стораджа на Ceph.

VirtIO ничем не быстрее своих аналогов. Что в нём такого особенного от аналогичных подсистем? Сможешь объяснить без баззвордов? А то я в волшебные "интеграции уровня ядра" не верю.
Type2-гипервизоры вечные рабы планировщиков процессов своих ОС, а их управление и мониторинг гвоздями прибито к Linux как ОС, где каждый раз его нужно накостыливать или натягивать на это OpenStack, чтобы хоть как-то работать с этим.

Ну тебе всё вообще не надо, а другим зато сильно надо. Настолько надо, что Hyper-V поехал в ядро Linux. Суть превосходства VirtIO и KVM готов рассказать в архитектурах, цифрах, схемах, примеры привести кроме своего локалхоста? Нет? Я так и думал.

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

209. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  –1 +/
Сообщение от Аноним (-), 14-Окт-24, 05:45 
> Пока что это ты баззвордами тут кидаешься.

Это какими?

> И SAN у тебя для виртуализации не нужен, получается, ведь диски от
> виртуалок нигде хранить не надо, да?

С учетом скорости и емкости современных SSD можно просто делать "хосты виртуализации", и по мере надобности ставить +N таких, масштабируя по мере надобности. А облако - в общем то в основном про ребаланс нагрузки, перемещение виртуалок на подходящий node и все такое.

> Видимо на локальных дискахбез всякой отказоустойчивости на уровне ноды кластера.

ИМХО, если какая-то штука зависит от живости 1 node, 1 VM, какой-то 1 железки и проч, и это было критично - сие означает что архитект продолбался. И сделал свое неумение в нормальные архитектуры - проблемой тех кто его нанял. Нехило поставив фирму на деньги для затыкания своей криволапости. В моих глазах такие требования надежно выдают архитектуру каменного века. Пример как делать не надо. Чтобы не залетать потом на дорогие решения, мегаадминов, и вендорлоки.

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

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

> VirtIO ничем не быстрее своих аналогов. Что в нём такого особенного от
> аналогичных подсистем? Сможешь объяснить без баззвордов?

В нем особенного - что толпа народа потратила немало врмени на инкрементальную оптимизацию и интерфейсов и их реализаций. Не для баззвордов и впаривания - а чтоб денег себе сэкономить. А кто это все у майков будет делать - я хз. У самих майков корп культура не такая.

> А то я в волшебные "интеграции уровня ядра" не верю.

А напрасно. Линух поверх линуха уже довольно много лет шустро работает. Сразу. Без доустановки всяких левых приблуд и танцев с бубнами. Надо лишь поюзать везде virtio. Удобно.

Даже, цук, бутстрап - когда OS по сути генерится с ноля сама собой - в VM - наслаждается всеми прелестями быстрого IO. Сразу как взлетел кернел! Без доуситановок всякой хрени.

> Type2-гипервизоры вечные рабы планировщиков процессов своих ОС, а их управление и мониторинг
> гвоздями прибито к Linux как ОС,

Не вижу никакой проблемы с этим с 1 стороны. С другой - ДВА шедулинга, один в гипервизоре, второй в Dom0 - это вообще криво. Особенно учитывая что ядро, драйверы и проч - нынче так то heavily threaded и сами по себе, а без Dom0 линуха у того уродца все равно дров нет.

ИМХО 1 шедулеру - виднее истинное состояние ресурсов хоста и что сейчас важнее там пускать. Более того - аккаунтинг жора ресурсов и полисовка, именно силами линя, у коего есть довольно развитая инфра для этого (cgroups, разные шедулеры, что cpu, что io, etc) - выглядит весьма логичным делом. При том это знание реюзабельно и для иных кейсов не связаных с VM.

А в Xen - я вообще хз как такие навороты. Уникальное специфичное для этой штуки знание, не реюзабельное вообще.

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

Вон то нужно - только очень сильно некоторым. А не вообще всем кто VM юзает. Небольшая разница, которая очень сильно все меняет.

> Ну тебе всё вообще не надо, а другим зато сильно надо. Настолько
> надо, что Hyper-V поехал в ядро Linux. Суть превосходства VirtIO и
> KVM готов рассказать в архитектурах, цифрах, схемах, примеры привести кроме своего
> локалхоста? Нет? Я так и думал.

Мне достаточно посмотреть на картинку архитектуры сабжа чтобы понять что так делать - было зря. Просто слишком навороченное. В low overhead врядли сможет, особенно без героических усилий в неадекватном объеме. Что для вещей типа суперскоростного IO - может быть фатально. Впрочем, вот кого мне совсем не жалко так это MS и их фанатов :)

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

216. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (83), 14-Окт-24, 09:44 
> Это какими?

Вот баззворды твои:
> В нем особенного - что толпа народа потратила немало врмени на инкрементальную оптимизацию и интерфейсов и их реализаций. Не для баззвордов и впаривания - а чтоб денег себе сэкономить. А кто это все у майков будет делать - я хз. У самих майков корп культура не такая.

Это всё гуманитарная чушь. Как только тебя спрашиваешь конкретно ты либо не знаешь, либо предполагаешь. Волшебные распределенные стораджи и вычисления, гадания по картинкам архитектуры, мнения о кривости планировщиков.

А я именно что знаю, потому что видел все эти гипервизоры в крупных развертываниях и укаждого есть свои плюсы и минусы. Я просто только большими вопросами занимаюсь, проектирую облачные и крупные инфраструктуры виртуализации по СНГ. Proxmox твой любимый знаю вдоль и поперек, потому что помогаю людям с него мигрировать, когда они из него выросли. Пойми, я не не навижу Linux, но и не считаю его превосходным. Я прямо говорю, что Linux и KVM выгоден при очень маленьких развертываниях или очень больших не энтерпрайзных, а именно облачных. В остальных случаях соотношение цена качество не в пользу конкурентов.

Ты сейчас пишешь в теме про Hyper-V. Это не для микробизнесов, и оно не конкурирует ни с каким Linux-решением, угомонись! Кстати, в основном потому что Citrix как бы всё (и не по вине MS), а XCP-NG еще не...

Оно конкурирует с VMware, причем настолько агрессивно, что MS оказался готов портануть это в Linux под GPL, лишь бы отхапать в вари кусочек рынка, на который Linux даже и не метит, блин.

Если тебе не нравится то что происходит, можешь писать в Спортлото.

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

143. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (147), 12-Окт-24, 15:05 
> На Linux для этого есть Pegasus CIM Server, но им никто не пользуется.

А чего в микрософтовом cim для линукса не хватает?

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

118. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +1 +/
Сообщение от Аноним (118), 11-Окт-24, 20:56 
У KVM имеется фатальный недостаток. Его сделали не они.
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

17. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от test (??), 11-Окт-24, 11:41 
А вот кстати, их WSL поддерживает linux контейнеры ?
Ответить | Правка | Наверх | Cообщить модератору

30. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +3 +/
Сообщение от aaaaaaaa (?), 11-Окт-24, 12:18 
Недавно установил WSL, скачал дистрибутив, затем удалил его. Когда попытался установить снова, всё пошло наперекосяк. Сломался и Docker, и Ubuntu, а переустановить не получилось. В итоге установил Debian, ну ладно...

Вообще, я бы предпочёл пользоваться Linux, если бы довели до ума какой-нибудь дружелюбный для пользователя дистрибутив с DE наподобие KDE. Тогда можно было бы использовать Windows только в виртуальной машине, если потребуется.

Судя по новостям, ждать этого недолго...

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

38. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +3 +/
Сообщение от Аноним (38), 11-Окт-24, 12:44 
Поставь арч, установи sx + dwm, pipewire и забей. Окна есть, даже рабочие столы переключать можно, звук есть, мышь дёргается.
Ответить | Правка | Наверх | Cообщить модератору

56. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (55), 11-Окт-24, 13:41 
Starterkit ?
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

57. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  –1 +/
Сообщение от мявemail (?), 11-Окт-24, 13:43 
когда только 11я вышла, решив потыкать убунту в wsl, схватила bsod после установки. вно, судя по всему, проблема была в криво вставшем обновлении/каком-то единичном косяке.
сейчас довольно активно в паре мест пользуюсь, все прекрасно.
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

210. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (-), 14-Окт-24, 05:49 
> когда только 11я вышла, решив потыкать убунту в wsl, схватила bsod после
> установки. вно, судя по всему, проблема была в криво вставшем обновлении/каком-то
> единичном косяке.

Ну да, и ntfs.sys падающий в бсод от винтукея до десятки сплошняком от битого тома - случайность. При том называется этот случай - "индусский кот".

Майкрософт со временем стал замечать что в их корпоративных политиках была какая-то подстава. А когда вы пытаетесь юзать свой софт для себя - и это датацентры с оптовыми инсталлами - никакой офигенный маркетинг ничего не сделает с тем фактом что методы и технологии дороже конкурентовских. Себя же не обманешь. Оверхед от увещеваний не убавится. Менеджмент инстансов не улучшится. Сюрприз!

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

71. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Анонимemail (71), 11-Окт-24, 14:25 
Manjaro - хороший вариант для сырых и неопытных
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

117. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +2 +/
Сообщение от Аноним (118), 11-Окт-24, 20:52 
Оно действительно весьма годное. Изначально накатил, чтобы по0быстрому посмотреть как оно там в рач-базед и перекатиться на ванильный рач. Там оказалось весьма хорошо. Бомжаре уже восемь лет, отлично работает, пережило смену платформы, миграцию на другой накопитель и много чего еще. Так ради чего менять на ваниль?
Ответить | Правка | Наверх | Cообщить модератору

214. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Анониссимус (?), 14-Окт-24, 07:49 
Как ради чего? Конечно же, ради пердолинга и краснoглазия.
Ответить | Правка | Наверх | Cообщить модератору

98. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от neo one (?), 11-Окт-24, 18:10 
>если бы довели до ума какой-нибудь дружелюбный для пользователя дистрибутив с DE наподобие KDE

дык, ты это уже сделал. как раз debian самый путний для дома и кде там есть )
и по 2 года не ломается. что ещё надо?

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

100. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (108), 11-Окт-24, 18:53 

> Вообще, я бы предпочёл пользоваться Linux, если бы довели до ума какой-нибудь
> дружелюбный для пользователя дистрибутив с DE наподобие KDE. Тогда можно было
> бы использовать Windows только в виртуальной машине, если потребуется.

Что то вроде Debian урезанного с Debian репозиториями.
https://spirallinux.github.io

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

104. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от уууууу (-), 11-Окт-24, 19:15 
А что за новости? Даже интересно стало, что же может поменяться с DE в лучшую сторону
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

32. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Admino (ok), 11-Окт-24, 12:24 
Ради этого всё и затевалось.
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

220. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (218), 14-Окт-24, 15:05 
> А вот кстати, их WSL поддерживает linux контейнеры ?

Нет. Это даже не Linux.

WSL2 сделана иначе. Это виртуалка с Linux, внутри которой на ограниченных ресурсах этой виртуалки доступны контейнеры. Docker Desktop, раньше по крайней мере, так и работал.

Как динамически отдавать этой виртуалке CPU и память с гипервизора по потребности и забирать обратно в основную систему после завершения контейнера, например.

WSL и WSL2 - неполноценные костыли. Для рабочего стола. А тогда удобнее и проще поставить Linux с любым подходящим лично DE и убрать Win в виртуалку, можно даже на отдельном разделе на накопителе, прокинутом внутрь VM. Тогда контейнеры становятся доступны так и в том объёме, как они будут работать на серверах. Сразу работаешь с технологией и особенностями напрямую.

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

228. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от admin (??), 15-Окт-24, 19:40 
Да, надо только systemd включить. И более того, WSL даже виртуализацию поддерживает: можно какой-нибудь virt-manager поставить и виртуалки запускать из образов.
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

233. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от VVM (ok), 16-Окт-24, 12:42 
>  И более того, WSL даже виртуализацию поддерживает

   Что неудивительно:
Т.к. Hyper-V , с некоторых пор, поддерживает Nested Virtualization, то и WSL2 тоже

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

22. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +2 +/
Сообщение от ifdef (?), 11-Окт-24, 11:55 
А телеметрия будет?
Ответить | Правка | Наверх | Cообщить модератору

28. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (26), 11-Окт-24, 12:14 
"У них этого гуталина завались!"
Ответить | Правка | Наверх | Cообщить модератору

23. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  –2 +/
Сообщение от Аноним (8), 11-Окт-24, 11:59 
Кароч пора вертаться на винду, всё равно линукс сам скоро в неё превратится )))
Ответить | Правка | Наверх | Cообщить модератору

63. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  –1 +/
Сообщение от Аноним (63), 11-Окт-24, 14:09 
С разморозкой! Но в нашем времени многие уже ушли с венды на андроид. Местных кородубщиков я конечно же не имею в виду.
Ответить | Правка | Наверх | Cообщить модератору

87. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  –2 +/
Сообщение от ms (??), 11-Окт-24, 16:01 
ну так мы владельцам виндофонов и не оставили выбора, куда с него уходить.

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

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

106. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (108), 11-Окт-24, 19:19 
> Кароч пора вертаться на винду, всё равно линукс сам скоро в неё
> превратится )))

Да скоро в windows появится терминал как в linux.

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

132. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  –1 +/
Сообщение от Аноним (-), 12-Окт-24, 07:19 
>> Кароч пора вертаться на винду, всё равно линукс сам скоро в неё
>> превратится )))
> Да скоро в windows появится терминал как в linux.

При том это обещают уже цать лет. А пока терминалка винды сливает примитивному XFCE с треском. И такая фигня уже около 20 лет. Видимо накодить нормальную терминалку для мегакорпорации неподъемная задача.

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

151. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (101), 12-Окт-24, 18:02 
какой опцией конфига линукса включить терминал? друг требует, замучившись сторонним софтом
Ответить | Правка | К родителю #106 | Наверх | Cообщить модератору

221. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (218), 14-Окт-24, 15:08 
Он уже включён. Жмёшь Ctrl+Alt+F4, вводишь логин пароль и - в терминале. Клавишу прокрутки терминала Shift+PgUp/PgDown отпилили несколько лет назад. Но есть Screen, например.
Ответить | Правка | Наверх | Cообщить модератору

24. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +3 +/
Сообщение от Аноним (24), 11-Окт-24, 12:02 
Лол, Linux десятилетиями превращается в раздутый комбайн, куда корпы пихают все, что не лень. А люди при этом возмущались systemd.
Ответить | Правка | Наверх | Cообщить модератору

59. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  –1 +/
Сообщение от Соль земли (?), 11-Окт-24, 13:50 
Скорее поделились кодом. Иначе зачем в основной репозиторий добавлять? А systemd приняли на основании базарной модели разработки.
Ответить | Правка | Наверх | Cообщить модератору

25. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +4 +/
Сообщение от Аноним (25), 11-Окт-24, 12:02 
Вот что животворящий GPL в моноядре делает!
Все хотят запихнуть свой открытый код в апстрим.
Ответить | Правка | Наверх | Cообщить модератору

33. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  –4 +/
Сообщение от Аноним (8), 11-Окт-24, 12:27 
Надо Столлмана поторопить с Hurd'ом.
Ответить | Правка | Наверх | Cообщить модератору

66. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (26), 11-Окт-24, 14:13 
Разве Столман лично принимает участие в Hurd? (Нет) Значи, торопить надо разработчиков.
Ответить | Правка | Наверх | Cообщить модератору

166. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (166), 13-Окт-24, 13:52 
А они есть?
Ответить | Правка | Наверх | Cообщить модератору

39. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +1 +/
Сообщение от Аноним (39), 11-Окт-24, 12:50 
Ничего не понял. На Linux запускать виртуалки в Hyper-V???
Ответить | Правка | Наверх | Cообщить модератору

43. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (43), 11-Окт-24, 13:00 
Именно! Вот так поперло. Можно будет физ. сервер (хост) перевести на линукс, не трогая сами виндовые виртуалки. А то слетает ведь в них вся активация и прочая привязанная к железу хрень. Может и денег на лицензиях скостить получится.
Ответить | Правка | Наверх | Cообщить модератору

75. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Анонимemail (71), 11-Окт-24, 14:29 
Также лицензии и будут слетать. Поделка Hyper-V останется ведь самой собой.
Ответить | Правка | Наверх | Cообщить модератору

102. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (102), 11-Окт-24, 19:12 
В смысле слетают лицензии и прочая активация, если с hyperv на kvm переносить. Железо-то виртуальное меняется полностью. А тут ляпота - как был hyperv так и остался, виртуалка не заметит смены хоста на линукс
Ответить | Правка | Наверх | Cообщить модератору

133. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (-), 12-Окт-24, 07:24 
> В смысле слетают лицензии и прочая активация, если с hyperv на kvm
> переносить. Железо-то виртуальное меняется полностью. А тут ляпота - как был
> hyperv так и остался, виртуалка не заметит смены хоста на линукс

Майкрософт такой, в Azure
- Что значит у НАШИХ 500 виртуалок активация ёк?! Это НАША система!
- Босс, ну вы же сказали что пиратов надо - того! Ошибочка вышла!

...или как накопать ям - и упасть в них самим :)

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

116. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (116), 11-Окт-24, 20:46 
Ну сам гипервизор то проприетарный. За него башлять всё равно придётся
Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

134. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (-), 12-Окт-24, 07:31 
> Ну сам гипервизор то проприетарный. За него башлять всё равно придётся

КМК они весь гипервизор вывалят в открытом формате постепенно. В основном для снижения своих же расходов на майтенанс при том. А башляют им нынче - за хостинг на абажуре!

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

223. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Kenneth (?), 14-Окт-24, 19:27 
А зачем тогда Hyper-V in the first place?
Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

44. Скрыто модератором  +1 +/
Сообщение от Kt (?), 11-Окт-24, 13:02 
Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

58. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  –1 +/
Сообщение от Соль земли (?), 11-Окт-24, 13:46 
Да открыли бы уже исходники Windows под GNU GPL v3. Чего тянуть кота за хвост?
Ответить | Правка | Наверх | Cообщить модератору

67. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (63), 11-Окт-24, 14:16 
Да и откроют. И что с того? Повторит судьбу других открытых проектов. Васяндовз окажется никому не нужен.
Ответить | Правка | Наверх | Cообщить модератору

70. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (26), 11-Окт-24, 14:24 
А, ну да, пример Darwin очень показательный.
Ответить | Правка | Наверх | Cообщить модератору

79. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (79), 11-Окт-24, 15:13 
Что есть "пример Darwin" в твоём понимании? Я только что с википедии, если что. Сам бы ты тоже что-ли туда сходил.
Ответить | Правка | Наверх | Cообщить модератору

135. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (-), 12-Окт-24, 07:33 
> Что есть "пример Darwin" в твоём понимании? Я только что с википедии,
> если что. Сам бы ты тоже что-ли туда сходил.

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

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

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

68. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +3 +/
Сообщение от Аноним (26), 11-Окт-24, 14:17 
Да они же мнутся, не найдут с которой стороны подойти, чтобы у Винды ядро на линуксное заменить. Ну уж не стесняйтесть, Microsoft, делайте прямо.
Вот вам и открытие исходников большей части Винды автоматом будет.
Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

141. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от leap42 (ok), 12-Окт-24, 09:51 
Это невозможно юридически. Во-первых в Винде куча сторонних компонентов (отданных в своё время на всякий аутсорс), соглашение с авторами врдя-ли позволяет просто отдать исходник всем желающим. Во-вторых в коде наверняка полно "позаимствованных" кусков open source. Если вывалить как есть, можно нарваться на разбирательства в суде, возможно очень дорогие (не только в плане денег, но и имиджа). А технически и управленчески, я думаю, они бы и рады были. У них куча open source проектов, а доходы приносят по большей части услуги, а не продукты.
Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

156. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от ryoken (ok), 12-Окт-24, 19:58 
> возможно очень дорогие (не только в плане денег, но и имиджа).

Имидж дна. Или вы считаете что к ним снизу постучат? :)

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

73. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +2 +/
Сообщение от Аноним (73), 11-Окт-24, 14:26 
Когда уже выйдет Microsoft Linux with Windows?
Ответить | Правка | Наверх | Cообщить модератору

77. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  –1 +/
Сообщение от Анонимemail (71), 11-Окт-24, 14:35 
И нах такое чудо будет нужно? Выпусти они такое ещё лет 10 назад, безусловно, взлетело бы. А сегодня Linux лучше поделок Билла во всем, кроме, пожалуй, удобства AD.
Ответить | Правка | Наверх | Cообщить модератору

85. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +2 +/
Сообщение от Соль земли (?), 11-Окт-24, 15:47 
Неужели тебе слово AD ни с чем не ассоциируется?
Ответить | Правка | Наверх | Cообщить модератору

170. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (166), 13-Окт-24, 14:03 
> удобства AD

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

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

173. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +1 +/
Сообщение от Аноним (147), 13-Окт-24, 16:04 
> Это то самое удобство, когда чтобы применить политику на хост его надо перезагружать?

Чё?? Ты домен только в перепевке опеннетовских комментаторов только слышал.

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

178. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (-), 13-Окт-24, 16:54 
>> Это то самое удобство, когда чтобы применить политику на хост его надо перезагружать?
> Чё?? Ты домен только в перепевке опеннетовских комментаторов только слышал.

А таки как минимум раньше допустим инстальнуть прогу через полисю АДа - ну вот реально только при ребуте работало вроде. Или как минимум требовало релогин чтобы групповые полиси подтянуть.

Теперь представьте себе линуксоида который бы таким занимался. А что, слабо - допустим отшлепать что-то асиблом - и потом затребовать от все и вся релогины там закатить? А, вы о такой хтони ТАМ даже не задумываетесь? :))

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

185. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (147), 13-Окт-24, 17:59 
дед, ты в 90х застрял. Какие релогины? Какой инсталл через полиси ад? Релогин нужен был только в одном случае. Если комп в новую группу ад добавляли и надо что бы он это понял. И то решиться это могло манипуляцией с керберос тикетами. А так гпапдейт форс и пошло поехало. Инсталл делается другим классом ПО, совершенно.

> А что, слабо - допустим отшлепать что-то асиблом - и потом затребовать от все и вся релогины там закатить?

Отшлепай. сссд поставь, а дальше при проблемах шлепай

systemctl stop sssd
rm -rf /var/lib/sss/db/*
systemctl restart sssd

Позор какой-то а не решение.

>  А, вы о такой хтони ТАМ даже не задумываетесь? :))

Дед, таблетки свои выпей. У тебя опять флешбеки 90х. Никто уже так пару десятков лет не делает из адекватных.

Тут недалеко хороший пример про хапрокси привели. Как его кластеризовать и централизованно управлять. И эти нежные системки бывают отваливаются всё равно, вот незадача. А рядом платные варианты. И у них таких проблем нет. Вот незадача.
Как вы там,в эпохе собирательства, номралек?

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

211. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (-), 14-Окт-24, 06:16 
> дед, ты в 90х застрял. Какие релогины? Какой инсталл через полиси ад?

Не припоминаю 2008 R2 в 90х, хоть как! А какой инсталл через полиси ад... "энтерпрайз" админам никто не рассказывал как MS на самом деле задумывал групповой инсталл софта в AD'и и как ЭТО работало? ;)

А мне надо было, в R&D целях, крупным оптом, на дофига vm, я и познал круть майковских технологий :\. Учитывая как ЭТО реально работало - плюнули и - сбилдили кастомные образа VM где преинстальнуто уже, и деплоили ЭТО. Но генерация кастомных образов у мс тоже так то крайне злобная порнография... и деплой оных... уйдя на Linux я смог сравнить. С линем я в РАЗЫ эффективнее в таких вещах, куда более дружественная кастомизации ос.

> Релогин нужен был только в одном случае. Если комп в новую
> группу ад добавляли и надо что бы он это понял.

FYI инсталл софта начинался только после релогина, собссно он при логине и ставился неинтерактивно. Я хз, может после 2008 R2 это со временем и менее тупо сделали, конечно, но к тому моменту я уже наелся "супер" технологий досыта и это не мои проблемы.

> И то решиться это могло манипуляцией с керберос тикетами. А так гпапдейт
> форс и пошло поехало. Инсталл делается другим классом ПО, совершенно.

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

> rm -rf /var/lib/sss/db/*
> systemctl restart sssd
> Позор какой-то а не решение.

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

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

> пару десятков лет не делает из адекватных.

Не помню чтобы с выхода 2008 R2 прошло пару десятков лет. В нем все вон то было точно так же.

> Тут недалеко хороший пример про хапрокси привели. Как его кластеризовать и централизованно
> управлять. И эти нежные системки бывают отваливаются всё равно, вот незадача.

Централизованное управление вообще такая штука, обоюдоострая. Комодохакер намекает что в случае чего атакующий тоже так то все это - может.

> А рядом платные варианты. И у них таких проблем нет. Вот незадача.
> Как вы там,в эпохе собирательства, номралек?

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

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

241. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (147), 19-Окт-24, 10:52 
> Не припоминаю 2008 R2 в 90х, хоть как! А какой инсталл через полиси ад... "энтерпрайз" админам никто не рассказывал как MS на самом деле задумывал групповой инсталл софта в AD'и и как ЭТО работало? ;)

mecm - sccm - sms. Именно этот класс ПО был задуман и распространялся для установки, сбора отчетности и выполнению разных действий на устройствах.
Политики для нищуков были всегда. Но не могли же они вслух проговорить это. Проблем через политики вагон. Начниая от невозможности вменяемо отслеживать и заканчивая ситуациями что в принципе не могло поставиться.
Бест практис от них - установка клиентов под нужные системы, хоть установки, хоть мониторинга, хоть конфигураций. И последующая работа через этого клиента.
То что ты про себя энерпрайз в кавычках написал - это правильно. Вот такой ты энтерпрайз.
Встречал таких энтерпрайзов что скрипты политиками распространяли и в шару собирали данные о компах, делали установку софта и прочие действия. Полный мрак.

> FYI инсталл софта начинался только после релогина, собссно он при логине и ставился неинтерактивно. Я хз, может после 2008 R2 это со временем и менее тупо сделали, конечно, но к тому моменту я уже наелся "супер" технологий досыта и это не мои проблемы.

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

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

Тебе могу ещё раз повторить - они это делали для нищуков. И непоняток что дальше будет происходить в итшном мире. Параллельно всегда развивался класс по что предназначен именно для этого. Сейчас они полностью тащат всех в облако, интюн, автопилот, ентра, пауршелл дсц и прочее. Политики, судя по наблюдаемому, что-то в разряде легаси стабильного.

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

Тебе уже сказали что поизучать надо. А уж проблемы софта который делают сторонние компаниии на мс... Это сильно, сильно.
А в лине сейчас проблемы как керберос вон. Простейшие вещи что народ в альтернативной ос не волнует незнай сколько. Здесь же начинается.

> При том в лине если ну совсем хрень - траблшутинг и костылирование по крайней мере одупляемо. А вон там - вообще понять что и где отвалилось гемор конкретный.

Ага, сейчас уже который год проверяю системы от производителей для внутреннего применения. Единицы могут сказать какие логи им собрать и что поменять для работы. Все остальные ввендоры - реинсталл делайте. Причём регулярно всей ОС. Именно тот самый линукс где пакеты можно удалять-переставлять паекты и типа ничего не будет, не то что в вашей винде.

> Централизованное управление вообще такая штука, обоюдоострая. Комодохакер намекает что в случае чего атакующий тоже так то все это - может.

Опять началось. Массовость и централизация сделали нас цивилизацией. Как ты не извивайся с нуля ты процессор не сделаешь. Ты вот сейчас просто плюешь на всё развитие людей и чего они добились. Оправдываешь это словами - а у меня на флешке ос с которой я гружусь и парольчики с серификатами.

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

Это офигевании от агрессивного невежества и твердоголовости.
Что бы остальные не велись на твои бредни собственно и пишу.

> А майкрософт кажется обнаружил что обманывать сам себя своим маркетингом ведет к какой-то подставе.

У мс всё хорошо. Они таких как ты послушались и теперь играют в полную открытость как только можно и облачка. Теперь из-за этого заигрывания они выкидывают на мороз всё что было хорошее. Весь софт они потихоньку тащат в облако и локальные варианты либо не развивают либо просто вырезают часть возможностей.
Это печально.

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

105. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (105), 11-Окт-24, 19:18 
Сразу после выхода GNU Windows под МасBook. Заставочку только сменят и обои не такие жизнерадостные будут.
Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

136. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  –1 +/
Сообщение от Аноним (-), 12-Окт-24, 07:41 
> Когда уже выйдет Microsoft Linux with Windows?

Azure Linux тебе не подойдет?

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

154. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (154), 12-Окт-24, 19:09 
а окна где?
Ответить | Правка | Наверх | Cообщить модератору

179. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (-), 13-Окт-24, 16:55 
> а окна где?

Я его не запускал, конечно, но что, там wine нету чтоли? :)

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

81. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +2 +/
Сообщение от Аноним (81), 11-Окт-24, 15:25 
Походу Винда постепенно переходит на ядро Линукс. Сначала они встроили WSL, протестировали и решили перейти на общее с Линукс ядро. Повторение, как их браузер решил перейти на Хромиум. Ждем Виндовс 15 на ядре Линукса)
Ответить | Правка | Наверх | Cообщить модератору

89. Скрыто модератором  +1 +/
Сообщение от Fear of the dark (?), 11-Окт-24, 16:27 
Ответить | Правка | Наверх | Cообщить модератору

90. Скрыто модератором  +5 +/
Сообщение от Аноним (90), 11-Окт-24, 16:33 
Ответить | Правка | Наверх | Cообщить модератору

120. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  –3 +/
Сообщение от Imya (?), 11-Окт-24, 21:35 
Кончилась свобода, купили корпорации. Тридцать лет микрософт не мог сделать регулироване громкости колесом мыши, при наведённом на значёк курсоре. Сделали. Теперь мне не нужен линукс! Всё самое важне уже сделал Майкрософт!111

Кстати, в виндовс одинадцать вы можете провести эту простую операцию вполне не стесняясь. оно даже работает.

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

127. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Мне хватает (?), 12-Окт-24, 05:13 
Зачем так долго мучиться было если только регулирование громкости колесиком нужно.
30 лет вам уже не вернуть
Ответить | Правка | Наверх | Cообщить модератору

137. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (-), 12-Окт-24, 07:43 
> Зачем так долго мучиться было если только регулирование громкости колесиком нужно.
> 30 лет вам уже не вернуть

Судя по переходу на винду сейчас - он просто мазохист.

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

124. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от Аноним (124), 11-Окт-24, 22:19 
когда-то давно Майкрософт был крупным производителем Unix-систем (Я имею ввиду Xenix)

That's not the beginning of the end
That's the return to itself

Это возврат к началу

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

217. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +/
Сообщение от НеАноним (?), 14-Окт-24, 10:47 
...that's return to innocence
И бодрая музычка в голове заиграла.
Ответить | Правка | Наверх | Cообщить модератору

212. "Microsoft начал продвижение в ядро Linux компонентов хост-ок..."  +1 +/
Сообщение от ciscorootemail (??), 14-Окт-24, 07:35 
Re: "Microsoft начал продвижение в ядро Linux..."

#Big brother detected!

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

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

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




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

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