Компания NVIDIA представила (https://devtalk.nvidia.com/default/topic/539249/unix-graphic...-/) новую ветку проприетарного видеодрайвера NVIDIA 319.12 (http://www.nvidia.com/object/linux-display-ia32-319.12-drive...), в которой реализована большая порция новшеств. Драйвер доступен (http://www.nvidia.com/object/unix.html) для Linux, FreeBSD и Solaris. Ветка 319.12 пока позиционируется как бета-выпуск, придание статуса релиза ожидается после проведения дополнительного тестирования и стабилизации кода.Наиболее заметным улучшением стала реализация технологии Optimus для платформы Linux, позволяющая на лету переключаться между встроенной энергоэффективной видеокартой на базе GPU Intel и дискретной картой NVIDIA. При незначительной нагрузке на графическую подсистему отличающаяся высоким энергопотреблением дискретная карта полностью обесточивается, а вывод перенаправляется на более энергоэффективный встроенный GPU Intel, что позволяет значительно продлить время работы портативных устройств в автономном режиме.
Вторым важным новшеством, сопутствующим поддержке Optimus, стала реализация расширения RandR 1.4 (http://cgit.freedesktop.org/xorg/proto/randrproto/tree/randr...), в котором добавлены объекты для выноса на дополнительные GPU операций рендеринга и отображения, что может использоваться для горячего перенаправления вывода на другое устройство или для организации совместной работы нескольких GPU, когла один GPU используется для вывода, а второй для рендеринга сцен (например, вывод осуществляется через USB-адаптер DisplayLink, а рендеринг на GPU NVIDIA). Данная возможность использована для обеспечения работы Optimus. Для работы Optimus необходимо наличие X.Org Server 1.13 (http://www.opennet.ru/opennews/art.shtml?num=34763) и свежей версии ядра Linux, собранной с опцией CONFIG_DRM и содержащей поддержку компонентов gem_prime и gem_drm. Пример настройки конфигурации X-сервера для работы Optimus можно найти на данной странице (http://us.download.nvidia.com/XFree86/Linux-x86/319.12/READM...).
Другие улучшения (http://www.nvidia.com/object/linux-display-ia32-319.12-drive...), добавленные в NVIDIA 319.12:- Поддержка GPU NVIDIA GeForce GTX 650 Ti BOOST;
- Поддержка создания (http://us.download.nvidia.com/XFree86/Linux-x86/319.12/READM...) инсталлятором заверенных цифровой подписью модулей ядра с компонентами драйвера NVIDIA, которые можно использовать в режиме верифицированной загрузки при использовании UEFI Secure Boot;
- В состав включена новая утилита nvidia-modprobe, устанавливаемая с правами setuid root и используемая компонентами драйвера для управления загрузкой модуля ядра и создания необходимого для взаимодействия с ним символьного устройства. По умолчанию по прежнему используются штатные средства дистрибутивов по загрузке модулей и созданию устройств, а утилита позиционируется как запасной вариант при их недоступности;
- Реализация режима панорамирования RandR 1.3 и добавление MetaMode-атрибутов "PanningTrackingArea" и "PanningBorder";
- Добавление RanDR-свойств Border и BorderDimensions для регулировки края области вывода (например, можно задать область вывода меньше фактического размера экрана для компенсации забегания развёртки). Похожие настройки добавлены в конфигуратор nvidia-settings;
- Поддержка профилей приложений (http://us.download.nvidia.com/XFree86/Linux-x86/319.12/READM...) (Application Profiles) для клиентских компонентов GLX, позволяющих привязать к конкретному пользовательскому приложению или процессу индивидуальных набор настроек;
- В панель конфигуратора NVIDIA Settings добавлена страница для настрйки параметров VDPAU, позволяющая управлять задействованием различных особенностей GPU по декодированию видео;- Поддержка динамического управления видеорежимами через опции RandR: "--newmode", "--rmmode" и "--delmode";
- Реализация новых опций для секции Monitor в xorg.conf: "Ignore", "Enable", "Primary" и "Rotate". Например, опцию "Rotate" можно применять для автоматического поворота вывода для монитора с заданным идентификатором EDID:
<font color="#461b7e">
Section "Monitor"
Identifier "DPY-EDID-ee6cecc0-fa46-0c33-94e0-274313f9e7eb"
Option "Rotate" "left"
EndSection
</font>
- Интерфейс командной строки утилиты nvidia-settings расширен поддержкой указания имён устройств вывода, например: "nvidia-settings -q [DVI-I-0]/RefreshRate" и "nvidia-settings -q [GPU-1.DVI_I-1]/RefreshRate";
- Поддержка восстановления EFIFB-консолей на системах UEFI с портами вывода VGA, DVI, HDMI, LVDS или DP;
- Добавление дополнительной отладочной информации в OpenGL библиотеки NVIDIA, в том числе информации о содержимом стека;
- Увеличена производительность HyperMesh для ряда моделей GPU серии Quadro;
- Улучшена производительность при отключенной опции Accel.
URL: https://devtalk.nvidia.com/default/topic/539249/unix-graphic...-/
Новость: http://www.opennet.ru/opennews/art.shtml?num=36647
видать слова Линуса их больно задели...
Почему они их должны задеть?
а тебе понравится, если тебе "по делу" фак тыкнут, да и ещё человек такой величины как Линус?
Потому что довольно болезненный антипиар. В то время как все компании считают участие в опенсорс проектах почетным и положительно влияющим на репутацию делом, нвидия выглядит белой вороной. И фак им за дело показали.Тем более что у этих недоумков нынче полбизнеса на пингвине держится. По поводу чего их отношение к оному выглядело мягко говоря, странным.
> все компании считают участие в опенсорс проектах почетнымСегодня да, и то не все. А ничего, что nvidia принимает участие с 2002г.? Когда выпустила linux-драйвера для своих чипсетов nForce 220D/420/420D. У подавляющего большинства производителей и мыслей таких не было тогда, о линуксе не знали вообще и нормальным считалось что пользователь должен собственноручно написать драйвер (если хочет пользоваться устройством). А пользователи nvidia уже в те годы могли нормально пользоваться их железом.
>А ничего, чтоНичего.
Выпуск блоба нифига не участие в опенсорс.
Поэтому и отношение такое — если делаете, то делайте хорошо, а не как для людей второго сорта. Иначе будете посланы.
Или открывайте спеки и посылать друг-друга будут энтузиасты, пока не сделают приемлемо сами.
> Выпуск блоба нифига не участие в опенсорс.2002 год. обеспечили поддержку своего железа.
Парни, я понимаю, что мир в некоторых головах раскололся на "чёрное" и "белое", но давайте воздавать должное. Тогда это была поддержка. Нужная. За это спасибо. А сейчас... ну там уже Линус вроде как высказался, повторяться не будем.
>2002 год. обеспечили поддержку своего железа.Хреновую поддержку.
3д-визион нет, оптимус нет, на стандарты нас рать, терминала нет,...Парни, я понимаю что вы что-то там сделали. Но в ангелы не нужно краситься.
И не зачем оскорблять своего оппонента своим чёрно-белым оправданием, средний палец не хуже Линуса покажу.
Мало того что барыжат одними и теми же картами с искусственно ограниченным функционалом, так ещё хотят чтобы им спасибо говорили за недо_поддержку.
Хреновую поддержку.> Когда выпустила linux-драйвера для своих чипсетов nForce 220D/420/420D.
я про это. а ты про что-то другое.
вот тогда и приходи.
а сегодня — средний палец даже похвала.
"ни за что, никогда, не признавать, что облажался"
плохо, проигрывать надо уметь.
> плохо, проигрывать надо уметь.смешно
> 2002 год. обеспечили поддержку своего железа.под заказ. Иначе бы ушли бы с проф. рынка графических станций. никакого альтруизма. Вот и для стрима стараются - денюжка нужна. разве что фришку держат на энтузиазме :)))
> 2002 год. обеспечили поддержку своего железа.А при чем тут опенсорс?
> но давайте воздавать должное.
За блобизирование то открытой системы? Да, за такое надлежит воздавать канделябром по морде.
> А сейчас... ну там уже Линус вроде как высказался, повторяться не будем.
Потому что он себя уважает и в отличие от латентных проприетарщиков он не участвует в всевозможных dick sucking contest. А вот некоторых местных на это периодически пробивает, да.
>> все компании считают участие в опенсорс проектах почетным
> Сегодня да, и то не все.Да? И кто же "не"?
Зыж
Это не трэнд. И не мода.
Это естественный процесс.
Все хотят казаться респектабельными, добрыми, надёжными. Даже если едят на завтрак младенцев.
Да и точка невозврата уже пройдена. Уже мало просто казаться добрым. Надо сотрудничать или умирать. Вон мс с лсф по сеткам к примеру. Конечно захочет кинуть. Но уже врядли получится.
>>> все компании считают участие в опенсорс проектах почетным
>> Сегодня да, и то не все.
> Да? И кто же "не"?Ты с Луны упал? Производители принтеров: почти все, кроме HP, и HP кстати тоже не идеально.
Периферия... массовая пилится, заметим, самим сообществом. Поэтому болт, который производитель кладёт на опенсорсные системы не так заметен. Но на примере экзотического железа очень, очень заметно. В основном: "не, не слышал", реже - "нате блоб и отвяжитесь" ну и опенсорс... мало. Сильно мало. Нужно больше.
>>>> все компании считают участие в опенсорс проектах почетным
>>> Сегодня да, и то не все.
>> Да? И кто же "не"?>Ты с Луны упал? Производители принтеров: почти все, кроме HP, и HP кстати тоже не идеально.Ты из пещеры вылез?
Кто конкретно из производителей принтеров против опенсорса?
Может самсунг? Может LG? Может Шарп? Кто из них против опенсорса?А, ты хотел съюлить с темы?
Понимаю.
Кэнон
Ксерокс
Самсунг? Там всё хорошо, да? Я беру любое МФУ и ставлю из реп драйвера?
Шарп? http://moscow.dns-shop.ru/catalog/51/ Кто это - Шарп?
При чём тут принтеры то вообще?Кто из этих компаний ПРОТИВ опенсорса? Желательно с пруфами и тд.
зыж
Xerox очень не плохо поддерживает дрова для своих принтеров/мфу. Держу несколько в сетевом CUPS'е в конторе.
Более того, линух уже там внутри. Кэнон — не знаю, не пробовал.
Но речь о том — кто ПРОТИВ опенсорса?
Очень хочется узнать кто эти «не_все», а не наблюдать попытку съюлить на уровень поддержки принтеров тем или иным вендором.
> При чём тут принтеры то вообще?Извини, я пропустил момент, когда "все компании считают участие в опенсорс проектах почетным" превратился в "Кто из этих компаний ПРОТИВ опенсорса?".
Для меня "считать участие в опенсорц проектах" это как минимум учитывать опенсорс проекты.
То самое "уровень поддержки ZZZ тем или иным вендором".Я более того скажу, формулировка "кто тут против опенсорса" говорит о том, что тебе пора... хм... повзрослеть чуток.
> Xerox очень не плохо поддерживает дрова для своих принтеров/мфу. Держу несколько в сетевом CUPS'е в конторе.
Не всё.
>>>> все компании считают участие в опенсорс проектах почетным
>>> Сегодня да, и то не все.
>> Да? И кто же "не"?>
>Извини, я пропустил момент, когда "все компании считают участие в опенсорс проектах почетным" превратился в "Кто из этих компаний ПРОТИВ опенсорса?".Рассеянное внимание первый признак склероза.
> Рассеянное внимание первый признак склероза.смешно. это всё?
так кто против опенсорса?
> Извини, я пропустил момент, когда "все компании считают участие в опенсорс проектах
> почетным" превратился в "Кто из этих компаний ПРОТИВ опенсорса?"."Кто не с нами - тот против нас" :P.
> Я более того скажу, формулировка "кто тут против опенсорса" говорит о том, что тебе пора... хм... повзрослеть чуток.Или похудеть ... хотя, я почему-то не уверен в адекватности этого моего клона.
> Кэнон
> Самсунг? Там всё хорошо, да? Я беру любое МФУ и ставлю из реп драйвера?Не из реп, а с сайта производителя. Приемлемо у обоих, у canon даже неплохо. По МФУ.
Про Xerox не знаю (они вроде с каким-то ещё производителем были нередко взаимозаменяемы по драйверам), но у них особенно малая прибавка за PostScript (т.к. лицензировать не надо).
У Кэнонов всё печально. Один МФУ и один принтере прямо сейчас стоят сиротинушками. Самсунги печально в другом плане - острая заточка под пару дистров и жуткое напичкивание жуткими способами разного в cups. Да, ещё панасоник. Там тоже печально. HP - по сути единственные, у кого более менее.
У хп не просто нормально, у хп отлично.
Стоит ну очень много всего от них. При этом на некоторые (например к8600) маководы печатают через купс линуха, т.к. в маковом купсе траблы с полями (а начинаешь подстраивать, так либо в ошибку, либо ахинею).
С ксероксами тоже всё нормально, но дрова на сайте и не так просто.
У самсунга только с древними принтерами (у хп кстати тоже. Но правда с совсем уж древними)
С канон не знаю, не брал ни разу (когда-то сканеры разве что).Так что в общем поддержку линуха в принтерах уже считаю просто конкурентным преимуществом.
конкурентное преимущество будет когда будет как с wifi: два три чипа с проблемами - остальное "из коробки". с печатью пока всё не так. либо плати сильно дороже ХП либо сиди читай что взлетит. вот когда пришёл, купил, а оно будет просто работать - тогда будет да.
>конкурентное преимуществоВот гамно и не беру.
И клиентам нахненадь оказывается ограниченный девайс, когда есть альтернативы.
при чем сканер заводится с пол-пинка на МФУ от кэнон. вот так вот стоит один, вроде бы, девайс, половина работает, половина -- нет :)
минусуют. правда глаза колет
> У Кэнонов всё печально. Один МФУ и один принтере прямо сейчас стоят сиротинушками.Перепроверьте.
>> У Кэнонов всё печально. Один МФУ и один принтере прямо сейчас стоят сиротинушками.
> Перепроверьте.Давно ли Canon перестал выпускать GDI-принтеры? Или, может быть, cups научился с ними, с GDI-принтерами работать?
> Давно ли Canon перестал выпускать GDI-принтеры?
> Или, может быть, cups научился с ними, с GDI-принтерами работать?Перезагрузите всё же страничку http://www.openprinting.org/printers/manufacturer/Canon :)
Вы уж простите, но у кенона поддержка линуха - говно. Говорю как пользователь iP4500. Родной драйвер максимум способен на 600dpi - фото не напечатаешь. Слежения за чернилами нет, дуплекс через ж..., периодические подвисания принтера при печати, что пока не перегрузишь его с купсом на пару, предварительно убив задания, нихрена не заработает. Приходится турбопринт юзать - он на порядки функциональнее, но увы - стоит как принтер и без профилей тоже не конфетка (читай "купи спектрофотометр").
На эпсонах хоть гутенпринт что-то дает, на ХП свои родные на уровне, на кенонах же - мрак.
> Слежения за чернилами нетОй, я уже совсем забыл про струйники, оказывается... там картинка совсем другая, помнится.
Стоит еще струйники вспомнить. Epson L110 например.
> Сегодня да,Ага. И дальше будет больше. Почему - сами догадайтесь.
> и то не все.
А это чем дальше тем больше их проблемы.
> А ничего, что nvidia принимает участие с 2002г.?
Не вижу участия. Пилить в своем гаражике какой-то там левый блоб, игнорируя направление развития кернела, его подсистемы и возможности - не считается за "участие". Это тупое написание какого-то совершенно левого блоба, который в лине "не пришей кобыле хвост". Совершенно чужой элемент в системе, игнорирующий тамошние методы разработки и фичи. Который никто не может майнтайнить по нормальному. Сорцев - нет. Даже багтрекера нормального нет. Половину поддерживаемых системой архитектур закрытый кусок гумна опять же не поддерживает. Да, вы прикиньте - на дворе 2013 год. И в мире есть куча процессоров на основе ARM или MIPS из которых PCI-E торчит. Те кто хочет поорать что это редко и все такое - идет туда же куда и слоны. Потому что на днях нвидия (!!!) показала именно такую вундервафлю собственной разработки :).
> Когда выпустила linux-драйвера для своих чипсетов nForce 220D/420/420D. У
> подавляющего большинства производителей и мыслей таких не было тогда, о линуксе
> не знали вообще и нормальным считалось что пользователь должен собственноручно написать
> драйвер (если хочет пользоваться устройством). А пользователи nvidia уже в те
> годы могли нормально пользоваться их железом.Это никак не относится к разработке ядра Linux, удобству работы с nvidia разработчиков линевого ядра и прочая.
Рынок их задел. Консоли все дружно под AMD перебираются, tegra 2 - никому не нужна оказалась без драйверов и так далее...
Тегра 2 медленнее китайского А10, она просто не нужна.
Tegra3 медленне китайского RK3066
> Tegra3 медленне китайского RK3066Да ну? Хотите сказать что 2-ядерник с A9 порвал 4-ядерник? Вот то что китаезы дешевле - как пить дать. Allwinner стоит 5 баксов, а вся железка на нем - баксов 30. Нвидии такое и не снилось :).
Не уловил линейной зависимости между общей производительностью и количеством ядер.
> Не уловил линейной зависимости между общей производительностью и количеством ядер.Если задача параллелится - оно вполне себе может быть. Другое дело что все может упереться в память, i/o или там что еще - тогда все ядра будут дружно курить бамбук :). Но некоторые виды задач вполне себе выиграют практически по числу ядер (у CPU кэш есть, etc).
>> Не уловил линейной зависимости между общей производительностью и количеством ядер.
> Если задача параллелится - оно вполне себе может быть. Другое дело что
> все может упереться в память, i/o или там что еще -
> тогда все ядра будут дружно курить бамбук :). Но некоторые виды
> задач вполне себе выиграют практически по числу ядер (у CPU кэш
> есть, etc).Ключевое слово - "некоторые". Причем прикладное значение имеет МЕНЬШАЯ часть этих некоторых.
> Ключевое слово - "некоторые". Причем прикладное значение имеет МЕНЬШАЯ часть этих некоторых.Простите, большинсво прикладных 99.9% времени занимается туповэйтингом юзерского ввода, если уж на то пошло :)
Зато я давно уловил зависимость глючной и кривой сборки Android с моделью и производителем процессора.
Да. Я тоже.
При чём тегра2 не впечатлила.
C Tegra2 да. Согласен. Ляпнули без NEON.
Зато, например, падение Google+ на говонодроиде Google исправил, но, буквально, на днях.
А угробищную работу WiFi (на 2 различных системах видал одно и то же) Google уже китайцам не исправит.
>Allwinner стоит 5 баксов, а вся железка на нем - баксов 30И работает и поддержка соответствующая цене. По сравнению с этими китайцами проприетарщики из NVIDIA просто ангелы.
> И работает и поддержка соответствующая цене.Работает - нормально вполне. Обычный ARM на гигагерц. В отличие от додиков из нвидии китаезы и то не сэкономили на NEON почему-то. Лицензировав оный для пятибаксового проца. А нвидия удавилась жабой при куда менее гуманных ценах на свои процы. В результате нвидия сказочно факапнула производительность в всевозможной мультимедии типа кодеков. Благо, там не редкость выписанные на asm вставки, поднимающие производительность в разы за счет эффективного набора команд.
> По сравнению с этими китайцами проприетарщики из NVIDIA просто ангелы.
Эти китайцы, btw, нынче в майнлайн включены. Хотя нвидия в последнее время тоже перестала выделываться и для тегры их партнер даже дрова вон пилит. Но таки еще пару раз им факи показать явно не лишне, чтобы еще и на десктопе свое блобье засунули куда подальше. Главное они из-за него про...ли немеряный контракт с китайцами на полмиллиарда грина. Не, все-равно дурням урок не в прок.
> Tegra3 медленне китайского RK3066Да... потыкал я в трансформер 300, китайские двуядерники шустрее будут.
Бессмысленно смотреть, что там сейчас шустрее.Toshiba Ac100, например, профукали ровно из-за отсутствия драйверов. Я десяток человек знаю, которые купили бы ее, работай на ней нормально нормальная ОС, а сам купил бы три штуки.
они просто хотят и могут быть в стимбоксах.
И вообще, раз есть стим под линукс - они явно не против продавать GPU линуксоидам. Все-таки они - капиталисты.
> И вообще, раз есть стим под линукс - они явно не против
> продавать GPU линуксоидам. Все-таки они - капиталисты...... в случае, если будет приличный объем. Коего пока-что не видать.....
> ..... в случае, если будет приличный объем. Коего пока-что не видать.....А пусть дальше своим блобьем горбатым пичкают. И получат то что и заслуживают. Вон с китаем профукали заказ на полмиллиарда. Потому как блобика под MIPS у нвидии нет.
>> ..... в случае, если будет приличный объем. Коего пока-что не видать.....
> А пусть дальше своим блобьем горбатым пичкают. И получат то что и
> заслуживают. Вон с китаем профукали заказ на полмиллиарда. Потому как блобика
> под MIPS у нвидии нет.Ай беда беда...
Мне кажется, тут больше Valve потрудился.
Поддержка optimus? Так это можно сносить bumblebee и оно уже наконец само просто заработает?
А разве bumblebee не сносит сам сабя вместе с /usr?
Уже не сносит, инфа 146%.
> А разве bumblebee не сносит сам сабя вместе с /usr?Так давно уже исправили. А так - нефиг сносить софт корявыми скриптами. Пакетный менеджер на что?!
Так найти древнюю каку (о которой узнал тут же пару лет назад, а сам не видел) и покидаться — это ж даже не по-тролячьи, а так, из разряда мелких собачек.
> по-тролячьи, а так, из разряда мелких собачек.Щенок тролля. Lvl 0 troll :).
bumblebee и не нужен для работы optimus, достаточно наличие libgl и запущенного второго xorg-server`а на видео картер Nvidia. http://webcache.googleusercontent.com/search?q=cache:Dw805y6...
дык правильней сразу сюда http://github.com/amonakov/primus :
>Primus is a shared library that provides OpenGL and GLX APIs and implements low-overhead local-only client-side OpenGL offloading via GLX forking, similar to VirtualGL.
>It intercepts GLX calls and redirects GL rendering to a secondary X display, presumably driven by a faster GPU.
>On swapping buffers, rendered contents are read back using a PBO and copied onto the drawable it was supposed to be rendered on in the first place. For more information, refer to technotes.md.…
Зачем ставить лишние сущности, если libgl и так будет использоваться. Достаточно лишь запустить ещё один xorg-server, который использует видео карту nvidia.
В оптимус нет прямого доступа к буферу вывода на экран.
Буфером рулит Intel integrated graphics processor (IGP)
http://www.nvidia.co.uk/object/LO_optimus_whitepapers.html стр. 11
>Using NVIDIA‟s Optimus technology, when the discrete GPU is handling all the rendering duties, the final image output to the display is still handled by the Intel integrated graphics processor (IGP).на стр.15 наглядная "картинка" работы.
Т.е. в headless-картах nvidia (а насколько я понял в оптимус именно так. я лично других ноутов не встречал) рулить формированием картинки совсем без участия IGP не получится.
Зачем вы мне всё это написали ?Я ответил лишь на предложение ставить primus. Т.е. зачем его собственно ставить, если он так же использует libgl и второй запущенный xorg-server.
а затем, что в вашей ссылке (http://webcache.googleusercontent.com/search?q=cache:Dw805y6...) была соответствующая запись:
> Virtual GL
>To stream frames rendered by the secondary X server, running the nVidia card, to the primary display, Virtual GL is needed. Fortunately, it is available through Portage.перевести?
примус не требует vgl для этих целей и не имеет оверхеда vgl.
А вот эта фича с выводом через другое устройство в комбинации со встроенной AMD-картой не заведётся?
Насколько я понял, нормальной поддержки optimus нет. Иксы целиком рисуются на карточке nvidia, которая никогда не отключается, а intel используется только для вывода картинки. Т.е. никакого динамического переключения и экономии батарейки нет. Буду ждать дальше.
Вы немного не так поняли, прочтите новость ещё раз.
Кстати, с Bumblebee чип nVidia тоже динамически отключался, только это нужно было указывать явно через optirun/primus application.
Ты прочти не новость, а документацию по ссылкам, дубинушка! С этим драйвером видеокарта nvidia не отключается при малой нагрузке, а работает всегда. А на видео intel в данном случае вообще никогда ничего не рендерится, оно нужно только чтобы передать картинку на монитор. Короче, это нифига не нормальная поддержка оптимуса, даже не близко. Bumblebee все еще лучше этой фигни.
Да, похоже в новости ложная информация. Но ты всё-равно за языком следи, пожалуйста.)
> Насколько я понял, нормальной поддержки optimus нет. Иксы целиком рисуются на карточке
> nvidia, которая никогда не отключается, а intel используется только для вывода картинки.Насколько я понимаю, интел всегда активен, а при тяжелой нагрузке может считаться на нвидии. Нвидию при этом можно заглушать без отвала иксов и графики в оных.
В общем-то они вполне себе присоседились к недавно разработанным ядерным подсистемам. Хоть и через костыли, поскольку они там не особо то и велкам со своей проприетарой.
Это в теории должно быть так. Но документация к сабжевому драйверу утверждает, что обе карточки будут включены постоянно, для всего будет использоваться nvidia, а штеуд - тупой монитор. Поддержку нормального render offloading ждите когда-нибудь потом.
> Поддержку нормального render offloading ждите когда-нибудь потом.Поскольку на архитектурном уровне к этому в ядре линя и вокруг все готово, не думаю что это займет много времени. По крупному перепиливать ничего не надо. Как максимум самой нвидии в ее хозяйстве. Вот это хз насколько их блобня внутри изначально рассчитана на такой оборот дел.
Да неужели!! Я два года парился с бамбелби, хотя должен отметить, что бамбелби последнее время тоже не плохо сделали.. но думаю оригинальные драйвера куда лучше, чем дрова интузиастов. При установки бамбелби было только одно улучшение еа моем ноуте - ноут держался на 2 часа дольше и не грелся. Только ради этого его устанавливал. Думаю через месяц можно будет уже радоватся полной версии драйве и всем новшествам.
>ноут держался на 2 часа дольше и не грелсяИменно этого в новом драйвере пока нет. И неизвестно, когда будет.
А это тогда что?"Наиболее заметным улучшением стала реализация технологии Optimus для платформы Linux, позволяющая на лету переключаться между встроенной энергоэффективной видеокартой на базе GPU Intel и дискретной картой NVIDIA. При незначительной нагрузке на графическую подсистему отличающаяся высоким энергопотреблением дискретная карта полностью обесточивается, а вывод перенаправляется на более энергоэффективный встроенный GPU Intel, что позволяет значительно продлить время работы портативных устройств в автономном режиме."
Это вранье. Просто взяли описание Optimus из Википедии, или еще откуда-нибудь, и вставили в новость. На самом деле подключение/отключение дискретной видеокарты пока не реализовано в драйвере nvidia, а можно лишь настроить систему так, чтобы дискретное видео использовалось всегда (но без сторонних костылей). Не полагайтесь на автора новости, читайте документацию к драйверу, там все написано.
>но думаю оригинальные драйвера куда лучше, чем дрова интузиастов.дык может сразу на прохфисианальную винду и не мучиться с интузиастным линухом?
> дык может сразу на прохфисианальную винду и не мучиться с интузиастным линухом?Надо же, при всем снобизме и ламерстве - на редкость валидный пойнт. Не понимаю людей нахваливающих проприерасию и при этом юзающих линь, где ее процент, мягко говоря, очень пониженный :)
Охренеть, свершилось.
Для Ubuntu есть уже в виде пакета nvidia-319
в ppa:sudo apt-add-repository ppa:xorg-edgers/ppa
Какие требования к операционной системе? Ядро, иксы - какие минимально необходимые версии для задействования Optimus?
https://www.linux.org.ru/forum/talks/9050432?cid=9050474
Иксы указано какие нужно использовать. А вот ядро не особо, но, вроде в 3.7.10 уже есть всё, что нужно.
> А вот ядро не особо,DMA-BUF появился только в относительно свежих ядрах. А как без него такой номер выделывать?
Иксы 1.13 + xrandr 1.4.0
И соответственно вопросец: откуда взять версию 1.4.0 ?
На будущее. В X11R7.8 обещают. Не сделать же одновременно везде один функционал в единый момент времени.
> Иксы 1.13 + xrandr 1.4.0
> И соответственно вопросец: откуда взять версию 1.4.0 ?echo x11-apps/xrandr ** >> /etc/portage/package.keywords/xrandr
emerge -av =x11-apps/xrandr-1.4.0
По поводу модулей - может это только у меня грабли?Проблема в следующем: обновляю драйвер, на компьютере пользователя с открытым сеансом. Модуль ядра остается загружен старый и когда пользователь завершает сеанс (X сервер перезапускается) или еще один пользователь хочет открыть сеанс, то X сервер не запускается: часть драйвера из пространства пользователя видит(ругается в Xorg.log), что загружен старый модуль ядра.
Кто как с этим борется?
Лучше бы, nVidia в этом направлении что-то сделала.
закрыть все иксовые сеансы.
в терминале jn кщще
# rmmod nvidia
# modprobe nvidia
Я удаленно обновляю компьютер пользователя. Просить его выйти из сеанса не вариант.
> Я удаленно обновляю компьютер пользователя. Просить его выйти из сеанса не вариант.kill -9 `pidof Xorg`; # просить ещё, пффф, придумаешь тоже...
pkill -9 -u pavlinux
да, поможет, если за компьютером будет пользователь pavlinux
только у меня таких нет
>Я удаленно обновляю компьютер пользователя. Просить его выйти из сеанса не вариант.врёте.
он уже отвалился:
>и когда пользователь завершает сеанс (X сервер перезапускается) или еще один пользователь хочет открыть сеанс, то X сервер не запускаетсязыж
>Я удаленно обновляю компьютер пользователя.надеюсь в текстовом терминале через ssh?
если да, то делайте что я выше написал и всё.
> делайте что я выше написал и всёпохоже, что существует 2 мнения: Ваше и неправильное...
По теме:
никто никуда не отвалился
обновления происходит по ssh.В настоящее время использую такой велосипед:
в конфиге KDM
TerminateServer=true
ServerCmd=/usr/local/sbin/check_modules /usr/bin/Xorg ...и скрипт check_modules
#!/bin/bash[ -f "/sys/module/nvidia/version" ] && {
[ "$(/bin/cat /sys/module/nvidia/version)" = "$(/sbin/modinfo --field version nvidia)" ] || {
/sbin/modprobe -r nvidia &> /dev/null || /sbin/shutdown -r now
}
}
exec "$@"Собственно, пока открыт сеанс только одного пользователя - все хорошо: при завершении сеанса (X сервера) и запуске нового экземпляра X сервера проверяется расхождение версий загруженного модуля и установленного модуля - есть различия - пытаемся выгрузить старый модуль до запуска X сервера, и если не удается, то перезагрузка.
Проблема возникает если открыты сеансы нескольких пользователей.Вдруг есть лучшее решение.
>и когда пользователь завершает сеанс (X сервер перезапускается) или еще один пользователь хочет открыть сеанс, то X сервер не запускаетсяХм. Ваша писюлька.
А драйверок-то шустренький +2.5 FPS на Unigie Heaven 4.0
щаз глюки исправят и станет как все.
Прозреваю, что будучи фанатиком, но при этом имея проприетарный и скандальный оптимус. Ты будешь пользоваться всё равно костылями bumblebee. Сначала, значит, кричим: nvidia плохая, что оптимус не реализовала, потом будем кричать, что плохая и реализовала, но будем и дальше покупать. Так мило ;D
>Прозреваю, ...Похвально.
После любого GL-скринсейвера, процесс xscreensaver-gl-helper висит и не разблокирует экран.
Xfce-4.10, linux-3.9-rc6
pavel@suse64:~> nvidia-settings
Ошибка сегментирования
pavel@suse64:~> gdb nvidia-settingsProgram received signal SIGSEGV, Segmentation fault.
0x00007ffff57f5b24 in pthread_mutex_lock () from /usr/lib64/tls/x86_64/libc.so.6
(gdb) where
#0 0x00007ffff57f5b24 in pthread_mutex_lock () from /usr/lib64/tls/x86_64/libc.so.6
#1 0x00007ffff789ac44 in XextFindDisplay () from /usr/lib64/tls/x86_64/libXext.so.6
#2 0x00007fffedef4d12 in ?? () from /usr/lib64/tls/x86_64/libGL.so.1
#3 0x00007fffedeef101 in glXQueryExtension () from /usr/lib64/tls/x86_64/libGL.so.1
#4 0x0000000000429666 in NvCtrlInitGlxAttributes ()
#5 0x00000000004277ca in NvCtrlAttributeInit ()
#6 0x000000000041fadb in ?? ()
#7 0x000000000042012c in nv_alloc_ctrl_handles_and_add_to_array ()
#8 0x000000000041a4d1 in main ()
Ха!
А чё у тебя за глибс то?
> Ха!
> А чё у тебя за глибс то?2.xx
Что можешь сказать в сравнении с 2.yy или какие баги есть отличии от 2.zz ?
>Что можешь сказать в сравнении с 2.yy или какие баги есть отличии от 2.zz ?что ты в невменяемом состоянии. жаль.
смотри чтобы нормой не стало.
зыж
$ optirun nvidia-settings -c :8 -v
nvidia-settings: version 319.12 (buildmeister@swio-display-x86-rhel47-06)
Wed Apr 3 16:12:17 PDT 2013
The NVIDIA X Server Settings tool.This program is used to configure the NVIDIA Linux graphics driver.
For more detail, please see the nvidia-settings(1) man page.Copyright (C) 2004 - 2010 NVIDIA Corporation.
$ eix sys-libs/glibc
sys-libs/glibc
Available versions: ...
Installed versions: 2.15-r3
другими словами - х/з почему именно у тебя не работает. вполне возможно что и сабж виноват.
зыж
так сабж (http://us.download.nvidia.com/XFree86/Linux-x86/319.12/READM...) повторить и не удалось.
не стартуют иксы и всё тут. :/
2.15 тоже
А я вот больше не покупаю нвидию. ^_^