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