Ребята не стоит вскрывать эту тему. Вы молодые, шутливые, вам все легко. Это не то. Это не компиляторы и даже не гибридная архитектура ядра. Сюда лучше не лезть. Серьезно, любой из вас будет жалеть. Лучше закройте тему и забудьте что тут писалось. Я вполне понимаю что данным сообщением вызову дополнительный интерес, но хочу сразу предостеречь пытливых - стоп. Остальные просто не найдут.
Не волнуйтесь, никуда они лезть не будут, потому что это никому будет не нужно, от разработчиков физически находящихся в РФ никаких запросов на мердж кода не принимается.
Хорошая лекция. Наконец, понял, как работает Вэйланд. Когда-то давно писал под Линукс систему реального времени. И приходилось все окна запускать отдельными процессами, чтобы они не влияли на основной код. Там было много окно, так вот каждое окно было отдельным процессом, которое общалось со своим приложением через shared memory с использованием семафоров, чтобы контролировать доступ к ресурсам. Так что мне такая тема близка. Но вот про Вэйланд не знал. Конечно, там наверняка больше тонкостей, не может быть, чтобы отличие Вэйланд от Хорг было таким простым.
Конечно там не настолько простое отличие. Но настолько глубоко я уже, к сожалению, не зарывался, но при желании всегда есть документация и спецификации Wayland'а, можно почитать. К слову сама архитектура вейланда у них на сайте очень даже неплохо описана. Благодарю за столь подробный комментарий, у вас очень интересный опыт
надеюсь подобных роликов будет выходить больше с популярностью linux, лектор молодца, я как то интересовался играми на linux - batocera, port proton... изначально апатию вызывает множество новых названий mesa,wine\vulkan, opengl итд итп непонятно как они между собой взаимодействуют, благо после лекции снова появился интерес, захотелось подробностей
Tearing - это как раз и есть частный случай той самой гонки данных (race condition), о которой рассказывалось чуть ранее. Один поток льёт буфер на монитор, а второй поток, не синхронизированный с первым, в этот же момент наживую пишет в тот же самый буфер.
@34:00 - немного наврал, double buffering он и так везде есть, без него вообще будет виден процесс рисования треугольников. double buffering не решает проблему тиринга: Вот видеокарта слала сигнал на экран с одного буфера, портом мы переключили их , остаток кадра видеокарта выслала на монитор с другого буфера - вот и тиринг.
Ошибаетесь, пересмотрите схему того как это работает. Двойная буферизация создана как довольно грубое решение проблемы синхронизации вывода изображения. Из-за её использования мы тратим в два раза больше памяти, плюс лишняя нагрузка на процессор, ещё и задержка возникает. Задержку можно тоже нивелировать, но для этого нужно добавить ещё один буфер, то есть это уже тройная буферизация. Кадры синхронизируются, задержка устранена, но возня со всеми этими буфера потребляет ресурсы. Современными методами это решается на аппаратном уровне, а не на программном при помощи использования технологии Адаптивной синхронизации.
@@romarom346 Это не грубое решение, это вариант стандартного решения для получения атомарной операции из множества более мелких неатомарных. Встречается в туевой хуче мест, и ничего лучше по совокупности качеств человечеству неизвестно. Если же у Вас есть лучшее решение - просветите.
До определённого момента легаси костыль с рабочей экосистемой - всё-таки лучше свежего-правильного решения, но без таковой. Пока что этот момент ещё не настал
Но именно так во всех сферах и происходит -- когда уже становится нереально сложно что-то поддерживать или реализовать новое, согласно новым требованиям, то ломают старое и строят новое с учётом нынешних потребностей. Вэйланд так или иначе, но захватывает сообщество, с системд то же самое было.
Разложил всё по полочкам! Был когда-то у меня момент, лет 10 назад, перейти в разработку драйверов GPU под Linux, но из-за огромного темного леса не сложилось, много белых пятен. Спасибо за материалы!
если бы эта была лекция в универе, я бы её слушал и слушал, а не спал (кстати насчёт nvidia, раньше были проблемы с xwayland при высокой герцовке, на данный момент, никаких артифактов нету, как в wayland окнах, так и в xwayland окнах)
Читал , многие пишут Вайлинг автоматически не может переключатся между графикой intel and nvidia, и итог для переключения приходится ноутбук перезагружать. Бывают падения графики.. Так что для линуеса нужны ноутбуки брать на AMD ATI графических процессорах да и для компьютеров лутьше. А как быть если нужна технология nvidia cuda.
То подключай Nvidia и используй в приложениях; обычную графику располагай на один графический проц, а для условного blender, kdenlive, natron, davinchi resolve studio и других просто выставляешь рендер с помощью cuda видеокарты Nvidia. Также если не ошибаюсь есть спец софт который предназначен для гибридной графики
постепенно перепишут актуальный софт на вейланд, и холивара не будет. исходя из лекции, вейланд действительно лучше. переход болезненный, но он будет.я полгода на вейланде, то, что конкретно меня коснулось, это не работа тачпада synaptics(теперь штатный, в нем не все настройки, но это решаемо) и не работа anydesk серваера(это удаленный рабочий стол). в остальном- все норм
@@asdffewfew Я школьником еще слышал обещания, что вот вот вейланд взлетит. Я уже бородатый дядя и суда по тому, как работает с wxWidgets и что происходит в тяжелых cad - вейленд не взлетит никогда. И это хорошо. Там где нужен тажелый GUI с расширенным функционалом wayland разрабы просто шлют лесом (читай обратно в x11). Wayland - очередной новый, стильный, молодежный способ сделать hello, world с гуем. На большее оно не годится.
Так xorg и wayland не борятся между собой, это холивар только между юзерами. Сейчас wayland разрабатывают бывшие разрабы xorg, они сами захотели уйти от иксов т.к. поддерживать невозможно и никто этим не хочет заниматься.
к сожалению, надо понимать, что: 1. сетевая прозрачность, штука КРАЙНЕ важная. Даже при современной патологии, когда ради нескольких красивостей гоняется картинка. почему важная? вспомните вещи типа (open)Mosix, когда можно было "растянуть" тяжёлое приложение на кластер. Вспомните задачи сетевого администрирования. Нет, полноценное окружение рабстола нормальный человек на сервер ставить не будет. А с иксами вообще никакой графики на целевой машине может вообще не быть. И это могут (и часто так и есть) быть очень слабые компьютеры/контроллеры, графика с которых прекрасно отрисовывается на отдалённом оборудовании и да, до сих пор используется очень широко. То-же самое, вычислительные кластеры. Убираем иксы и прекрасное конкурентное преимущество в этой области немедленно испаряется. И наконец, при использовании минимального сжатия трафика (попробуйте стандартный проброс по ssh -C -Y, скорострельность такого прокидывания графики, в большинстве случаев, очень хорошая. Если не брать патологию отрисовки программ типа Firefox. 2. Вся модульность иксов это не только исторические наслоения и "лишние звенья в цепи". Это ещё и средство (за счёт декомпозиции и выноса яда задач в отдельные модули) сделать этакого монстра поддерживаемым и рабочим. Собственно, это хорошо видно на примере Вейланда, когда "детские болезни" не могут устранить годами. 3. Надо ожидать, что для приведения Вейланда к состоянию, адекватному текущему состоянию Иксов вряд ли понадобится сильно меньше времени. Это значит, что полный спектр возможностей, аналогичный возможностям Иксов, будет достигнут лет, этак, через 15. Не меньше. (сколько уже разрабатывается Вейланд? Примерно столько?). Вот поэтому, не понимаю энтузиазма "перетягивальщиков на Вейланд". Извините за сумбур, накипело.
не пешите глупости! 🤦♂️ Интерфе́йс - граница между двумя функциональными объектами, требования к которой определяются стандартом; совокупность средств, методов и правил взаимодействия между элементами системы. Протокол в ИТ - это набор правил, по которым устройства и программы обмениваются данными.
33:43 - Не совсем так должно быть. Чтобы не было разрывов (tearing'а), нужно Обязательно дождаться вертикальной синхронизации от видеокарты в виде прерывания и после: Если это (Не 2D и Не 3D аппаратно ускоренное изображение), Тогда: { Процессор быстро пересылает данные (блоками) с буфера на видеокарту, так как рисует окна в ОЗУ (текст, браузер и т.д.) }; Иначе: { обновление изображения реализуется драйвером видеокарты. (Например: переключением на другой внутренний видеобуфер или быстрой пересылкой данных внутри видеокарты между буферами или быстрой подкачкой данных из ОЗУ компьютера в видеобуфер через DMA режим) }
изначально всё всегда рисуется на проце __и__ __только__ на проце, а далее это всё залетает в так называемый безопасный режим видеокарты - это базовый рендер и есть преимущества: рендер не зависит от видеокарт вообще никак, т.е. "картинка" всегда получается одинаковая на __любой__ видеокарте, второе - расширенный драйвер не нужен, нужен только базовый, а он на все видюхи один [ну почти один], и если всё это безглючно и быстро работает - то это всё можно смело перекинуть в ядро, но тогда вёнда получится бггг
@@AEF23C20 возможно вы не на то сообщение ответили, или я что-то не понял? И что значит "всегда"? Если приложение, к примеру, использует Dear ImGui с бекендом OpenGL, то рендеринг происходит непосредственно в памяти видеокарты, если есть соответствующая аппаратная поддержка.
Чтобы не было тиринга и потери производительности достаточно использовать тройную буферизацию, при этом неважно, где рендерится изображение - на CPU или GPU.
@@RushFuture Тройная буферизация от тиринга не спасёт - нужна синхронизация с вертикальным обновлением экрана. И это только для 2D и 3D аппаратного ускорения на GPU. Тройная буферизация нужна при неравномерной нагрузке 3D игры/программы на CPU/GPU. Процессор рисует окна, картинки (png, gif, jpg), текст в виде векторных масштабированных шрифтов и т.д. в ОЗУ и по готовности - отсылает блоками на видеокарту. Видеокарта может рассматривать эти данные как пикселы для непосредственного отображения на экране или как текстуру для дальнейшего аппаратного (3D OpenGL) преобразования (масштабирование, плавная прокрутка, сглаживание и т.д.) на экране.
ахренеть, в моё время преподы были скучными душными типами, а ты очень интересно умеешь рассказывать, с мемами, простым понятным языком, респект тебе! и вопросик у меня ещё - а что за дистр линукса у тебя такой красивый стоит? ну или как оболочка называется?
У знал о линуксе в 2005 году тогда же и поробовал , полностью перешел на линукс в 2020 , 3 года на Manjaro . ВОзвращаться на виндовс желания нет совсем. Я полюбил философию opensource
Столман (сотоварищи) и "утилиты GNU" это в первую очередь компилятор плюс то, что позволяет им пользоваться - подготовить текст программы, собрать, запустить, заскриптовать всё это итд, а не "команды в терминале чтобы копировать" 🤣 HTTP это протокол передачи данных, а не интерфейс, он не регламентирует взаимодействие между приложениями и/или устройствами. Это я пока 5 минут посмотрел... И это не духота, ведь это лекция не о натальных картах таро и плоской земле рептилоидов, это техническая информация, требующая точной терминологии❗
На счёт компилятора, да, я забыл рассказать про то, что он существует. "Утилиты GNU" в кавычки брать совсем необязательно, это практически официальное название - GNU Coreutlis. И к слову именно в Coreutlis компилятор GCC не входит, это отдельный продукт. Но возможно надо было его упомянуть, согласен. На счёт протоколов и интерфейсов в комментариях уже был холивар на эту тему, можете почитать
замечательный курс. хотя я пользуюсь только линукс уже 15 лет даже мне было интересно освежить данные. а то все недоумевал зачем этот wayland так настойчиво пихают
В итоге перетрубаций и танцев с X-бубном измерения показали, что игры Cyberpunk 2077, Starfield, The Talos Principle II, Forspoken и Rachet & Clank. По итогам измерений производительности все Linux-дистрибутивы показали лучшие результаты по сравнению с Windows 11, установленной на тот же ПК. Хорошая работа, что тут скажешь.
GRUB, systemd-boot, limine и прочие "загрузчики" это bloatware. С 2004 года как у ядра Linux появилась ELF-заголовки и появился UEFI на всех потребительских компьютерах, функция "загрузчика" ровно декоративная, он не нужен.
Вот так перевирается история просто по незнанию, а потом те кто его слушал пойдут распространять эти иносказания с добавлением своего виденья и лет через 100 последователи этого автора создадут совершено другую историю появления гну софта и ядра линукс
очень занятно, спасибо! Интересно, правильно ли я понял что вейленд - это то как винда работает(без сервера, просто отрисовывает саму себя)? В чем тогда плюс линукса остается для пользователя?
Если нельзя пробросить окна по сети, то зачем этот вэйлэнд нужен? Т.е. либо он полноценно должен реализовать все API иксов, и тогда под него ничего переписывать не надо будет, но он сам станет очередными иксами. Убивший дракона, сам становится драконом.
Много ли людей пробрасывают отдельные окна по сети? В последний раз пробовал 10+ лет назад, не помню точно с какими проблемами столкнулся, то ли скорость отображения, то ли артефакты, но в итоге перешёл на vnc.
Много ли людей пробрасывают отдельные окна по сети? В последний раз пробовал 10+ лет назад, не помню точно с какими проблемами столкнулся, то ли скорость отображения, то ли артефакты, но в итоге перешёл на vnc.
@@Heymdale Ну на самом деле, да, много, я буквально вчера пробрасывал прогу. В принципе я согласен чтобы это убрать из менеджера окон, а сделать каким-нибудь расширением для ssh.
1:20 тема dracut, LILO и rEFInd не раскрыта А если серьёзно, то вы мегакрутые чуваки. Я не помню, чтобы кто-то по-русски так с энтузиазмом и с полнотой описывал отрисовку в Linux
Я убунтовод начиная с 8.04, такого бага не припоминаю. Для начала вам нужно нормально описать, как конкретно вы достигаете какого конкретно состояния. "Смена шрифта" и "ложиться намертво" - для меня это выглядит как сотни комбинаций, чтобы знающий человек мог разобраться, а ещё лучше повторить.
@@RushFuture я установил убунту, у меня экран на ноуте 1366 × 768, и нигде кроме винды и хрома нет нормально рендера шрифтов (поэтому я другими браузерами, что не на хромиуме не пользуюсь, особенно видно кривые шрифты в мозиле) с убунту та же проблема, шрифты оч криво выглядят на моем экране, я зашел во встроенное приложение "шрифты" и заменил стандартный системы толи на другой, толи другую жирность ему вдал, попросили перезагрузится - перезагрузился (или вылогинился не помню) - синий экран, или подобие того
Кстати, реплики из зала очень плохо слышно, либо не разборчиво, поэтому тоже желательно их озвучивать (хотя бы в двух словах), чтобы зрители понимали, о чем речь.
Ребята стоит вскрывать эту тему. Вы уже не молодые, серьезные, вам все тяжело. Это то. Это совеместимость протоколов и взаимозаменяемость их реализаций. Сюда лучше лезть. Серьезно любой из вас не будет жалеть. Лучше откройте эту тему и запомните все, что тут писалось. Я вполне понимаю, что данным сообщением вызову дополнительное отторжение, но хочу сразу предупредить пугливых - вперед. Остальные просто найдут
Ну как бы частично есть... Например есть веб браузер Lynx, псевдо многооконность на примере Screen ну и т.п. Но полноценной псевдографики там не будет т.к. это все же инструменты, а псевдографика это больше к несерьезностям...
@@_demonis ну вообще это не плохая мысль - реализовать рабочий стол ввиде web-приложения и тогда его можно будет и через GUI открывать и через Links. Только нужно, чтобы он на события отвечал запуском приложений
Я так и не понял как Linux рисует окна - общая архитектура - показана, но как конкретно происходит отрисовка - вообще непонятно. Как работают между собой структуры - не понятно
Протоколы и интерфейсы могут пересекаться по своей концепции "контрактов взаимодействия", но используются в разных сферах и уровнях. HTTP можно частично считать интерфейсом, если рассматривать его как способ взаимодействия клиента и сервера на уровне запросов и ответов. Но в более широком смысле HTTP - это протокол передачи данных с набором правил, который выходит за рамки простого описания "интерфейса".
боже мой. как бутто попал в ютуб 15 летней давности. все так лампово. по человечески.
Испанский стыд
в ютьюбе 15летней давности были ролики не дольше 10 минут ;)
@vadiquemyself Да, многие уже забыли про это,
и как про цифру 301 и более
Ребята не стоит вскрывать эту тему. Вы молодые, шутливые, вам все легко. Это не то. Это не компиляторы и даже не гибридная архитектура ядра. Сюда лучше не лезть. Серьезно, любой из вас будет жалеть. Лучше закройте тему и забудьте что тут писалось. Я вполне понимаю что данным сообщением вызову дополнительный интерес, но хочу сразу предостеречь пытливых - стоп. Остальные просто не найдут.
Не волнуйтесь, никуда они лезть не будут, потому что это никому будет не нужно, от разработчиков физически находящихся в РФ никаких запросов на мердж кода не принимается.
@@test143000это конечно интересное решение, не принимать улучшения только потому что предложены программистов из России.
@@test143000классно зиганул, держи желудь
@@avc7979 Претензии предъявляйте тому кто начал войну, путину и прочей российской фауне.
@@test143000я так понимаю твоя душонка испытывает нечто вроде садистского удовольствия от того факта, который ты так не к месту здесь привёл
спикер молодец, далеко не каждого по подобной теме так приятно и интересно слушать
Хорошая лекция. Наконец, понял, как работает Вэйланд. Когда-то давно писал под Линукс систему реального времени. И приходилось все окна запускать отдельными процессами, чтобы они не влияли на основной код. Там было много окно, так вот каждое окно было отдельным процессом, которое общалось со своим приложением через shared memory с использованием семафоров, чтобы контролировать доступ к ресурсам. Так что мне такая тема близка. Но вот про Вэйланд не знал. Конечно, там наверняка больше тонкостей, не может быть, чтобы отличие Вэйланд от Хорг было таким простым.
Конечно там не настолько простое отличие. Но настолько глубоко я уже, к сожалению, не зарывался, но при желании всегда есть документация и спецификации Wayland'а, можно почитать. К слову сама архитектура вейланда у них на сайте очень даже неплохо описана. Благодарю за столь подробный комментарий, у вас очень интересный опыт
Хорошая лекция, благодарю, за труд
Требуем продолжения! Очень доходчиво ;)
отличная лекция, задорный лектор ) всё просто и доходчиво. спасибо!
надеюсь подобных роликов будет выходить больше с популярностью linux, лектор молодца, я как то интересовался играми на linux - batocera, port proton... изначально апатию вызывает множество новых названий mesa,wine\vulkan, opengl итд итп непонятно как они между собой взаимодействуют, благо после лекции снова появился интерес, захотелось подробностей
Очень крутая лекция! Благодарю!
интересно стелишь бро, на одном дышании смотрится. а еще когда задаешь аудитории вопросы появляется вайб Даши-путешественницы)
лекция про реверс инжиниринг бомбо❤
я от туда)
Жиесь. Рекомендашнс тру павер
Не пожалел, что посмотрел ролик. И в правду много интересной информации
И тебе спасибо, дружище)
Артём красавчик! Больше таких лекторов!
Если в ру ютубе говорят о linux то это сразу лайк
Спасибо, я как раз пытаюсь понять как отрисовать пользовательское окно ❤
Спасибо за лекцию, надеюсь, будет еще что-то полезное по теме графического стека Линукса
Отличная лекция, все понятно. Спасибо🤝
Очень удачно попалось это видео в рекомендациях, подтянул знания. Ведущему безоговорочно респект и уважение.
Feature request для авторов: используйте длинные тире вместо дефисов на слайдах! ("-" vs "-"). Спасибо за хорошую лекцию ;)
Очень круто рассказывает! Спасибо оратору!
Я будто аудиолор великой истории линукса слушаю, топово
Нужно больше видео про линукс )
спасибо за подробный и хорошо преподнесенный материал. Все отлично!
Tearing - это как раз и есть частный случай той самой гонки данных (race condition), о которой рассказывалось чуть ранее.
Один поток льёт буфер на монитор, а второй поток, не синхронизированный с первым, в этот же момент наживую пишет в тот же самый буфер.
До середины было очень интересно, а потом страшно 😂
@34:00 - немного наврал, double buffering он и так везде есть, без него вообще будет виден процесс рисования треугольников. double buffering не решает проблему тиринга: Вот видеокарта слала сигнал на экран с одного буфера, портом мы переключили их , остаток кадра видеокарта выслала на монитор с другого буфера - вот и тиринг.
Да, он упомянул слегка вертикалку, наверное забыл к чему это было.
Ошибаетесь, пересмотрите схему того как это работает. Двойная буферизация создана как довольно грубое решение проблемы синхронизации вывода изображения. Из-за её использования мы тратим в два раза больше памяти, плюс лишняя нагрузка на процессор, ещё и задержка возникает. Задержку можно тоже нивелировать, но для этого нужно добавить ещё один буфер, то есть это уже тройная буферизация. Кадры синхронизируются, задержка устранена, но возня со всеми этими буфера потребляет ресурсы. Современными методами это решается на аппаратном уровне, а не на программном при помощи использования технологии Адаптивной синхронизации.
@@romarom346 Это не грубое решение, это вариант стандартного решения для получения атомарной операции из множества более мелких неатомарных. Встречается в туевой хуче мест, и ничего лучше по совокупности качеств человечеству неизвестно. Если же у Вас есть лучшее решение - просветите.
До определённого момента легаси костыль с рабочей экосистемой - всё-таки лучше свежего-правильного решения, но без таковой. Пока что этот момент ещё не настал
Но именно так во всех сферах и происходит -- когда уже становится нереально сложно что-то поддерживать или реализовать новое, согласно новым требованиям, то ломают старое и строят новое с учётом нынешних потребностей.
Вэйланд так или иначе, но захватывает сообщество, с системд то же самое было.
Вау! Круто видеть,что кто-то сделал в родном университете то, что я хотел там видеть 10 лет назад ;) Удачи, ребята!
29:18 🤣🤣🤣
Лекция интересная, спасибо)
Разложил всё по полочкам! Был когда-то у меня момент, лет 10 назад, перейти в разработку драйверов GPU под Linux, но из-за огромного темного леса не сложилось, много белых пятен. Спасибо за материалы!
Перерисовка схем на доске, как рефакторинг кода. Периодический и каждом этапе всё актуально..
Прекрасная лекция
Вот бы у меня в техе такое показали, я бы раньше вкатился в линукс
Лучшая лекция про окна !
судя по динамике Wayland еще 100 лет будут допиливать пока им станет можно пользоваться без слез.
если бы эта была лекция в универе, я бы её слушал и слушал, а не спал
(кстати насчёт nvidia, раньше были проблемы с xwayland при высокой герцовке, на данный момент, никаких артифактов нету, как в wayland окнах, так и в xwayland окнах)
Вот это видео! Спасибо! Все полезно и по-человечески!
Он так интересно рассказывает, даже тогда, когда я уже знаю об этом
Прикольно, интересно послушать :D
Читал , многие пишут Вайлинг автоматически не может переключатся между графикой intel and nvidia, и итог для переключения приходится ноутбук перезагружать. Бывают падения графики.. Так что для линуеса нужны ноутбуки брать на AMD ATI графических процессорах да и для компьютеров лутьше. А как быть если нужна технология nvidia cuda.
То подключай Nvidia и используй в приложениях; обычную графику располагай на один графический проц, а для условного blender, kdenlive, natron, davinchi resolve studio и других просто выставляешь рендер с помощью cuda видеокарты Nvidia.
Также если не ошибаюсь есть спец софт который предназначен для гибридной графики
И продолжился великий холивар. И боролись между собой xorg и wayland...
постепенно перепишут актуальный софт на вейланд, и холивара не будет. исходя из лекции, вейланд действительно лучше. переход болезненный, но он будет.я полгода на вейланде, то, что конкретно меня коснулось, это не работа тачпада synaptics(теперь штатный, в нем не все настройки, но это решаемо) и не работа anydesk серваера(это удаленный рабочий стол). в остальном- все норм
@@asdffewfew I HATE WAYLAND
ALL MY HOMIES HATE WAYLAND
@@asdffewfew Я школьником еще слышал обещания, что вот вот вейланд взлетит. Я уже бородатый дядя и суда по тому, как работает с wxWidgets и что происходит в тяжелых cad - вейленд не взлетит никогда. И это хорошо. Там где нужен тажелый GUI с расширенным функционалом wayland разрабы просто шлют лесом (читай обратно в x11). Wayland - очередной новый, стильный, молодежный способ сделать hello, world с гуем. На большее оно не годится.
Вейланд - говно.
Так xorg и wayland не борятся между собой, это холивар только между юзерами. Сейчас wayland разрабатывают бывшие разрабы xorg, они сами захотели уйти от иксов т.к. поддерживать невозможно и никто этим не хочет заниматься.
Красавчик ) Я это всё наблюдал и меньше понял )))
к сожалению, надо понимать, что: 1. сетевая прозрачность, штука КРАЙНЕ важная. Даже при современной патологии, когда ради нескольких красивостей гоняется картинка. почему важная? вспомните вещи типа (open)Mosix, когда можно было "растянуть" тяжёлое приложение на кластер. Вспомните задачи сетевого администрирования. Нет, полноценное окружение рабстола нормальный человек на сервер ставить не будет. А с иксами вообще никакой графики на целевой машине может вообще не быть. И это могут (и часто так и есть) быть очень слабые компьютеры/контроллеры, графика с которых прекрасно отрисовывается на отдалённом оборудовании и да, до сих пор используется очень широко. То-же самое, вычислительные кластеры. Убираем иксы и прекрасное конкурентное преимущество в этой области немедленно испаряется. И наконец, при использовании минимального сжатия трафика (попробуйте стандартный проброс по ssh -C -Y, скорострельность такого прокидывания графики, в большинстве случаев, очень хорошая. Если не брать патологию отрисовки программ типа Firefox.
2. Вся модульность иксов это не только исторические наслоения и "лишние звенья в цепи". Это ещё и средство (за счёт декомпозиции и выноса яда задач в отдельные модули) сделать этакого монстра поддерживаемым и рабочим. Собственно, это хорошо видно на примере Вейланда, когда "детские болезни" не могут устранить годами.
3. Надо ожидать, что для приведения Вейланда к состоянию, адекватному текущему состоянию Иксов вряд ли понадобится сильно меньше времени. Это значит, что полный спектр возможностей, аналогичный возможностям Иксов, будет достигнут лет, этак, через 15. Не меньше. (сколько уже разрабатывается Вейланд? Примерно столько?). Вот поэтому, не понимаю энтузиазма "перетягивальщиков на Вейланд". Извините за сумбур, накипело.
Шикарный разбор, парень молодец
Интерфейс - это взаимодействие между уровнями, протокол - взаимодействие на одном уровне.
не пешите глупости! 🤦♂️
Интерфе́йс - граница между двумя функциональными объектами, требования к которой определяются стандартом; совокупность средств, методов и правил взаимодействия между элементами системы.
Протокол в ИТ - это набор правил, по которым устройства и программы обмениваются данными.
@@andreyrushchenko2378 сам-то понял, что напИсал?
@@andreyrushchenko2378 сам-то понял, что напИсал?
@@andreyrushchenko2378 но ведь устройства и программы это функциональные объекты а обмен данными это точно взаимодействие
🤝
это было очень интересно. подпишусь
когда лектор начал свой веселый рассказ, я подумал, что он немножко пьян.
но нет - оказывается, в линуксе все так и работает ;-)
Не, ну а чё? Тут без 100 грамм не разберёшь :D
Я подозреваю, что винда по сравнению с пингвинами ещё кринжовее. Там тяжелейшая полинаркомания, но заглянуть под капот тебе никто не даст. ;-Ъ
@EanutiyDolbayyyb какой проницательный у вас комментарий и замечательный ник. :)
интересный материал, хороший лектор. подписался
Спасибо за лекцию!
мне нужна сетевая прозрачность. и linux не единственная ос. где wayland под solaris, *bsd, osx?
Спасибо за лекцию , отличное видео 👍
классная лекция!
Посмотрите Лесли Лемпорта, он читает очень лаконично. КРОМЕ того Нелья путать понятие протокола( было про http) и интерфейс.
Получается и вейланд не нужен:) Но как быть с сетевой прозрачностью, весьма полезной?
33:43 - Не совсем так должно быть.
Чтобы не было разрывов (tearing'а), нужно Обязательно дождаться вертикальной синхронизации от видеокарты в виде прерывания и после:
Если это (Не 2D и Не 3D аппаратно ускоренное изображение),
Тогда: {
Процессор быстро пересылает данные (блоками) с буфера на видеокарту, так как рисует окна в ОЗУ (текст, браузер и т.д.) };
Иначе: {
обновление изображения реализуется драйвером видеокарты. (Например: переключением на другой внутренний видеобуфер или быстрой пересылкой данных внутри видеокарты между буферами или быстрой подкачкой данных из ОЗУ компьютера в видеобуфер через DMA режим) }
Гм... Я наверное поизучаю тогда поподробнее, погуглю
изначально всё всегда рисуется на проце __и__ __только__ на проце, а далее это всё залетает в так называемый безопасный режим видеокарты - это базовый рендер и есть
преимущества: рендер не зависит от видеокарт вообще никак, т.е. "картинка" всегда получается одинаковая на __любой__ видеокарте, второе - расширенный драйвер не нужен, нужен только базовый, а он на все видюхи один [ну почти один], и если всё это безглючно и быстро работает - то это всё можно смело перекинуть в ядро, но тогда вёнда получится бггг
@@AEF23C20 возможно вы не на то сообщение ответили, или я что-то не понял? И что значит "всегда"? Если приложение, к примеру, использует Dear ImGui с бекендом OpenGL, то рендеринг происходит непосредственно в памяти видеокарты, если есть соответствующая аппаратная поддержка.
Чтобы не было тиринга и потери производительности достаточно использовать тройную буферизацию, при этом неважно, где рендерится изображение - на CPU или GPU.
@@RushFuture
Тройная буферизация от тиринга не спасёт - нужна синхронизация с вертикальным обновлением экрана.
И это только для 2D и 3D аппаратного ускорения на GPU.
Тройная буферизация нужна при неравномерной нагрузке 3D игры/программы на CPU/GPU.
Процессор рисует окна, картинки (png, gif, jpg), текст в виде векторных масштабированных шрифтов и т.д. в ОЗУ и по готовности - отсылает блоками на видеокарту. Видеокарта может рассматривать эти данные как пикселы для непосредственного отображения на экране или как текстуру для дальнейшего аппаратного (3D OpenGL) преобразования (масштабирование, плавная прокрутка, сглаживание и т.д.) на экране.
А на разработчиков приложений под Qt или Gtk-- переход с X на Wayland как-то повлияет???
по идее ни как. а вот qt нужно перепиливать с Х на W
Это все пары в СГУ такие? Очень даже круто, как по мне...
ахренеть, в моё время преподы были скучными душными типами, а ты очень интересно умеешь рассказывать, с мемами, простым понятным языком, респект тебе!
и вопросик у меня ещё - а что за дистр линукса у тебя такой красивый стоит? ну или как оболочка называется?
Он сказал что оболочка gnome
А система скорее всего у него Fedora Workstation так как обычно они идёт в комплекте с чистым не модифицированной оболочкой gnome
лучшая лекция, спасибо
А нельзя было композитор реализовать как часть X сервера с последующем отказом от легаси? Ведь по сути сменилась только семантика подсистемы.
бодренько и по делу. Класс!
У знал о линуксе в 2005 году тогда же и поробовал , полностью перешел на линукс в 2020 , 3 года на Manjaro . ВОзвращаться на виндовс желания нет совсем. Я полюбил философию opensource
Автор, почему только одна сторона лагеря? А как же система инициализации к примеру у "Devuan" или "Alpin Linux"?
Столман (сотоварищи) и "утилиты GNU" это в первую очередь компилятор плюс то, что позволяет им пользоваться - подготовить текст программы, собрать, запустить, заскриптовать всё это итд, а не "команды в терминале чтобы копировать" 🤣 HTTP это протокол передачи данных, а не интерфейс, он не регламентирует взаимодействие между приложениями и/или устройствами. Это я пока 5 минут посмотрел... И это не духота, ведь это лекция не о натальных картах таро и плоской земле рептилоидов, это техническая информация, требующая точной терминологии❗
На счёт компилятора, да, я забыл рассказать про то, что он существует. "Утилиты GNU" в кавычки брать совсем необязательно, это практически официальное название - GNU Coreutlis. И к слову именно в Coreutlis компилятор GCC не входит, это отдельный продукт. Но возможно надо было его упомянуть, согласен. На счёт протоколов и интерфейсов в комментариях уже был холивар на эту тему, можете почитать
Наскальная живопись блин, тут не знаю, тут забыл.
Подготовься лучше юноша
@@r1ru893 Не завидуйте. Для получасовой лекции очень даже неплохо
Там вся "лекция" такая. Задумка хорошая, реализация так себе
Только хотел написать
Наконец-то я понял что такое иксы и примерно как они работают. Ждём теперь поболее про вяленого
Не вяленый, а вялый ;-Ъ
Нравится, давайте больше инфы по Linux... What...
замечательный курс. хотя я пользуюсь только линукс уже 15 лет даже мне было интересно освежить данные. а то все недоумевал зачем этот wayland так настойчиво пихают
1-е правило презентации - никогда не читать текст со слайда. Этому учат ещё в школе или на первых курсах.
В итоге перетрубаций и танцев с X-бубном измерения показали, что игры Cyberpunk 2077, Starfield, The Talos Principle II, Forspoken и Rachet & Clank. По итогам измерений производительности все Linux-дистрибутивы показали лучшие результаты по сравнению с Windows 11, установленной на тот же ПК.
Хорошая работа, что тут скажешь.
Не хватает обьяснения, чем wayland отличается от старого Xserver, который был без композера.
Информативно, спасибо!
GRUB, systemd-boot, limine и прочие "загрузчики" это bloatware.
С 2004 года как у ядра Linux появилась ELF-заголовки и появился UEFI на всех потребительских компьютерах, функция "загрузчика" ровно декоративная, он не нужен.
Выбрать систему
@@userxolli3568 Жмешь кнопку после POST, попадаешь в меню выбора загрузчика, выбираешь нужный.
29:00 ох и зря я решил это протестировать...
Будет продолжение на канале?
Так. А где посмотреть лекцию про Windows предыдущую?
Лекция "Введение в РЕВЕРС-ИНЖИНИРИНГ для начинающих"
Интересная лекция браво парень не останавливайся !!!!
Вот так перевирается история просто по незнанию, а потом те кто его слушал пойдут распространять эти иносказания с добавлением своего виденья и лет через 100 последователи этого автора создадут совершено другую историю появления гну софта и ядра линукс
А как в этой схеме выглядят костыли для переключения языка?
> 30 с копейками
> 37 лет
парню респект
очень занятно, спасибо! Интересно, правильно ли я понял что вейленд - это то как винда работает(без сервера, просто отрисовывает саму себя)? В чем тогда плюс линукса остается для пользователя?
Лекция неплохая. Продолжение будет?
Если нельзя пробросить окна по сети, то зачем этот вэйлэнд нужен? Т.е. либо он полноценно должен реализовать все API иксов, и тогда под него ничего переписывать не надо будет, но он сам станет очередными иксами. Убивший дракона, сам становится драконом.
Много ли людей пробрасывают отдельные окна по сети? В последний раз пробовал 10+ лет назад, не помню точно с какими проблемами столкнулся, то ли скорость отображения, то ли артефакты, но в итоге перешёл на vnc.
Много ли людей пробрасывают отдельные окна по сети? В последний раз пробовал 10+ лет назад, не помню точно с какими проблемами столкнулся, то ли скорость отображения, то ли артефакты, но в итоге перешёл на vnc.
@@Heymdale Постоянно. Пришёл с ноутом домой, надо запустить прогу на стационарном - просто запускаешь, не меняя клаву и мышь.
@@Heymdale Ну на самом деле, да, много, я буквально вчера пробрасывал прогу. В принципе я согласен чтобы это убрать из менеджера окон, а сделать каким-нибудь расширением для ssh.
@@AlexAlex-jk2tn Обычно через ssh он и туннелируется, но одно другого не отменяет, надо ещё то что будет запхнуто в туннель, а в вэйлэнде этого нет.
1:20 тема dracut, LILO и rEFInd не раскрыта
А если серьёзно, то вы мегакрутые чуваки. Я не помню, чтобы кто-то по-русски так с энтузиазмом и с полнотой описывал отрисовку в Linux
Раскажите как линукс рендерит шрифты, и почему при смене шрифта линукс ложится намертво
А что за дистрибутив? У меня на Федоре такого не было
@@t3m8ch на федоре было, но я там через терминал менял, ок, может накосячил, на утунту через приложение Шрифты тоже самое
@@snusiks Консольные или иксовые?
Я убунтовод начиная с 8.04, такого бага не припоминаю. Для начала вам нужно нормально описать, как конкретно вы достигаете какого конкретно состояния. "Смена шрифта" и "ложиться намертво" - для меня это выглядит как сотни комбинаций, чтобы знающий человек мог разобраться, а ещё лучше повторить.
@@RushFuture я установил убунту, у меня экран на ноуте 1366 × 768, и нигде кроме винды и хрома нет нормально рендера шрифтов (поэтому я другими браузерами, что не на хромиуме не пользуюсь, особенно видно кривые шрифты в мозиле) с убунту та же проблема, шрифты оч криво выглядят на моем экране, я зашел во встроенное приложение "шрифты" и заменил стандартный системы толи на другой, толи другую жирность ему вдал, попросили перезагрузится - перезагрузился (или вылогинился не помню) - синий экран, или подобие того
Имба, теперь боюсь ядра linux
Оно даже в пересказе выглядит ппц как сложно)
Отличная лекция. Только она как будто только об иксах. О Вейланде всего два слова. Будет вторая часть?
Видео пока не смотрел. Освещались ли в нём такие изумительные перки клиент-серверной архитектуры X, как утилиты удалённого GUI вроде xpra?
Да, освещались, вкратце - словом "нинужна" 🤣 Молодёжь, они же кроме своего локалхоста в виде ноутбука ничего и не видели, считай 🤣
То чувство, когда просмотрел видео на Иксах.
Кстати, реплики из зала очень плохо слышно, либо не разборчиво, поэтому тоже желательно их озвучивать (хотя бы в двух словах), чтобы зрители понимали, о чем речь.
Ребята стоит вскрывать эту тему. Вы уже не молодые, серьезные, вам все тяжело. Это то. Это совеместимость протоколов и взаимозаменяемость их реализаций. Сюда лучше лезть. Серьезно любой из вас не будет жалеть. Лучше откройте эту тему и запомните все, что тут писалось. Я вполне понимаю, что данным сообщением вызову дополнительное отторжение, но хочу сразу предупредить пугливых - вперед. Остальные просто найдут
Разве ХСервер не запускается на мощьном сервере ?
раньше запускался
@@preseusstreaming1633 я про то, что он сказал наоборот !!!
Интересное выступление. Только объяснять желательно после того, как нарисовал, а то за спиной ничего не видно и не понято, что в рисунках объясняет.
Хорошо, учту)
Почему нет аналога исков, реализованного на псевдографике, чтобы через терминал работало?
@@СергейПетров-ц3ъ Думаю это несложно сделать, я как-то порень в псевдографике даже смотрел - незабываемо.
Ну как бы частично есть... Например есть веб браузер Lynx, псевдо многооконность на примере Screen ну и т.п. Но полноценной псевдографики там не будет т.к. это все же инструменты, а псевдографика это больше к несерьезностям...
@@redserjogha да, тоже такое видел - ещё и на древнем телефоне SL45 😀
@@_demonis ну вообще это не плохая мысль - реализовать рабочий стол ввиде web-приложения и тогда его можно будет и через GUI открывать и через Links. Только нужно, чтобы он на события отвечал запуском приложений
@@redserjogha и вот легко, а нету. Ещё бы и весило мало и прикольно было бы серваки настраивать
Я так и не понял как Linux рисует окна - общая архитектура - показана, но как конкретно происходит отрисовка - вообще непонятно. Как работают между собой структуры - не понятно
ничего не понятно, но очень интересно. разве что в конце понял, что надо все переписать два раза
Впервые услышал, что протокол http - это интерфейс
Тоже смутило
Если понимать интерфейс, как более широкое понятие, а не как только графический, то вполне себе. Программный интерфейс
@@t3m8ch это как сказать: все мы животные, но почему-то человек обижается, когда его козлом называют😂
Протокол и интерфейс - в некотором смысле синонимы
Протоколы и интерфейсы могут пересекаться по своей концепции "контрактов взаимодействия", но используются в разных сферах и уровнях. HTTP можно частично считать интерфейсом, если рассматривать его как способ взаимодействия клиента и сервера на уровне запросов и ответов. Но в более широком смысле HTTP - это протокол передачи данных с набором правил, который выходит за рамки простого описания "интерфейса".
Вот вот вот вот вот вот вот вот вот новый поворот 😁
а где продолжение?)
Вообще прикольнее работает графическая система в Амига.Линуксов тогда ещё не существовало.