DOCSLIB.ORG

(Microsoft Powerpoint

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
(Microsoft Powerpoint X window rendszer fogalmai UNIX rendszer felhasználói és • ő ő Kliens = a szolgáltatást igénybe vev . fejleszt i felülete (23-26. ea.) • Egy adott berendezés (gép) egyszerre elláthat szerver funkciókat is, és kliens programokat is futtathat. • ű ő Szeberényi Imre X szerver = az X display-t m ködtet , a BME IIT kliensek számára grafikus szolgáltatást <[email protected]> nyújtó program. M Ű E G Y T E M 1 7 8 2 UNIX alapok © BME-IIT Sz.I. 2012.11.21-30. - 1 - UNIX alapok © BME-IIT Sz.I. 2012.11.21-30. - 2 - X display = munkahely felépítése Történelem 1984: MIT fejlesztés (Athena project + DEC + mások). Kiindulás: Stanford University „W” rendszere 1986: 10.4 els ő széles körben hozzáférhet ő változat 1987: 11.1 új alapok, nincs kompatibilitás a 10-es változattal 1988: 11.2 X konzorcium alakul a kiadott sw. támogatására 1989: 11.3 1990: 11.4 viszonylag kiforrott változat 1991: 11.5 bővítések (font szerver) 1994: 11.6 bővítések (Kerberos) 1996: 11.6.3 bővítések (Web funkciók), X konzorc. felbomlik 1998: 11.6.4 bővítések (LBX),Open Group UNIX alapok © BME-IIT Sz.I. 2012.11.21-30. - 3 - UNIX alapok © BME-IIT Sz.I. 2012.11.21-30. - 4 - Történelem X szerver feladatai 2001: 11.6.6 hibajavítás, Xfree86 • Engedje meg több kliens egyidej ű 2004: 11.6.7.0 bővítések, X.Org hozzáférését a display-hez. 2005: 11.6.8.2 hibajavítások • 2005: 11.6.9,11.7.0 EXA, refactoring, imake Értelmezze a hálózati üzeneteket, amit a 2006: 11.7.1 11.7.1 AIGLX kliensek küldenek. 2007: 11.7.2,11.7.3 DTrace, RandR • A kezel ői inputot küldje el a kliens 2008: 11.7.4 PciRework programnak. 2009: 11.7.5 Multi-Pointer, XI2, • Nyújtson kétdimenziós rajzolási 2010: 11.7.6 IncputClass, udev 2012: 11.7.7 Multitouch, primitíveket. 2013: 11.7.8 UNIX alapok © BME-IIT Sz.I. 2012.11.21-30. - 5 - UNIX alapok © BME-IIT Sz.I. 2012.11.21-30. - 6 - 1 X szerver feladatai/2 X rendszer szoftver architektúrája • Kezeljen komplex adatstruktúrákat, mint pl. window, font, icon, cursor, grafikus kontextus stb, melyekre egyszer űen ID-vel lehet hivatkozni. • Tegyen lehet ővé elosztott feldolgozást (máshol számol, máshol jelenít meg). • Nyújtson eszközfüggetlen, de alacsonyszint ű grafikus felületet a kliens számára. UNIX alapok © BME-IIT Sz.I. 2012.11.21-30. - 7 - UNIX alapok © BME-IIT Sz.I. 2012.11.21-30. - 8 - Egyes komponensek szerepe Egyes komponensek szerepe/2 • Xlib : • X toolkit intrinsic: A legalacsonyabb szint ű X szolgáltatásokat Objektum orientált programozási felületet nyújtó felület. Az Xlib rutinjai a kliens biztosító objektum kezel ő rendszer, amely kéréseit az X protokoll el őírásainak mind az objektum típusokat, mind az megfelel ően a hálózati rétegen keresztül objektum példányokat tárolja és eljuttatják a szerverhez és fogadják a adminisztrálja. Segítségével a származtatás szerver üzeneteit. módszerével újabb objektumokat hozhatunk létre. Az alapobjektum a window (widget), amely adatokat és a rajtuk m űveleteket végz ő eljárásokat tartalmazza. UNIX alapok © BME-IIT Sz.I. 2012.11.21-30. - 9 - UNIX alapok © BME-IIT Sz.I. 2012.11.21-30. - 10 - Egyes komponensek szerepe/3 Egyes komponensek szerepe/4 • X toolkit: • Ablakkezel ő: Magasabb szint ű objektumkönyvtár, amely Ablakok mozgatása, méretezése, átfedések az intrinsic alapobjektumaira épül. és azok megsz űnésének kezelése. Rendszerint a toolkit segítségével valósítják Érdekesség: nem határozták meg el őre az meg az olyan adatszerkezeteket mint pl a ablakkezelési stratégiát (okok: majd menü, nyomógomb, edit box stb. (Widget, kialakul + politika). gadget) UNIX alapok © BME-IIT Sz.I. 2012.11.21-30. - 11 - UNIX alapok © BME-IIT Sz.I. 2012.11.21-30. - 12 - 2 Ablakok jelllemz ői Ablakok jelllemz ői/2 • Minden ablak gyerek ablak, kivéve a root • A bal fels ő sarok az origó, és az ablakon ablakot. belül a saját sarkához relatívak a • A gyerek csak az apukája területén látszik, koordináták, melyek pixelben értend ők. és csak onnan kaphat inputot. • Minden ablak saját attribútumokkal • Ugyanattól a szül őtől származó gyerekek rendelkezik (háttérszín, kurzor típusa, átfedhetik egymást. gravitáció, backing strore, eseménymaszk, ő • Inputot csak akkor kaphat, ha az input mozgathatóság, méretezhet ség stb.) fókusz nála van. • Minden ablak egy hierarchikus gyerek- szül ő kapcsolat része. UNIX alapok © BME-IIT Sz.I. 2012.11.21-30. - 13 - UNIX alapok © BME-IIT Sz.I. 2012.11.21-30. - 14 - Gyerek - szül ő kapcsolat X alkalmazás tervezése, m űködése • A display nem teljes egészében az alkalmazásé. • Az ablakok között átfedések lehetnek. Ezek megsz űnésekor az ott lev ő információt újra kell rajzolni. • Nem akkor, vagy nem csak akkor kell rajzolni amikor az információ el őáll a programban, hanem amikor a szerver (pontosabban az ablak kezel ő) azt kéri. UNIX alapok © BME-IIT Sz.I. 2012.11.21-30. - 15 - UNIX alapok © BME-IIT Sz.I. 2012.11.21-30. - 16 - X alkalmazás tervezése, m űködése/2 X alkalmazás felépítése • A programhoz aszinkron események • Inicializálás : érkeznek, amelyeket le kell kezelni. Kapacsolódás a szerverhez, window-k • A program működését események létrehozása, szerver er őforrások lefoglalása határozzák meg. A működés objektum és attribútumaik beállítása. szemléletet tükröz. Az objektumok az • Eseményhurok : ablakok, amelyek eseményekkel (üzenet) a programhoz érkez ő események kommunikálnak egymással. feldolgozása. UNIX alapok © BME-IIT Sz.I. 2012.11.21-30. - 17 - UNIX alapok © BME-IIT Sz.I. 2012.11.21-30. - 18 - 3 Kapcsolódás a szerverhez HOST:SERVER.SCR • HOST: • HOST:SERVER.SCR A szervert futtató számítógép hálózati alakú azonosító stringgel történik, amit azonosítója (név vagy cím). vagy explicit kap a megfelel ő Xlib rutin, vagy az explicit megadás hiányában a • SERVER: DISPLAY környezeti változóból veszi. Az adott hoston futó szerver azonosító száma (0. az els ő szerver). • SCR: A kívánt screen sorszáma (0. az els ő). • Például: bubuka.iit.bme.hu:0.0 UNIX alapok © BME-IIT Sz.I. 2012.11.21-30. - 19 - UNIX alapok © BME-IIT Sz.I. 2012.11.21-30. - 20 - X rendszer indítása X rendszer indítása/2 • Grafikus bejelentkezés – nincs teend ő • X szerver indítása (startx, xinit...) • Egyébként: • Kapcsolatfelvétel: – X szerver indítása – direkt – X alkalmazások indítása (kapcsolatfelvétel) • program –display a.b.c:0.1 • szerveroldali authentikáció (xauth) Helyi X Helyi – indirekt (XDMCP) szerver kliens • WM indítása: – Távoli X Távoli .xinitrc – szerver kliens .xsession UNIX alapok © BME-IIT Sz.I. 2012.11.21-30. - 21 - UNIX alapok © BME-IIT Sz.I. 2012.11.21-30. - 22 - .xsession példa X programok konfigurálása host=`hostname`; defaults=$HOME/.Xdefaults → resources=$HOME/.Xresources; hostdefaults=$defaults-$host • Közös toolkit közös szintaxis (–display, if [ -f $resources ]; then # betöltend ő attribútumok –geometry) xrdb -load $resources; fi if [ -f $defaults ]; then # hozzáf űzend ő attribútumok • Er őforrások tárolása a szerverben (xrdb) xrdb -merge $defaults; fi if [ -f $hostdefaults ]; then # Host-specifikus beállítások – ezt rendszerint a belépéskor lefutó script tölti xrdb -merge $hostdefaults; fi fel (ld. el őző dia). twm & # wm + néhány alkalmazás xclock -chime -bg green -geometry 100x80-0+0 & • Ajánlott feladat: xbiff -geometry 50x80-110+0 & xterm -geometry 80x24+0-0 & xterm exec xterm -title "Login Window" -geometry 80x24+10+10 -ls echo "xterm*background: yellow" | xrdb –merge xterm nem leválasztott exec UNIX alapok © BME-IIT Sz.I. 2012.11.21-30. - 23 - UNIX alapok © BME-IIT Sz.I. 2012.11.21-30. - 24 - 4 X környezet konfigurálása Cseréljük le a wm-t • .Xdefaults, .xinitrc, .xsession • Meg kell állítani a futó wm-t (ps, kill) – ekkor azonban rendszerint ki is léptet a rendszer, mert a • .mwmrc, .fvwmrc, .twmrc, ... .xinitrc vagy a .xsession úgy indította a wm-t hogy, ...... • xmodmap – Konfiguráljunk sajat .xinitrc-t, .xsession (vnc esetén .vnc/xstartup), melyben nem a wm indítása az utolsó • xhost parancs. (cp ~szebi/.xsession) • xrdb • Indítani kell egy új wm-t (twm, /usr/dt/bin/dtwm, fvwm2). (leválasztott process !!!) • app-defaults (/usr/X/lib/X11/app-defaults) • /usr/X/lib/X11/xdm/Xsession UNIX alapok © BME-IIT Sz.I. 2012.11.21-30. - 25 - UNIX alapok © BME-IIT Sz.I. 2012.11.21-30. - 26 - Üres X program Üres X program/2 #include <X11/Xlib.h> screen = DefaultScreen(display); #include <stdio.h> wMain = XCreateSimpleWindow(display, DefaultRootWindow(display), main(int argc, char *argv[]) { 0, 0, DisplayWidth(display,screen) / 2, Display *display; DisplayHeight(display, screen) / 2, Window wMain; WhitePixel(display, screen), int screen; WhitePixel(display, screen), XEvent event; BlackPixel(display, screen)); if ((display = XOpenDisplay(argc ? while(1) argv[1]: NULL)) == NULL) { XNextEvent(display, &event); fprintf(stderr, ”Can't open\n"); XCloseDisplay(display); exit(1); } nem éri el soha } UNIX alapok © BME-IIT Sz.I. 2012.11.21-30. - 27 - UNIX alapok © BME-IIT Sz.I. 2012.11.21-30. - 28 - hello X program hello X program/2 #include <X11/Xlib.h> if ((display=XOpenDisplay(NULL)) == NULL) { #include <X11/Xutil.h> fprintf(stderr,"cannot connect"); exit( -1 ); #include <X11/Xos.h> } #include <stdio.h> screen = DefaultScreen( display ); #define FONT "fixed" if ((font_info=XLoadQueryFont(display, FONT)) == NULL) { #define PAD 1 fprintf(stderr," Cannot open font); exit(-1); #define BORDER 1 } char Hello[] = "Hello X Window"; fth = font_info->max_bounds.ascent + main(int argc, char *argv[]) font_info->max_bounds.descent; { xsh.flags = PPosition | PSize; Display *display; int screen; xsh.height = fth + 2 * PAD; Window wMain; GC gc; xsh.width = XTextWidth(font_info, Hello, sizeof(Hello)) + 2 * PAD; XFontStruct *font_info; XGCValues
Load more

Recommended publications
  • THINC: a Virtual and Remote Display Architecture for Desktop Computing and Mobile Devices
    THINC: A Virtual and Remote Display Architecture for Desktop Computing and Mobile Devices Ricardo A. Baratto Submitted in partial fulfillment of the requirements for the degree of Doctor of Philosophy in the Graduate School of Arts and Sciences COLUMBIA UNIVERSITY 2011 c 2011 Ricardo A. Baratto This work may be used in accordance with Creative Commons, Attribution-NonCommercial-NoDerivs License. For more information about that license, see http://creativecommons.org/licenses/by-nc-nd/3.0/. For other uses, please contact the author. ABSTRACT THINC: A Virtual and Remote Display Architecture for Desktop Computing and Mobile Devices Ricardo A. Baratto THINC is a new virtual and remote display architecture for desktop computing. It has been designed to address the limitations and performance shortcomings of existing remote display technology, and to provide a building block around which novel desktop architectures can be built. THINC is architected around the notion of a virtual display device driver, a software-only component that behaves like a traditional device driver, but instead of managing specific hardware, enables desktop input and output to be intercepted, manipulated, and redirected at will. On top of this architecture, THINC introduces a simple, low-level, device-independent representation of display changes, and a number of novel optimizations and techniques to perform efficient interception and redirection of display output. This dissertation presents the design and implementation of THINC. It also intro- duces a number of novel systems which build upon THINC's architecture to provide new and improved desktop computing services. The contributions of this dissertation are as follows: • A high performance remote display system for LAN and WAN environments.
    [Show full text]
  • Ati Driver Freebsd
    Ati driver freebsd Hey, I`m new to teh the bsd *BSD world and just installed Freebsd FreeBSD. Only thing missing is my video driver. ATI Radeon X How to Solved - Switch between ATI and VESA drivers? If you want to automatically load a video driver at boot time, we recommend to do it from /etc/:Radeon​: ​ It allows the use of newer xfvideo-ati drivers and AMD GPUs. This project started in January Initial radeon code comes from Linux. EndSection DESCRIPTION radeon is an Xorg driver for ATI/AMD RADEON-based video cards with the following features: o Full support for 8-, , and. This package contains the xfvideo-ati driver. xdrivers/drm-kmod: Port for the DRM kernel drivers for FreeBSD This port. If I boot X11 with no or with ati driver, the system stops responding, although cursor continues to follow mouse movements. (I suppose. To all those concerned, I have read that FreeBSD would be supported by the latest graphic card drivers, which was also confirmed by. I bought an expensive ATI card when they announced they'll go Note that AMD doesn't provide a driver for FreeBSD, so you'll be using the. We now know for sure that FreeBSD will ship with a kernel mode-setting driver for supporting open-source AMD Radeon graphics with its. AMD tech support has allegedly confirmed that Catalyst is being ported to FreeBSD. A Phoronix reader pointed out this thread. I am not sure that FreeBSD will fully support this card. The Xorg version for FreeBSD is and the ATI driver used is version The reason is, AMD/ATI doesn't support FreeBSD, and you have to resort to the sucky open source drivers.
    [Show full text]
  • The Linux Graphics Stack Attributions
    I - Hardware : Anatomy of a GPU II - Host : The Linux graphics stack Attributions Introduction to GPUs and to the Linux Graphics Stack Martin Peres CC By-SA 3.0 Nouveau developer Ph.D. student at LaBRI November 26, 2012 1 / 36 I - Hardware : Anatomy of a GPU II - Host : The Linux graphics stack Attributions General overview Outline 1 I - Hardware : Anatomy of a GPU General overview Driving screens Host < − > GPU communication 2 II - Host : The Linux graphics stack General overview DRM and libdrm Mesa X11 Wayland X11 vs Wayland 3 Attributions Attributions 2 / 36 I - Hardware : Anatomy of a GPU II - Host : The Linux graphics stack Attributions General overview General overview of a modern GPU's functions Display content on a screen Accelerate 2D operations Accelerate 3D operations Decode videos Accelerate scientific calculations 3 / 36 I - Hardware : Anatomy of a GPU II - Host : The Linux graphics stack Attributions General overview CPU Clock Front-side Graphics Generator bus card slot Chipset Memory Slots High-speed graphics bus (AGP or PCI Northbridge Memory Express) bus (memory controller hub) Internal Bus PCI Bus Onboard Southbridge graphics PCI (I/O controller controller Bus hub) IDE SATA USB Cables and Ethernet ports leading Audio Codec CMOS Memory off-board PCI Slots LPC Bus Super I/O Serial Port Parallel Port Flash ROM Floppy Disk Keyboard (BIOS) Mouse 4 / 36 I - Hardware : Anatomy of a GPU II - Host : The Linux graphics stack Attributions General overview Hardware architecture GPU: Where all the calculations are made VRAM: Stores
    [Show full text]
  • Intel Embedded Graphics Drivers, EFI Video Driver, and Video BIOS V10.4
    Intel® Embedded Graphics Drivers, EFI Video Driver, and Video BIOS v10.4 User’s Guide April 2011 Document Number: 274041-032US INFORMATION IN THIS DOCUMENT IS PROVIDED IN CONNECTION WITH INTEL PRODUCTS. NO LICENSE, EXPRESS OR IMPLIED, BY ESTOPPEL OR OTHERWISE, TO ANY INTELLECTUAL PROPERTY RIGHTS IS GRANTED BY THIS DOCUMENT. EXCEPT AS PROVIDED IN INTEL'S TERMS AND CONDITIONS OF SALE FOR SUCH PRODUCTS, INTEL ASSUMES NO LIABILITY WHATSOEVER AND INTEL DISCLAIMS ANY EXPRESS OR IMPLIED WARRANTY, RELATING TO SALE AND/OR USE OF INTEL PRODUCTS INCLUDING LIABILITY OR WARRANTIES RELATING TO FITNESS FOR A PARTICULAR PURPOSE, MERCHANTABILITY, OR INFRINGEMENT OF ANY PATENT, COPYRIGHT OR OTHER INTELLECTUAL PROPERTY RIGHT. UNLESS OTHERWISE AGREED IN WRITING BY INTEL, THE INTEL PRODUCTS ARE NOT DESIGNED NOR INTENDED FOR ANY APPLICATION IN WHICH THE FAILURE OF THE INTEL PRODUCT COULD CREATE A SITUATION WHERE PERSONAL INJURY OR DEATH MAY OCCUR. Intel may make changes to specifications and product descriptions at any time, without notice. Designers must not rely on the absence or characteristics of any features or instructions marked “reserved” or “undefined.” Intel reserves these for future definition and shall have no responsibility whatsoever for conflicts or incompatibilities arising from future changes to them. The information here is subject to change without notice. Do not finalize a design with this information. The products described in this document may contain design defects or errors known as errata which may cause the product to deviate from published specifications. Current characterized errata are available on request. Contact your local Intel sales office or your distributor to obtain the latest specifications and before placing your product order.
    [Show full text]
  • Opengl and the Linux Desktop LIFE in 3D New Technologies Will Change the Way You View the Objects on Your Linux Desktop
    The Future of Linux Graphics COVER STORY OpenGL and the Linux desktop LIFE IN 3D New technologies will change the way you view the objects on your Linux desktop. BY JOE CASAD he X graphics system has been at antiquated design of the X system is not, specification originally created by Silicon the heart of the Unix GUI desktop on its own, flexible enough to support Graphics. The OpenGL specification pro- Tsince 1984. Of course, its hori- this kind of performance. vides a standard for vendors to create zons expanded slowly. In the early years, In the Linux world, wherever you find graphics programming interfaces. The no one knew they even needed a graph- a very big and intriguing question, you purpose of OpenGL is to provide a single ics subsystem, and if anyone did venture can bet that someone out there is work- interface that gives graphics programs a out to try X with one of the few applica- ing on the answer. A solution to the wor- standard way of talking to graphics hard- tions that supported it, they needed to ries of the restless graphics developers is ware. One of the reasons why OpenGL be ready for late nights of tinkering. converging now around the emergence is necessary is that graphics hardware But the X system kept getting better, of two very important developments: vendors are busy with their own experi- and the X protocol, with its surrounding • Extensions to X that offer increased ments to deliver richer graphics and bet- technologies, served a key role in the flexibility and shortcuts around some ter performance to their customers.
    [Show full text]
  • La Pile Graphique Linux
    La pile graphique Linux Jérôme Pouiller <[email protected]> Programme Rappels sur les OS Historique du protocole X (la préhistoire) Accélération 2D Accélération des vidéos Accélération 3D des clients Drivers graphiques 3D Accélération du bureau toolkits graphiques Sysmic - J. Pouiller La pile graphique Linux 2 / 29 Rappel sur la mémoire Les CPU modernes intègrent un composant appelé MMU (Memory Management Unit): Unité de translation d’adresses mémoire On parle d’adresses physiques et virtuelles Lorsque le MMU est actif (cas nominal), toutes les adresses du code assembleur sont des adresses virtuelles Il est possible de configurer le MMU avec une instruction spéciale et en lui donnant un pointeur sur un tableau (dans la pratique, il s’agit plutôt d’un arbre) associant les adresses physiques et les adresses virtuelles Sysmic - J. Pouiller La pile graphique Linux 3 / 29 Drivers en espace utilisateur mmap permet d’allouer des plage d’adresses virtuelles Elles sont associées à : Mémoire anonyme (= allocation de mémoire) Fichiers (en intégralité ou en partie) /dev/mem représente la mémoire physique Utiliser mmap avec /dev/mem revient à accéder directement aux adresses physiques Avec iopl et ioperm, il est possible à un programme utilisateur d’accéder au ioport (inb, outb, ...) XFree86 est basé sur ce modèle Sysmic - J. Pouiller La pile graphique Linux 4 / 29 Fonctionnement de XFree86 Permet d’être portable entre les différents OS X gère aussi l’accès partagé aux périphériques d’entrées (souris, clavier, ’ecran tactile) C’est normalement le rôle de l’OS de gérer les accès aux périphériques Accéder directement aux périphériques peut rentrer en conflit avec la gestion de l’OS (plantage) Au fur et a mesure du temps, on a porté des morceaux des pilotes de X dans le noyau : Au lieu de travailler sur /dev/mem, on travaille sur /dev/nvidia.
    [Show full text]
  • Att Använda GNU/Linux Linus Walleij
    Att använda GNU/Linux Linus Walleij ONLINEVERSIONEN - TRYCKNING FÖRBJUDEN Jag har sålt rättigheterna att trycka den här boken till Studentlittera- tur, det betyder att du inte får trycka egna exemplar av boken från detta manuskript. Anledningen till att jag sålt rättigheterna är att jag vill att boken skall få spridning. Det finns mer information om detta för den som vill veta alla överväganden, se: http://www.df.lth.se/~triad/ gnulinux/20040514102823 Någon speciell licens finns inte för boken, inte än i varje fall, så det är vanlig sträng upphovsrätt som gäller. Det går däremot bra att sprida boken vidare i denna elektroniska form. Bokens hemsida: http://www.df.lth.se/~triad/gnulinux/ ii Innehåll 1 Inledning 3 1.1 Läsanvisning . 4 1.1.1 Andra upplagan . 4 1.2 Läsarens förkunskaper . 5 1.3 Om formen . 6 1.4 Bäst-före-datum . 7 1.5 Datorvetenskaperna . 7 1.6 Något grundläggande om operativsystem . 9 1.6.1 Konstruktionshierarkier . 12 1.6.2 Operativsystemets hierarkier . 14 1.7 Tack . 17 2 POSIX 19 2.1 Historia . 21 2.2 Mach, MacOS X, GNU/Hurd . 23 2.3 POSIX innehåll . 25 2.3.1 Skal och kommandon . 25 2.3.2 Processer . 33 2.3.3 Demoner . 42 2.3.4 Användare . 44 2.3.5 Filsystemet . 51 2.3.6 Reguljära uttryck . 75 2.3.7 Texteditorer . 78 2.3.8 Datum och tid . 89 2.3.9 Rör, filter och skript . 90 2.3.10 Nätverket . 103 Innehåll 2.3.11 Terminalinloggning . 105 2.3.12 At- batch- och cronjobb .
    [Show full text]
  • Fun with the Linux Desktop
    Fun with the Linux Desktop 3D-Desktop with XGL/AIGLX and compiz come2linux, Essen, 9. + 10.9.2006 Hanno Böck, http://www.hboeck.de/ Why we want fancy desktops? ● Can improve usability (virtual desktop -> side of a cube) ● A nicer system »feels« more usable ● People like MacOS X, there must be a reason Linux-Desktop in the past ● Xfree86 - very slow develop-ment, rarely new features ● »Nice« stuff only with strange workarounds (kompose, 3ddesk) ● E17 - the default desktop for GNU Hurd? Xorg ● Spring 2004 - license change at xfree86 ● Xorg-project forks last version ● Lot's of new development: composite, modularization, xgl, aiglx Composite Extension ● Renders window-content offscreen ● xcompmgr lets you have shadows and transparent windows ● Not very spectacular, but base for future stuff First look on XGL and friends ● Summer 2005, first impressions of XGL, rotating cube ● Around the same time, Luminocity presents wobbly windows XGL ● David Reveman (Novell) ● Xserver based on OpenGL ● (currently) Xserver on another Xserver ● All cards with DRI EGL/XEGL ● Problem: XGL needs already running Xserver ● EGL: direct interface to GL, no Xserver needed ● XEGL: XGL running on EGL ● Not working yet Compiz ● Composite and Windowmanager ● Very modular ● Lot's of plugins - rotating cube, wobbly windows AIGLX ● Kristian Høgsberg, Fedora ● Extension to already existing Xserver ● Same functionality as XGL ● All cards with free drivers We need better drivers ● Fast ● Stable ● Full-Featured ● Free! Binary drivers suck ● Security, Bugs ● Functionality (Composite,
    [Show full text]
  • Working with GNOME Environment
    05_0672329425_ch03.qxd 7/23/07 2:31 PM Page 53 CHAPTER 3 IN THIS CHAPTER . The GNOME Desktop Working with GNOME Environment . AIGLX—Eye Candy for the Masses . Imagine a world of black screens with white text, or for Basic X Concepts those of you who remember, green screens with green text. Using X That used to be the primary interface for users accessing . Starting X computers. Computing has moved on significantly since then and has adopted the graphical user interface, or GUI, . KDE—The Other Environment as standard on most desktop and workstation platforms. XFce Fedora is no different and its primary window manager is . Reference called GNOME (the Gnu Network Object Model Environment). Based upon the ethos of simplicity by design, GNOME offers a rich and full interface that you can use easily to be productive. The principle design objectives include an intuitive system, meaning that it should be easy to pick up and use, as well as good localization/internation- alization support and accessibility. GNOME is founded upon the X Window System, the graphical networking interface found on many Linux distri- butions, which provides the basis for a wide range of graphical tools and window managers. More commonly known as just X, it can also be referred to as X11R7 and X11 (such as that found on Mac OS X). Coming from the world-renowned Massachusetts Institute of Technology, X has gone through several versions, each of which has extended and enhanced the technology. The open source implementation is managed by the X.Org foundation, the board of which is made up of several key figures from the open source world.
    [Show full text]
  • Linux Graphics Drivers: an Introduction
    Linux Graphics Drivers: an Introduction Version 3 Stéphane Marchesin <[email protected]> March 15, 2012 2 Contents 1 Introduction7 1.1 Book overview..................................7 1.2 What this book does not cover.........................8 2 A Look at the Hardware9 2.1 Hardware Overview..............................9 2.2 Bus types..................................... 10 2.3 Virtual and Physical Memory......................... 12 2.4 Anatomy of a Graphics Card......................... 15 2.5 Programming the card............................. 20 2.6 Graphics Hardware Examples......................... 21 2.6.1 Forward renderers........................... 21 2.6.2 Deferred Renderers........................... 22 3 The Big Picture 25 3.1 The X11 infrastructure............................. 25 3.2 The DRI/DRM infrastructure......................... 26 4 Framebuffer Drivers 31 4.1 Creating a framebuffer driver......................... 31 4.2 Framebuffer operations............................. 32 3 CONTENTS 5 The Direct Rendering Manager 35 5.1 DRM batch buffer submission model..................... 36 5.1.1 Hardware sharing........................... 36 5.1.2 Memory management and security................. 37 5.2 Modesetting................................... 37 5.3 libdrm...................................... 38 6 X.Org Drivers 39 6.1 Creating a basic driver............................. 39 6.2 ShadowFB acceleration............................. 40 6.3 XAA acceleration................................ 41 6.4 EXA acceleration...............................
    [Show full text]
  • Napredno Korištenje Operacijskog Sustava Linux
    Napredno koriˇstenjeoperacijskog sustava Linux 7. Grafika i zvuk Dominik Barbari´c Nositelj: doc.dr.sc. Stjepan Groˇs Sveuˇciliˇsteu Zagrebu Fakultet elektrotehnike i raˇcunarstva 06.05.2017 Sadrˇzaj 1 Grafiˇckisustav 2 Zvuˇcnisustav Dominik Barbari´c (FER) NKOSL 06.05.2017 2 / 21 Grafiˇckisustav X11 Sustav koji povezuje aplikacije (klijente) s grafiˇckimserverom X sustav razvijen na MIT 1984. U verziji X11 od 1987. Male nadogradnje odrˇzavajukorak s razvojem grafiˇckihsustava Xorg server Dominik Barbari´c (FER) NKOSL 06.05.2017 3 / 21 Grafiˇckisustav X11 Aplikacije koriste X kroz framework za crtanje grafiˇckihelemenata Uredivanje prikaza svih aplikacija obavlja window manager Konfiguracijske datoteke u /etc/X11/ Dominik Barbari´c (FER) NKOSL 06.05.2017 4 / 21 Grafiˇckisustav X11 Mreˇznisustav Klijent (GUI aplikacija) se moˇzenalaziti na udaljenom serveru X server ostvaruje vezu prema grafiˇckoj kartici NCD-88k X terminal Dominik Barbari´c (FER) NKOSL 06.05.2017 5 / 21 Grafiˇckisustav X11 Arhitektura Dominik Barbari´c (FER) NKOSL 06.05.2017 6 / 21 Grafiˇckisustav X11 Arhitektura X - direktno suˇceljeizmedu X-servera i X-aplikacije GLX - suˇceljeizmedu X-servera i OpenGL aplikacije AIGLX - Accelerated Indirect GLX - suˇceljeizmedu X-servera i DRI-a DRI - Direct Rendering Infrastructure - suˇceljeprema grafiˇckom hardveru, za rastere´cenjeX-servera u 3D iscrtavanjima DRM - Direct Rendering Manager - suˇceljegrafiˇcke kartice Dominik Barbari´c (FER) NKOSL 06.05.2017 7 / 21 Grafiˇckisustav Window managers Iscrtava i organizira prozore Stvara ukrase (naslovna traka, izbornici, scroll bar, . ) Primjeri Metacity, Xfwm, Kwin, Compiz, Mutter, Openbox, twm, . Dominik Barbari´c (FER) NKOSL 06.05.2017 8 / 21 Grafiˇckisustav GUI Graphical shells Koriste window manager za prikaz cijelog GUI-ja Omogu´cujupokretanje programa iz GUI-ja, bolje upravljanje prozorima i radnim povrˇsinama,.
    [Show full text]
  • Als Suboptimal Bezeichnet Wer- Kalenderwochen Stattfinden
    Impressum Bildung Chefredakteur (V.i.S.d.P.): StD Dr. Ludger Humbert Fachseminare Redaktion: StD Christian F. Görlich & Fachseminare Informatik Hamm und Arnsberg Layout: Ludger Humbert (Vorlage von Torsten Bronger) Veranstaltungen Copyright: Für namentlich gekennzeichnete Ar- tikel übernimmt die Autorin die Verantwortung. If Fa se Informatiksysteme Ausbildungsschulen IF FASE:INFORMATIKFACHSEMINARE HAMM ARNSBERG Der Inhalt unterliegt der Ä creativecommons.org/licenses/ by-nc-sa/2.0/de-Lizenz . If Fase . auch im Netz (Ä humbert.in.hagen.de/iffase) ISSN 1861-0498 – urn:nbn:de:0043-iffase-1 Nr. 16 HERAUSGEGEBEN VON DER REDAKTION DER IF FASE 1. März 2007 Termine LATEX – Teil 16: Entity-Relationship-Model (2) Wettbewerbe Vision 2027 – Erfinde In einer Reihe von Artikeln in der If Fase werden nützli- Durch den angegebenen Quellcode wird schnell deutlich, Samstag, 3. März 2007 che Elemente von LATEX vorgestellt, die erprobt sind und dass alle Entitäten, Verbindungen und Relationen jeweils para- deine Zukunft bei der Arbeit der Informatiklehrerin eingesetzt werden. metrisiert werden. Damit sind einige Details bei der Erstellung Vorbereitung nicht mehr zu berücksichtigen, da sie automatisch ermittelt (von Dr. Ludger Humbert) Im Zusam- Informatiktag 2007 (von Dr. Ludger Humbert) In den bisher vorgelegten sech- zehn Teilen der Artikelserie – Ausgaben 0 . 15: Ä humbert. werden. menhang mit dem Girls Day, der jährlich 11:00 – 14:00 stattfindet – Donnerstag, 26. April 2007 in.hagen.de/iffase/Archiv – finden Sie Hinweise und Anmer- Die Größe der Grafik wird mit den beiden Pa- Siegen – Universität ist Girls Day kungen zu den Themen: Installation, grundlegende Arbeitswei- rameterwerten für die Breite und die Höhe in Vorbereitung des Informatiktages: sen, Quellen zu Dokumentationen, Arbeit mit KOMA-Script, \begin{schema}(breite,hoehe) festgelegt.
    [Show full text]