LINUX.ORG.RU

Проприетарные драйвера Nvidia отказываются работать с ядром 4.16

 , ,


0

1

Сабж. Вот такая вот новость.

Собственно, на поверхности ошибка «Unknown symbol swiotlb_map_sg_attrs», но, как показывают опыты людей, грабли этим не заканчиваются. Разработчики ядра пометили баг как первоочерёдной важности.

Ссылки к новости: https://devtalk.nvidia.com/default/topic/1030082/linux/kernel-4-16-rc1-breaks... , https://bugzilla.kernel.org/show_bug.cgi?id=198997 .

★★★★★
Ответ на: комментарий от saahriktu

Даже выполняя дела в одной конкретной области человек может в дополнение ко всему, например, открывать справочники, проводить дополнительные вычисления,... и т.д.

И для всего этого будет полезнее второй монитор.

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

Читалка на е-инке, айпад, бумага, просто браузер или фбридер.

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

Какого времени, 5-10 секунд на неспешный поиск иконки фбридера или набор строке поиска и запуск программы? Вы между задачами каждые 3 секунды переключаетесь? «Большая» экономия.
Человеческий разум удивителен в своей способности раздувать казалось бы даже самую незначительную проблему до небывалых масштабов.

Кстати в KDE (таком толстом и нелюбимом вами) присутствуют «комнаты» (окружения под задачи и переключение на них можно настроить).

Exmor_RS ★★★
()
Последнее исправление: Exmor_RS (всего исправлений: 1)
Ответ на: комментарий от Exmor_RS

для всего этого будет полезнее второй монитор.

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

Читалка на е-инке, айпад, бумага

Зачем резко умножать сущности, когда юзер может обойтись и без них?

поиск иконки фбридера или набор строке поиска и запуск программы

Софт не должен запоминать открываемые им книги. Юзер должен или вбивать путь в командной строке (и тогда «полузакрытым состоянием» является открытый эмулятор терминала в истории оболочки которого пока ещё хранится путь к файлу (хранить историю команд тоже не надо)), или открывать книгу в файловом менеджере (и тогда «полузакрытым состоянием», повторяю, является открытый файловый менеджер в котором уже открыта конкретная директория с книгой).

saahriktu ★★★★★
() автор топика
Ответ на: комментарий от saahriktu

Софт не должен запоминать открываемые им книги.

Здрасте, с какой стати!?

Юзер должен или вбивать путь в командной строке

Оу… понятно с какой, юниксвей, все дела.

Exmor_RS ★★★
()
Ответ на: комментарий от Exmor_RS

Толку от 12 рабочих столов если в них тиринг.

compton, кстати, реально помогает, только нужно подобрать опции. Совсем от тиринга не избавился (интересно насколько от него избавились утверждающие, что от него избавились), но стало значительно лучше. Вот на этом я остановился, если что:

compton -b --backend glx --vsync opengl-oml --vsync-aggressive
Да, это реально работает с Nouveau. Без всяких DE.

saahriktu ★★★★★
() автор топика
Ответ на: комментарий от saahriktu

Не выкинув иксы не починить тиринг же.

anonymous
()
Ответ на: комментарий от anonymous

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

SakuraKun ★★★★★
()

Обнови до 4.13 УМВР )

yvv ★★☆
()
Ответ на: комментарий от SakuraKun

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

anonymous
()
Ответ на: комментарий от Exmor_RS

беру цифры с потолка:

- переключение между приложениями в Windows.*/OS - до 1.5 секунды

- запуск нового приложения, при условии заточенности иконок под себя любимого - 2-3 секунды.


Лаг ы 5-10 секунд приличные люди себе не позволяют, только разработчики Гнома, альтернативно одаренные!!

Deleted
()
Ответ на: комментарий от Deleted

У разработчиков гнома всё ОК — 16-ядерные Xeon и i9 за микросекунды перемалывают любые алгоритмы написанные студентами практикантами.

Exmor_RS ★★★
()
Ответ на: комментарий от anonymous

