LINUX.ORG.RU

Сообщения NewUser

 

Драйвер для видеокарты AMD под Linux

Уважаемые гуру, у меня такой вопрос: неужели владельцы видеокарт с чипами от AMD обречены на вечные тормоза? Машина у меня не самая слабая ( AMD Phenom 2 940 X4 , 8 Гб DDR3-1066, Radeon HD 7700 Cape Verde), по крайней мере для просмотра видео flash, html5, да и локально при помощи видеоплеера. Интерфейс XFCE4 работает без нареканий, но вот воспроизведение видео прорисовывается паршиво, медленно, как в браузере онлайн с Ютуба/др. сайтов, так и локально - из VLC или SMplayer (хотя локально, ожидаемо, тормоза меньше). Паршиво - это означает, что задержек в принципе нет, смотреть можно, но прорисовка неравномерная, а в онлайн - видео бывает и тормозит, особенно от 720k и выше. Это наблюдалось и при использовании свободных драйверов, и при использовании проприетарных с сайта AMD - никакой существенной разницы между ними в лучшую или худшую сторону не заметно.

Вот пример дефекта изображения при воспроизведении фильма в плеере VLC

https://photos.app.goo.gl/CjMUpwQUDc3ycgYz1

При этом в установленной рядом Windows 7 в ютубе без единого нарекания воспроизводится видео разрешения 4k 2160. На основании такого расклада я делаю вывод, что причина существенной разницы в воспроизведении видео между ОС Windows и Linux заключается в качестве видеодрайверов под них. Вопрос: мне, как пользователю, если я хочу качественного и плавного воспроизведения видео на моём железе, придётся пользоваться для этих целей виндой, или же можно как-то добиться этого и под текущей Xubuntu 16.04 ? Заранее спасибо за ответы.

 , , ,

NewUser
()

RDP на сервер Windows через канал OpenVPN : жёсткие тормоза.

Есть кусок хостинга где-то в Германии, под управлением Windows Server 2008. На нём крутится жёлтая программа, на него люди ходят по протоколу RDP по каналу OpenVPN. Канал и сервер сам по себе хорошие, если использовать клиент удалённого рабочего стола Windows — всё быстро работает, нареканий нет. Я же работаю под Xubuntu. Сервис openvpn установил, клиент настроил, интерфейс tun0 поднимается и работает. Любым клиентом RDP на сервер стабильно заходит и соединение нормально держит - как из консоли xfreerdp, так и графической Remminoй. Одна беда - ОЧень сильно тормозит, как будто канал не в мегабитах, а диалапом соединились. Работать крайне некомфортно. На этой же машине установлена Win7, из-под неё всё отлично летает. В какую сторону копать, кто знает?

 , , ,

NewUser
()

Google Chrome подвешивает Xubuntu 16

CPU AMD Phenom(tm) II X4 945 Память DDR3 1066 МГц 8 Гб Свап 8 Гб Установлена Xubuntu 16,04 64 бит, браузер Google Chrome Version 64.0.3282.119 (Official Build) (64-bit) Вопрос: при открытии определённых страниц в браузере Google Chrome, винт начинает интенсивную непрерывную работу, при этом появляются быстро нарастающие тормоза системы вплоть до того, что указатель мыши реагирует с большим запаздыванием на движения манипулятора. Никаких сообщений об ошибках не появляется. HTOP в консоли НЕ показывает предельной загрузки процессора, ОЗУ и SWAP, всё в пределах нормы - около 40-50% на пике. Страницу, вызвавшую такое поведение системы, закрыть сложно из-за тормозов, остаётся ждать, или она настолько загрузит систему, что браузер опознает её как «неотвечающую», и предложит закрыть, или же выдастся свободный момент в работе винта, что позволит дотянуть указатель мыши до крестика закрытия страницы. Самый тривиальный пример такого поведения - попытка открытия предпросмотра .doc - файла, прикреплённого к письму в gmail - любого в любом почтовом ящике. При открытии превью, всё наглухо виснет, винчестер начинает работать на 100% и так непрерывно минут 5-7 (ума не приложу, что можно на винте с такой интенсивностью такое время делать). Кроме gmail, такую реакцию браузера и системы вызывают некоторые сайты. Firefox на этих же страницах, и браузеры в Windows таких глюков не вызывают. От количества одновременно запущенных приложений в системе и вкладок в браузере появление данного глюка не зависит (я обычно использую ресурсы экономно и не открываю по 50 вкладок одновременно).

 ,

NewUser
()

RSS подписка на новые темы