На амд такого небыло, на интелах на тебе

Вот это поворот. Я окончательно запутался, что же мне брать.

Может быть нужно отключить ускорение SNA, на старом Intel GMA помогало от каких-то глюков (уже не помню что там было).

Бери что хочешь, просто рач не используй.

+1 метод акселерации сменить. сам с этим столкнулся недавно

Я окончательно запутался, что же мне брать.

если хочешь знать моё мнение, как человека поюзавшего и то и то - брать интел, и только интел. Своих денег оно стоит. Это даже на фоне этого бага никак не меняет моего мнения. Отключать ускорение - это только замазать трещину, но она никуда не девается же... Возможно, нужно писать в багзиллу

Товарищ, сходите проветрите свою извилину, если делать нечего.

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

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

печально, SNA работает заметно шустрее UXA ...

исходный код на всех дистрибутивах используют один и тот-же

Лол, да ничего подобного. Тебе слово «патч» о чём-нибудь говорит?

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

Загляни в аур, офигей от количества патчей, накладываемых на пакет. А по последнему - балабол

казалось бы, причем тут метод 2D акселерации, если у меня комозитинг включён...

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

А по последнему - балабол

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

имею Intel (Sandy Bridge) — несколько месяцев назад бывало у меня пару~тройку раз такое, что во время запуска конкретного-определённого-фильма — происходил стабильный kernel panic .

менял SNA на UXA , и это избавляло меня от kernel panic .. затем через несколько недель, после обновления дистрибутива, я обратно менял UXA на SNA (kernel panic уже не происходил)..

этот цикл повторялся несколько раз. (имеется ввиду — что SNA «портилось» несколько раз, и «чинили» его тоже несколько раз).

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

сейчас использую SNA, но файл /etc/X11/xorg.conf.d/21-MY_CUSTOM-intel.conf — держу на готове:

# в черезвычайном случае -- вытянуть шнур, выдавить стекло и раскомментировать блок:
#
#Section "Device"
#   Identifier  "Intel Graphics"
#   Driver      "intel"
#   Option      "AccelMethod"  "uxa"
#EndSection

в будущем быть может Intel — перейдёт на Glamor.

(сейчас пока-что SNA опережает Glamor по скорости отрисовки, так что SNA остаётся поумолчанию).

если Intel перейдёт на Glamor — то будет интересно к чему это приведёт.. :) думаю надо надеяться на хорошее!

внезапно, в ауре дохерище пакетов, который тупо спёрты из гита арча. Ладно, тогда взгляни в гита пкгбилдов арча.

То-то юзеры рача постоянно доставляют жалобами

До, майнтейнеры ${dist_name} конечно-же взяли, и сами пофиксили баги в SNA, естественно.

Наврятли интел перейдёт на гламор. Вероятность этого сопоставима с тем, что интел перейдёт на галлиум. Мне почему-то так кажется. Гламор конечно универсально, но в более низкоуровневой форме аки SNA можно больше изврата начудить, для большей производительности.

Гламор конечно универсально, но в более низкоуровневой форме аки SNA можно больше изврата начудить, для большей производительности.

так-то — это так. логично предположить что низкоуровневость SNA будет решающим фатором в этом маленьком сражении. я согласен!

но быть может вдруг главного (самого умного) разработчика SNA переедет автобусом (с заражёнными Эболой пассажирами), а другие разработчики уже не смогут полностью разобраться в коде SNA... поэтому единственным выходом в этом гипотетическом случае — может остаться переход на Glamor .. :)

то есть — да вероятность маленькая — но всё же есть :-)

vova7890> исходный код на всех дистрибутивах используют один и тот-же

4.2

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

Стабильность штеудовских драйверов неимоверно сильно зависит от версии. У меня они несколько раз ломались после обновлений в Debian Sid. В итоге когда всё заработало как надо, перестал обновлять этот драйвер.

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

а почему в слаке УМВР?

Это норма.

Не по этой теме

Здравсвуй, смотрел тему где ты на А13 засунул линукс с кедами, хотел попросить образ или если есть время помощь по установке. Второй день имею себе мозг с таким же.

а ведь это по словам знатоков лучший видеодрайвер для linux. теперь только подумай, что происходит на nvidia

образ дать не могу, с тех пор многое поменялось. Но там ничего особо-сложного. Вроде всё просто. В чём конкретно затык?

если в сравнении - то возможно так и есть.

Захожу http://archlinuxarm.org/platforms/armv7/allwinner/a10-olinuxino-lime . Дальше в вкладку инструкции делаю как для а10, только архивы фс sun5i и бут с фтп на a13-olinuxino выкачиваю естественно. Ставлю как написано, черный экран ... 0 движений. Вчера пробовал готовые лить из OLIMEX дебианы , лубунты. Та же история.

Я уже точно не помню, но вроде окружение я брал арчевское арм v7, собирал ядро из репы sunxi на A13 и бутил на нём арч. Готового арча под а13 нету.

Странно.
У меня Арч, hd4000. Ни кеды, ни даже на Юнити иксы не падают.

у меня уже тоже. Я так понял, оно периодически вылазит.

А с видео драйверами как у вас норм было ? у меня сферы 1 кард дают, шестеренки кадров 15. Модули ump , mali , disp_ump, и из репы xf86-video-fbdev, xf86-video-fbturbo. На xfce4 даже окошки когда тащу лагает нереально. Или это и есть реальная производительность mali400?

мали не поддерживает OpenGL, fbturbo юзает программный композитинг.

На xfce4 даже окошки когда тащу лагает нереально.

У A10-Lime всего лишь 16-битная ширина интерфейса памяти. Это очень плохо для графики (у полноценных Allwinner устройств ширина интерфейса памяти 32-битная).

Далее, если используется FullHD разрешение экрана, то у Allwinner A10 есть ещё одна проблема с катастрофическим проседанием скорости памяти (если не использовать workaround): http://ssvb.github.io/2013/06/27/fullhd-x11-desktop-performance-of-the-allwin... и http://ssvb.github.io/2014/11/11/revisiting-fullhd-x11-desktop-performance-of...

Если используется 'ondemand' cpufreq governor, то это ещё один источник весьма неприятных лагов и неотзывчивости пользовательского интерфейса.

После решения описанных выше проблем, таскание окошек лагать не должно.

мали не поддерживает OpenGL, fbturbo юзает программный композитинг.

С kwin_gles можно использовать аппаратный композитинг и даже получить всякие эффекты вроде трясущихся окон.

Программный композитинг тоже достаточно быстр. Обработка пикселей с использованием NEON работает быстрее, чем эти пискели читаются/пишутся из памяти (при условии, что нет дополнительных преобразований в виде масштабирования и/или вращения).

Но без композитинга вообще (аппаратного или программного) система работает немного быстрее, поскольку мы избавляемся от лишней опциональной нагрузки.

Угу, только помоему блюр не работал. Уже не помню точно