Вообще-то это именно благодаря Ричарду Столлману появился проект ОС GNU, в рамках которой последние десятилетия работает ядро Linux. Так что, главное здесь именно то, ради чего был основан проект ОС GNU, а остальное уже второстепенно (второстепенность вещей их не исключает, и GNU/Linux'ы, действительно, могут выбирать из-за преимуществ в работе).

saahriktu ★★★★★
() автор топика
Ответ на: комментарий от saahriktu

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

anonymous
()
Ответ на: комментарий от anonymous

Так можно было бы рассуждать если бы Hurd уже был допилен. Но, его потому и мало кто использует, что его ещё пилить и пилить. В то время как все остальные части ОС GNU оказались готовы. И само по себе ядро Linux бесполезно. Это ядро Linux взлетело именно потому, что оно оказалось способно работать в ОС GNU. С другой стороны, движение за свободное ПО также оказало своё влияние на Линуса Торвальдса, и именно поэтому он выпустил своё ядро под GNU GPL. Он мог бы выпустить его под любой другой лицензией. Например, той же BSD (до появления FreeBSD оставалась пара лет, а 4-clause BSD license уже была). А там, глядишь, со временем появилась бы ещё одна ветка семейства *BSD - LinuxBSD. Но, он выбрал именно GNU GPL.

saahriktu ★★★★★
() автор топика
Ответ на: комментарий от saahriktu

Ядро линукс взлетело потому, что оказалось юзабельно, благодаря адекватности Торвальдса, не в пример поделкам штольманутых. Ядро прекрасно работает и без штольманутых поделок с busybox, musl например. Единственный значительный вклад штольманутых это gcc, которому в начале написания линукса не было альтернатив.

anonymous
()
Ответ на: комментарий от anonymous

Тем не менее, большинство дистрибутивов как использовали окружение ОС GNU так и используют. Вот запилили бы сначала свои полноценные nonGNU/Linux дистрибутивы, раскрутили бы их до уровня Федоры и Дебиана, а потом бы уже рассуждали про «значительные вклады». А пока что все, кто делают свой вклад в GNU/Linux, делают в него вклад именно потому, что это GNU/Linux под GNU GPL.

saahriktu ★★★★★
() автор топика
Ответ на: комментарий от anonymous

У него своя, совершенно другая экосистема. Софт под GNU/Linux не работает в Android'е, и, наоборот, софт под Android не работает в GNU/Linux'е. А мы говорим про вклад в экосистему GNU/Linux'а.

saahriktu ★★★★★
() автор топика
Ответ на: комментарий от saahriktu

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

anonymous
()
Ответ на: комментарий от saahriktu

Разным людям удобно разное.

Мы все очень разные. Очень разные!!!

-А как вы думаете??? -Не так, как вы...

Вкус - это когда вкусно...

anonymous
()
Ответ на: комментарий от anonymous

Если бы GNU и Linux были одним и тем же, то не надо было бы писать GNU/Linux. Это и так очевидно, и с этим никто и не спорит. Однако, GNU/Linux взлетел именно как GNU/Linux. Именно поэтому вокруг него с начала 90-х и собралось столько людей, которые вкладывались в него и продолжают вкладываться. А не в ядро в вакууме. Именно в GNU/Linux. Писатели софта под Android чихать хотели на Linux. Им наплевать какое ядро у Android'а. Им важно просто написать софт и выложить его в Playmarket. Всё. Они и не думали пилить само ядро Linux. Ядро Linux пилят те, кто пользуются им в составе GNU/Linux'а и ценят именно экосистему GNU/Linux'а. А Google со своим Android'ом просто паразитирует на результатах чужого труда.

saahriktu ★★★★★
() автор топика
Ответ на: комментарий от saahriktu

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

anonymous
()
Ответ на: комментарий от Exmor_RS

и тут мне (и не только мне) достаточно 1 одного рабочего стола

надо же, а мне вот энное время назад пришлось увеличить количество рабстолов с 9 до 16))

anonymous
()
Ответ на: комментарий от anonymous

Во-первых, багрепорты и даже патчи шлют самые разные люди из сообщества, а это тоже определённый вклад. Во-вторых, о каких «значительных вкладах» Вы тогда вообще рассуждаете? В экосистему - не то. В ядро - не то. А что «то»? У ядра Linux больше ничего и нет, кроме него самого и ОС GNU с экосистемой.

saahriktu ★★★★★
() автор топика
Ответ на: комментарий от saahriktu

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

anonymous
()
Ответ на: комментарий от anonymous

ОС GNU реализует базовый функционал. Никакой софт под GNU/Linux не работает прямо на ядре Linux. Весь накопленный багаж библиотек и софта существует именно потому, что люди стали юзать GNU/Linux. И именно в проекте GNU и реализованы тонны софта первой необходимости, включая sed, grep, gawk, findutils, diffutils, coreutils,... и т.д.

saahriktu ★★★★★
() автор топика
Ответ на: комментарий от saahriktu

Попробуй --vsync opengl-mswc и ещё пару опций (ЕМНИП, glx-swap-method). Главное — выключи glx-use-copysubbuffermesa и glx-copy-from-front.

spijet ★★★
()
Ответ на: комментарий от saahriktu

ОС гну ничего не реализует, а лежит мёртвая в виде хурда. Реализует линукс, плюс не единственные, нопопулярные glibc и coreutils или musl и busybox или whatever.

anonymous
()
Ответ на: комментарий от anonymous

Рассуждения мышевоза. Каждый, кто активно юзает командную строку, по 100 раз на минуту запускает утилиты проекта GNU.

saahriktu ★★★★★
() автор топика
Ответ на: комментарий от saahriktu

попробуй заниматься делом, а не запускать гнутые утилиты по 100 раз на минуту

anonymous
()
Ответ на: комментарий от saahriktu

Красноглазик обиделся и перешёл на визг. Так типично.

anonymous
()
Ответ на: комментарий от spijet

Я уже попробовал

compton -b --backend glx --vsync opengl-oml --vsync-aggressive
Но, и
compton -b --backend glx --vsync opengl-oml --vsync-aggressive --glx-swap-method exchange
ничего, да.

saahriktu ★★★★★
() автор топика
Ответ на: комментарий от saahriktu

Некоторым ещё и --xrender-sync{,-fence} помогают (заставляет Compton рисовать через GLX, а синхронизировать кадры через XRender), но это не во всех версиях есть. --vsync drm, ЕМНИП, работает нормально только для открытых драйверов и modesetting DDX.

spijet ★★★
()
Ответ на: комментарий от hrushka_porosushka

какой та

Каждый первый, лол. Школота обсмотрится говноблогеров и кричит на каждом углу, что «интел + невидео - это круто»

ozz_is_here
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.