Serwer graficzny X.org używany obecnie pod Linuksem ma już swoje lata i jego architektura stanowi wąskie gardło dla współczesnych środowisk graficznych. W 2008 roku wystartował projekt Wayland - zupełnie nowy menedżer kompozycji i systemu okien. Postanowiono porzucić starą architekturę X.org i zaimplementować coś nowego rozwiązującego wszystkie istniejące problemy. Obecnie projekt ten jest oficjalnie wspierany przez organizację Freedesktop.org, X.org i wiele dużych firm związanych z Linuksem. Gdy będzie gotowy zastąpi serwer X.org.
Mir to podobny projekt firmy Canonical przeznaczony dla Ubuntu (Unity oraz wersji na tablety i komórki). Początkowo firma planowała użyć Waylanda, lecz w dość kontrowersyjnych okolicznościach ogłosiła że stworzy własny menedżer kompozycji. To rozpoczęło falę gorących dyskusji i porównań Waylanda z Mirem.
W tym artykule napiszę nieco o tych projektach i kontrowersjach jakie narosły od czasu ogłoszenia powstania projektu Mir.
› Read more
W czwartek ogłoszono wydanie KDevelop Beta 1 - pierwszej bety, z wciąż rozwijanej gałęzi KDevelop4. Pierwsza Beta to okazja dla nieco szerszego grona użytkowników (głównie programistów) do przetestowania nowej wersji środowiska programistycznego związanego z projektem KDE i podzieleniem się wrażeniami z twórcami.
KDevelop4 to rozwijana obecnie nowa wersja środowiska programistycznego KDevelop opartego o bibliotekę Qt4. W porównaniu z wersją 3.5 nowe wydanie zaoferuje znacząco więcej możliwości. W porównaniu z Qt Creatorem oferuje nie tylko obsługę C++ wraz z Qt/KDE, a także projekty korzystające z różnych języków skryptowych (obecnie Python, Ruby, w tym także PyQt, PyKDE, Korundum).
Zrzuty ekranów z KDevelop4 w akcji, wraz z opisem wprowadzanych usprawnień można znaleźć na blogach twórców - apaku.wordpress.com i zwabel.wordpress.com . Źródła KDevelop Beta 1 są do pobrania z serwerów lustrzanych .
› Read more
Zainstalowałem na moim Gentoo KDE w wersji 4.2.0, zachowując nadal 3.5.10 (na którym obecnie siedzę). Nowa wersja KDE już taka straszna nie jest, a "wydajność" pod nowymi sterownikami nVidii (180.27) jest dobra (nie ma problemów)... ale jednak dzięki sterownikom nVidii z KDE4 używać ogólnie nie mogę, a wszystko przez powszechnie znany błąd miganie-zwiecha, którego nVidia nie potrafi jak dotąd odtworzyć i poprawić :P A pod KDE4 ten błąd wyskoczy dość szybko, czy to w Konquerorze, czy przy efektach (podobnie w Qt4 aplikacjach korzystających z QWebView itd. :)). Mimo to KDE 4.2 oceniam ogólnie pozytywnie, choć ma jeszcze parę "braków".
Co do problemów i braków:
Kate zawsze otwiera się z otwartym bocznym menu ("Dokumenty") oraz nie chce trzymać wcięć w kodzie
Menu Konquerora - pasek adresu nie rozszerza się do maksymalnej dostępnej długości, więc jeżeli np. w widoku folderu mam więcej ikon niż w widoku web to powstaje w tym ostatnim dziura.
Czy da się w Konquerorze włączyć tryb podglądu w katalogach bez trzymania od tego ikonki w pasku? I jak dodać ikonkę za pasek wyszukiwania (otwieranie terminala, które o dziwo dostępne jest tylko dla jednego typu menu, które dołączane jest do głównego)
Powiadomienia Kopete mnie irytują... Zbyt agresywne i nie znikają pod klikiem.
› Read more
Na kde-look.org istnieje ciekawa ankieta http://kde-look.org/poll/index.php?poll=236 . W ankiecie wygrywa Plasma, a zaraz za nią KDE 3.5. Dla Dragon Player mamy 0%. Miałem z tym odtwarzaczem do czynienia w KDE4.2-SVN trochę temu, jak i w 4.1.3 i funkcjonalnie do niczego się nie nadawał. Nie wiem po co go stworzono, skoro istnieje Kaffeine, czy też Amarok i nakładki na MPlayera. "Improved Usability" też jest nisko. Niezależnie jak patrzeć na KDE4 - nowa odsłona KDE jest co najmniej wysoce dyskusyjna. Jedni chwalą za efekty, inni ganią za nie :)
› Read more
Problemy KDE4 z kartami nVidia znane są praktycznie od początku tej serii środowiska graficznego. Istnieją różne rozwiązania, jak np. te na techbase.kde.org pozwalające nieco usprawnić pracę KDE4 pod nVidią. Jedną takich opcji jest zastosowanie takich ustawień karty:
nvidia-settings -a InitialPixmapPlacement=2 -a GlyphCache=1
Autor zaleca też do eksperymentowania z wartościami InitialPixmapPlacement.
Moje środowisko testowe to Compal FL90 z nVidia GeForce 8600 GT (jedna z bardziej upierdliwych w tym temacie), 2 GB RAM, ArchLinux x86_64 ze sterownikami nvidia 177.82-1 i nvidia-beta 180.16 w dalszej części, xorg-server 1.5.3-4 pracujący w rozdzielczości 1280x800 i rozwojowe kde(libs) 4.2.0-2008121816. Pulpit składał się z kilku plazmoidów, oraz włączonych efektów pulpitu (FPSy KWin, wobbly windows, półprzeźroczystość itp.)
Domyślnie KWin maksymalnie wyciąga 60 fps. Próba odpalenia czegoś z Folder View, czy też klikanie po plazmoidach (zablokowanych, np. tych monitorach zasobów) znacząco zamula pulpit (wiatrak laptopa co chwila wchodzi na najwyższe obroty) i powoduje spadek FPS (przy klikaniu na plazmoidach nawet o około 20 FPS).
Zastosowanie:
$ nvidia-settings -a InitialPixmapPlacement=2 -a GlyphCache=1
Nieco poprawiło wydajność i praktycznie usunęło przypadki przycięcia się pulpitu przy otwieraniu grafik z Folder View, czy też klikanie po plazmoidach nie powodowało negatywnych efektów. Ustawienie InitialPixmapPlacement na 1 lub 3 dało drastyczny spadek wydajności, klikanie po plazmoidach blokowało pulpit na kilkanaście sekund i dawało fps KWina na poziomie 1. W przypadku InitialPixmapPlacement=2 uruchamianie zdjęcia z Folder View powodowało chwilowy spadek FPS o około 20-30.
Zastosowanie testu FPS OpenArena opisanego na launchpadzie dało kilka ciekawych wyników:
GNOME : 401,5 fps (840 frames 2.1 seconds 401.5 fps 1.0/2.5/11.0/1.0 ms)
KDE 3.5.10 (kdemod) : 390.2 fps (840 frames 2.2 seconds 390.2 fps 1.0/2.6/11.0/1.1 ms)
KDE 3.5.10 (kdemod) + InitialPixmapPlacement=2 : 400.8 fps (840 frames 2.1 seconds 400.8 fps 1.0/2.5/11.0/1.0 ms)
KDE 4.2 SVN : 230.7 fps (840 frames 3.6 seconds 230.7 fps 1.0/4.3/22.0/3.0 ms)
KDE 4.2 SVN + InitialPixmapPlacement=1 : 233.7 fps (840 frames 3.6 seconds 233.7 fps 1.0/4.3/26.0/3.1 ms)
KDE 4.2 SVN + InitialPixmapPlacement=2 : 234,4 fps (840 frames 3.6 seconds 234.4 fps 1.0/4.3/26.0/2.9 ms)
KDE 4.2 SVN + InitialPixmapPlacement=3 : 235,8 fps (840 frames 3.6 seconds 235.8 fps 1.0/4.2/20.0/2.9 ms)
Wydajność OpenArena praktycznie nie zależy od zastosowanych ustawień karty graficznej. Zależy natomiast od środowiska, spod którego jest uruchamiana. Wszystkie środowiska poza KDE4 dały około 400 FPS, a KDE 4.2-SVN około 235 FPS.
Ustawienie pamięci współdzielonej w efektach pulpitu dla OpenGL sugerowane przez kilka źródeł nie przyniosło wyraźnych zauważalnych efektów.
Po zainstalowaniu najnowszej bety przy domyślnych ustawieniach stał się cud. Nie ma gwałtownego obciążania CPU - ustały skoki wentylatora. Także np. otwieranie grafik z Folder View przebiega szybciej i przy mniejszym spadku FPS KWina. Co ciekawe OpenArena wyciąga pod KDE 4.2-SVN przy tych sterownikach około 240 FPS, a na pozostałych około 325 FPS (czyli mniej niż na ostatniej stabilnej wersji). Nie testowałem InitialPixmapPlacement=2, ale ogólnie KDE4 nadaje się już do bezproblemowego użytkowania.
› Read more
GpicView to aplikacja wchodząca w skład podstawowych aplikacji LXDE . Aplikacja ta umożliwia przeglądanie zdjęć - szybko i przyjemnie. W porównaniu do Gwenview z KDE4.2-SVN posiada dwie kluczowe funkcjonalniości - możliwość zmiany zdjęć za pomocą rolki myszy, oraz nie wyświetla dodatkowych menu w trybie pełnego ekranu.
› Read more
Comment article