История изменений
Исправление ZenitharChampion, (текущая версия) :
> Ты думаешь он не ради наброса?
Вот пруфы
Сравнение потребления памяти KDE3, KDE4, GNOME и Xfce. KDE3: 67 Мб, KDE4: 130 Мб. Semantic Desktop не запущен (когда я говорил, что потребление памяти можно сравнить с Windows Vista, я имел в виду его, потому что не-гентушники его просто не отключат).
Официальный отказ Google включать аппаратное ускорение h264 в Linux: 2014 год, 2018 год.
PPA с Chromium-ом, поддерживающим VA-API. Сам патч. В Arch Wiki есть отдельная статья о нём
Баг в официальном баг-трекере Firefox о том, что Hardware Accelerated h264 не работает в Linux. Там больше ста сообщений - кратко перескажу. В первых сообщениях разработчики сказали, что Gstreamer 0.10 имеет фатальный недостаток, поэтому, хоть он и поддерживает VDPAU - в браузере это работать не будет. Поэтому ждите релиза Gstreamer 1.x. Потом пишут, что идёт работа над поддержкой Gstreamer 1.x. Работа была завершена, и в Firefox 45 всё работало. Оп - из Firefox 52 поддержку удалили! Потому что «Gstreamer это комбайн - давайте лучше сделаем через ffmpeg» (а что 5 лет назад мешало это сделать?). Сделали. h264 не ускоряется (кто бы сомневался?). А воз и ныне там
А вот история того, как нам 12309 сделали. Суть: был начинающий разработчик софта, сначала он писал исправления в малые проекты - «набивал руку» так сказать. Сначала к качеству его патчей были претензии, но впоследствие этот разработчик научился писать хорошо. Потом он стал писать патчи для ядра. Как ни странно, их принимали (хоть и самые первые отклоняли, отправляя на доработку). Потом он «набил руку» и в разработке ядра тоже, благодаря чему его патчи перестали отклонять и там
Потом этот разработчик отправил туда - новый планировщик (sheduler). Его отклонили, указав на ошибки. Он исправил их - указали на новые. В итоге сложилась ситуация, когда все ошибки были исправлены, но патч всё равно не принимают. Вокруг этого разработчика появилось сообщество: кто-то откровенно троллил «верхушку» из-за этой смехотворной ситуации - в сообществе были свои локальные мемы. Кто-то выкладывал сборки ядра с его планировщиком для всех популярных дистрибутивов (как выше с ungoogled-chromium). Кто-то из разрабов ядра даже спрашивал у этого разраба «а чем ты лучше меня - я же внёс значительно больше вклада, чем ты, но меня никто не знает, и сообщества вокруг меня тоже нет...»
Спустя долгое затишье (за время которого только ленивый не узнал про патчи -ck2) в ядре Linux 2.6.23 появился новый планировщик CFS, заменивший собой O(1). Автор этого планировщика и есть тот, кто отклонял патчи, а также находил в них ошибки, тем самым отправляя их на доработку. В коде планировщика CFS наверху есть сноска, в которой Инго, в том числе, благодарит Кона за то, что обосновал жизнеспособность подобного вида многозадачности - в который Игно до этого не верил
Потом начались проблемы со стабильностью у десктопных юзеров. Никто ни разу не заявил, что 12309 - это проблема CFS: лично Линус заявил, что это «совокупность мелких багов, трудноуловимых по отдельности». Мне кажется, что он знал, что проблема в CFS - просто не стал «подставлять» товарища. «Да, он говнюк - но зато он свой говнюк». Вообще же происходящее напоминает мне задетую гордость: Инго Молнар наверняка дипломированный специалист из какого-нибудт Гарварда, стоявший у истоков Линукса, а Кон Коливас в его глазах - выскочка и колхозник. Со стороны, всё так и выглядит. Не думаю что тут была спланированная диверсия против десктопа, но в конечном итоге от 12309 выиграл Майкрософт
Исправление ZenitharChampion, :
> Ты думаешь он не ради наброса?
Вот пруфы
Сравнение потребления памяти KDE3, KDE4, GNOME и Xfce. KDE3: 67 Мб, KDE4: 130 Мб. Semantic Desktop не запущен (когда я говорил, что потребление памяти можно сравнить с Windows Vista, я имел в виду его, потому что не-гентушники его просто не отключат).
Официальный отказ Google включать аппаратное ускорение h264 в Linux: 2014 год, 2018 год.
PPA с Chromium-ом, поддерживающим VA-API. Сам патч. В Arch Wiki есть отдельная статья о нём
Баг в официальном баг-трекере Firefox о том, что Hardware Accelerated h264 не работает в Linux. Там больше ста сообщений - кратко перескажу. В первых сообщениях разработчики сказали, что Gstreamer 0.10 имеет фатальный недостаток, поэтому, хоть он и поддерживает VDPAU - в браузере это работать не будет. Поэтому ждите релиза Gstreamer 1.x. Потом пишут, что идёт работа над поддержкой Gstreamer 1.x. Работа была завершена, и в Firefox 45 всё работало. Оп - из Firefox 52 поддержку удалили! Потому что «Gstreamer это комбайн - давайте лучше сделаем через ffmpeg» (а что 5 лет назад мешало это сделать?). Сделали. h264 не ускоряется (кто бы сомневался?). А воз и ныне там
А вот история того, как нам 12309 сделали. Суть: был начинающий разработчик софта, сначала он писал исправления в малые проекты - «набивал руку» так сказать. Сначала к качеству его патчей были претензии, но впоследствие этот разработчик научился писать хорошо. Потом он стал писать патчи для ядра. Как ни странно, их принимали (хоть и самые первые отклоняли, отправляя на доработку). Потом он «набил руку» и в разработке ядра тоже, благодаря чему его патчи перестали отклонять и там
Потом этот разработчик отправил туда - новый планировщик (sheduler). Его отклонили, указав на ошибки. Он исправил их - указали на новые. В итоге сложилась ситуация, когда все ошибки были исправлены, но патч всё равно не принимают. Вокруг этого разработчика появилось сообщество: кто-то откровенно троллил «верхушку» из-за этой смехотворной ситуации - в сообществе были свои локальные мемы. Кто-то выкладывал сборки ядра с его планировщиком для всех популярных дистрибутивов (как выше с ungoogled-chromium). Кто-то из разрабов ядра даже спрашивал у этого разраба «а чем ты лучше меня - я же внёс значительно больше вклада, чем ты, но меня никто не знает, и сообщества вокруг меня тоже нет!»
Спустя долгое затишье (за время которого только ленивый не узнал про патчи -ck2) в ядре Linux 2.6.23 появился новый планировщик CFS, заменивший собой O(1). Автор этого планировщика и есть тот, кто отклонял патчи, а также находил в них ошибки, тем самым отправляя их на доработку. В коде планировщика CFS наверху есть сноска, в которой Инго, в том числе, благодарит Кона за то, что обосновал жизнеспособность подобного вида многозадачности - в который Игно до этого не верил
Потом начались проблемы со стабильностью у десктопных юзеров. Никто ни разу не заявил, что 12309 - это проблема CFS: лично Линус заявил, что это «совокупность мелких багов, трудноуловимых по отдельности». Мне кажется, что он знал, что проблема в CFS - просто не стал «подставлять» товарища. «Да, он говнюк - но зато он свой говнюк». Вообще же происходящее напоминает мне задетую гордость: Инго Молнар наверняка дипломированный специалист из какого-нибудт Гарварда, стоявший у истоков Линукса, а Кон Коливас в его глазах - выскочка и колхозник. Со стороны, всё так и выглядит. Не думаю что тут была спланированная диверсия против десктопа, но в конечном итоге от 12309 выиграл Майкрософт
Исходная версия ZenitharChampion, :
> Ты думаешь он не ради наброса?
Вот пруфы
Сравнение потребления памяти KDE3, KDE4, GNOME и Xfce. KDE3: 67 Мб, KDE4: 130 Мб. Semantic Desktop не запущен (когда я говорил, что потребление памяти можно сравнить с Windows Vista, я имел в виду его, потому что не-гентушники его просто не отключат).
Официальный отказ Google включать аппаратное ускорение h264 в Linux: 2014 год, 2018 год.
PPA с Chromium-ом, поддерживающим VA-API. Сам патч. В Arch Wiki есть отдельная статья о нём
Баг в официальном баг-трекере Firefox о том, что Hardware Accelerated h264 не работает в Linux. Там больше ста сообщений - кратко перескажу. В первых сообщениях разработчики сказали, что Gstreamer 0.10 имеет фатальный недостаток, поэтому, хоть он и поддерживает VDPAU - в браузере это работать не будет. Поэтому ждите релиза Gstreamer 1.x. Потом пишут, что идёт работа над поддержкой Gstreamer 1.x. Работа была завершена, и в Firefox 45 всё работало. Оп - из Firefox 52 поддержку удалили! Потому что «Gstreamer это комбайн - давайте лучше сделаем через ffmpeg» (а что 5 лет назад мешало это сделать?). Сделали. h264 не ускоряется (кто бы сомневался?). А воз и ныне там
А вот история того, как нам 12309 сделали. Суть: был начинающий разработчик софта, сначала он писал исправления в малые проекты - «набивал руку» так сказать. Сначала к качеству его патчей были претензии, но впоследствие этот разработчик научился писать хорошо. Потом он стал писать патчи для ядра. Как ни странно, их принимали (хоть и самые первые отклоняли, отправляя на доработку). Потом он «набил руку» и в разработке ядра, благодаря чему его патчи перестали отклонять и там
Потом этот разработчик отправил туда - новый планировщик (sheduler). Его отклонили, указав на ошибки. Он исправил их - указали на новые. В итоге сложилась ситуация, когда все ошибки были исправлены, но патч всё равно не принимают. Вокруг этого разработчика появилось сообщество: кто-то выкладывал сборки ядра с его планировщиком для всех популярных дистрибутивов (как выше с ungoogled-chromium). Кто-то из разрабов ядра даже спрашивал у этого разраба «а чем ты лучше меня - я же внёс значительно больше вклада, чем ты, но меня никто не знает, и сообщества вокруг меня тоже нет!»
Спустя долгое затишье (за время которого только ленивый не узнал про патчи -ck2) в ядре Linux 2.6.23 появился новый планировщик CFS, заменивший собой O(1). Автор этого планировщика и есть тот, кто отклонял патчи, а также находил в них ошибки, тем самым отправляя их на доработку. В коде планировщика CFS наверху есть сноска, в которой Инго, в том числе, благодарит Кона за то, что обосновал жизнеспособность подобного вида многозадачности - в который Игно до этого не верил
Потом начались проблемы со стабильностью у десктопных юзеров. Никто ни разу не заявил, что 12309 - это проблема CFS: лично Линус заявил, что это «совокупность мелких багов, трудноуловимых по отдельности». Мне кажется, что он знал, что проблема в CFS - просто не стал «подставлять» товарища. «Да, он говнюк - но зато он свой говнюк». Вообще же происходящее напоминает мне задетую гордость: Инго Молнар наверняка дипломированный специалист из какого-нибудт Гарварда, стоявший у истоков Линукса, а Кон Коливас в его глазах - выскочка и колхозник. Со стороны, всё так и выглядит. Не думаю что тут была спланированная диверсия против десктопа, но в конечном итоге от 12309 выиграл Майкрософт