21 |
Virtualisering : en prestandajämförelse mellan fullständig- och parallell systemvirtualiseringLindberg, Magnus January 2008 (has links)
<p>Virtualisering är en abstraktion av underliggande fysisk hårdvara som omvandlas till en förutbestämd struktur av hårdvara via mjukvara. En virtuell maskin kan då vara frånkopplad från hårdvaran. Virtualisering tillåter hårdvara att delas upp som flera separata virtuella hårdvaror vilket kan ske transparent för operativsystem i virtuella maskiner. Virtualisering ökade under 90-talet och det utvecklades två virtualiseringsteknologier: (i) den fullständiga systemvirtualisering och (ii) parallell systemvirtualisering. Fullständig systemvirtualisering erbjuder abstraktion som utgör en frånkoppling från hårdvara. Operativsystem som använder en virtuell maskin känner då inte till att virtualisering skett med resultatet att alla operativsystem kan användas. Parallell systemvirtualisering använder en delvis abstraktion då operativsystem modifieras för att virtuell maskin skall vara medveten om att virtualisering utförts för att möjliggöra för prestandaförbättringar. Den problemställningen som ställts försöker utröna vilken av dessa två teknologier som kan leverera bästa prestanda över FTP. Experiment har då utförts och visade att det är inga skillnader mellan teknologierna.</p>
|
22 |
Optimalizace datového úložištěAulehlová, Barbora January 2015 (has links)
The theoretical part of this thesis is devoted to familiarization with the technology of cloud computing, virtualization technology, data storage problems and Petri nets. Followed by the practical part, the first part discusses the various technologies which are VMware ESX, Citrix Xen, Hyper -V, KVM and oVirt. The following part is a summary of the characteristics of each technology and an output of this summary is a decision tree which is intended to help to select the appropriate virtualization technology. The second part is dedicated to the implementation of an application used for storing data in the database depending on the sensitivity of data. The thesis includes the final economic evaluation and discussion as well.
|
23 |
StackAct: avaliação de desempenho em uma nuvem IaaS multicamadas / StackAct: performance evaluation in an IaaS cloud multilayerBruschi, Gustavo Cesar [UNESP] 01 June 2016 (has links)
Submitted by GUSTAVO CESAR BRUSCHI null (gustavo@bruschi.net) on 2016-06-30T22:02:25Z
No. of bitstreams: 1
Dissertacao_GustavoBruschi_FINAL(CORRIGIDO)_v2.pdf: 2377456 bytes, checksum: 41a5c87825aeb7131a629aee63fc450d (MD5) / Rejected by Ana Paula Grisoto (grisotoana@reitoria.unesp.br), reason: Solicitamos que realize uma nova submissão seguindo a orientação abaixo:
O arquivo submetido está sem a ficha catalográfica.
A versão submetida por você é considerada a versão final da dissertação/tese, portanto não poderá ocorrer qualquer alteração em seu conteúdo após a aprovação.
Corrija esta informação e realize uma nova submissão contendo o arquivo correto.
Agradecemos a compreensão. on 2016-07-04T18:38:19Z (GMT) / Submitted by GUSTAVO CESAR BRUSCHI null (gustavo@bruschi.net) on 2016-07-05T13:38:34Z
No. of bitstreams: 2
Dissertacao_GustavoBruschi_FINAL(CORRIGIDO)_v2.pdf: 2377456 bytes, checksum: 41a5c87825aeb7131a629aee63fc450d (MD5)
Dissertacao_GustavoBruschi_FINAL(CORRIGIDO)_v2.pdf: 2402200 bytes, checksum: 7d077bcd92c83a83ef1a9502d794312d (MD5) / Approved for entry into archive by Ana Paula Grisoto (grisotoana@reitoria.unesp.br) on 2016-07-07T16:26:49Z (GMT) No. of bitstreams: 1
bruschi_gc_me_sjrp.pdf: 2402200 bytes, checksum: 7d077bcd92c83a83ef1a9502d794312d (MD5) / Made available in DSpace on 2016-07-07T16:26:49Z (GMT). No. of bitstreams: 1
bruschi_gc_me_sjrp.pdf: 2402200 bytes, checksum: 7d077bcd92c83a83ef1a9502d794312d (MD5)
Previous issue date: 2016-06-01 / A Computação em Nuvem tornou-se sinônimo de qualidade e eficiência em investimento na área de Tecnologia de Informação, criando novos desafios para o processamento e integração de dados. O desempenho da solução adotada é um ponto chave para o sucesso de uma solução em Nuvem, assim como a maneira como as máquinas virtuais realizam a leitura e gravação no armazenamento, podem ser determinantes para uma melhor utilização desta solução. Este trabalho apresenta o StackAct, um mecanismo que permite realizar o monitoramento e obter dados, em uma Nuvem IaaS, relativos ao consumo de recursos computacionais de uma solução em três camadas utilizando orquestrador Apache CloudStack com hypervisor XenServer e armazenamento dos dados no sistema Openfiler. Foram realizados testes de desempenho utilizando três diferentes tipos de perfil de instâncias em uma nuvem computacional privada, possibilitando mensurar os consumos de CPU, E/S e Memória nas três camadas envolvidas, com diferentes tipos de ofertas de serviços. Os testes resultaram em um comparativo entre cada item analisado para cada camada individual, onde foi possível detectar uma pequena variação entre as diferentes configurações de testes devido a forma como a camada do hypervisor enfileira as requisições realizadas pela camada do orquestrador. Já no comparativo realizado entre as camadas, foi possível constatar o alto consumo de disco na camada de armazenamento de dados, em especial E/S de gravação de dados, que levaram a realização de outros testes utilizando disco de estado sólido na camada de armazenamento, tendo um grande impacto no desempenho da solução como um todo. Foi detectado também um alto consumo de memória na camada hypervisor, que é justificada pela alocação do próprio hypervisor além das VMs que estão sendo criadas e utilizadas no processo. / Cloud Computing has become synonymous of quality, efficiency, and return of investment in Information Technology, creating new challenges for processing and data integrations. The performance of the adopted solution is a key to the success of a solution on Cloud, as well as the way that virtual machines use reading and writing to storage, which can be decisive for a better use of this solution. This work presents the StackAct, a mechanism that allows for monitoring and obtaining data on the consumption of computing resources of a solution in three layers using orchestrator IaaS Apache CloudStack with XenServer hypervisor and storage of data on the NAS OpenFiler system. Based on this mechanism, performance tests were conducted using three different instances of a private cloud. CPU, I/O, and memory usages in the three layers involved were measured with different types of loads. The tests resulted in a comparison between each item analyzed for each individual layer, and it was possible to detect a slight variation between the different configurations of tests because of the way that the hypervisor layer queues the requests made by the orchestrator layer. In the comparison made between the layers, it was possible to high consumption of disk in the data storage layer, in particular I/O data recording, which led to other tests using solid state disk in the storage layer, having an high impact on the performance of the solution as a whole. It was also detected high memory in the hypervisor layer, which is justified by the allocation of the hypervisor itself beyond the VMs being created and used in the process.
|
24 |
PARAVIRTUALIZATION IMPLEMENTATION IN UBUNTU WITH XEN HYPERVISORÖzcan, Mehmet Batuhan, Iro, Gabriel January 2014 (has links)
With the growing need for efficiency, cost reduction, reduced disposition of outdated electronics components as well as scalable electronics components, and also reduced health effects of our daily usage of electronics components. Recent trend in technology has seen companies manufacturing these products thinking in the mentioned needs when manufacturing and virtualizations is one important aspect of it. The need to share resources, the need to use lesser workspace, the need to reduce cost of purchase and manufacturing are all part of achievements of virtualization techniques. For some people, setting up a computer to run different virtual machines at the same time can be difficult especially if they have no prior basic knowledge of working in terminal environment and hiring a skilled personnel to do the job can be expensive. The motivation for this thesis is to help people with little or no basic knowledge on how to set up virtual machine with Ubuntu operating system on XEN hypervisor.
|
25 |
On the Performance of the Solaris Operating System under the Xen Security-enabled HypervisorBavelski, Alexei January 2007 (has links)
This thesis presents an evaluation of the Solaris version of the Xen virtual machine monitor and a comparison of its performance to the performance of Solaris Containers under similar conditions. Xen is a virtual machine monitor, based on the paravirtualization approach, which provides an instruction set different to the native machine environment and therefore requires modifications to the guest operating systems. Solaris Zones is an operating system-level virtualization technology that is part of the Solaris OS. Furthermore, we provide a basic performance evaluation of the security modules for Xen and Zones, known as sHype and Solaris Trusted Extensions, respectively. We evaluate the control domain (know as Domain-0) and the user domain performance as the number of user domains increases. Testing Domain-0 with an increasing number of user domains allows us to evaluate how much overhead virtual operating systems impose in the idle state and how their number influences the overall system performance. Testing one user domain and increasing the number of idle domains allows us to evaluate how the number of domains influences operating system performance. Testing concurrently loaded increasing numbers of user domains we investigate total system efficiency and load balancing dependent on the number of running systems. System performance was limited by CPU, memory, and hard drive characteristics. In the case of CPU-bound tests Xen exhibited performance close to the performance of Zones and to the native Solaris performance, loosing 2-3% due to the virtualization overhead. In case of memory-bound and hard drive-bound tests Xen showed 5 to 10 times worse performance.
|
26 |
Integrerad modulär avionik med virtualisering / Integrated modular avionics with virtualizationEnkvist, Clas January 2013 (has links)
Det finns huvudsakligen tre olika sätt att konstruera ett partitionerat system på: Federerad arkitektur, Integrerad Modulär Avionik (IMA) med ARINC 653 eller IMA med virtualisering. I den här rapporten undersöks de olika arkitekturernas egenskaper och vilka möjligheter som finns för certifiering av dem. Efter den teoretiska undersökningen har Virtualisering, och framförallt Xen, valts ut för en testimplementation och tillförlitlighetstester. Testimplementationen består av fyra partitioner där varje partition har sin specifika uppgift att lösa. Den fjärde partitionen används för att undersöka hur Xen hanterar en partition som aggressivt nyttjar I/O, processor eller arbetsminne. Testerna visar att Xen har en svag punkt: all I/O hanteras via en egen, speciell, partition. Denna partition saknar dessutom möjligheter att prioritera I/O från specifika partitioner. Den slutgiltiga slutsatsen av de tester som genomförts är att ett system byggt på Xen inte kan lämna samma tillförlitlighet som ett system med en federerad arkitektur eller ett system som bygger på ARINC 653. / One can basically take three different approaches when designing a partitioned avionic system: Federated Architecture, Integrated Modular Avionics (IMA) with ARINC 653 or IMA with Virtualization. This report examines the different architectural characteristics and the possibilities for certifying them. After the theoretical investigation, Virtualization and, in particular, Xen has been selected for a trial implementation and reliability tests. The implementation consists of four partitions where each partition has its own specific task to solve. The fourth partition is used to examine how Xen handles a partition that aggressively utilizes I/O, processor or memory resources. Tests show that Xen has a weak point: all I/O is handled through a separate and unique partition. This partition also lacks the ability of prioritizing I/O from specific partitions. The final conclusion of the tests carried out in this thesis is that a system built on Xen cannot provide the same reliability as a system with a federated architecture or a system based on ARINC 653.
|
27 |
Analysis of Entropy Levels in the Entropy Pool of Random Number Generator / Analysis of Entropy Levels in the Entropy Pool of Random Number GeneratorKrempa, Peter January 2013 (has links)
V informatice je pojem entropie obvykle znám jako nahodný proud dat. Tato práce krátce shrnuje metody generovaní nahodných dat a popisuje generátor náhodnych čísel, jež je obsažen v jádře operačního systému Linux. Dále se práce zabývá určením bitové rychlosti generování nahodných dat tímto generátorem ve virtualizovaném prosředí, které poskytují různé hypervizory. Práce popíše problémy nízkého výkonu generátory nahodných dat ve virtualním prostředí a navrhne postup pro jejich řešení. Poté je nastíňena implementace navržených postupů, které je podrobena testům a její vysledky jsou porovnány s původním systémem. Systém pro distribuci entropie může dále vylepšit množství entropie v sytémovém jádře o několik řádu, pokud je připojen k vykonému generátoru nahodných dat.
|
28 |
Outcome of a single XEN microstent implant for glaucoma patients with different types of glaucomaSchargus, Marc, Theilig, Theresa, Rehak, Matus, Busch, Catharina, Bormann, Caroline, Unterlauft, Jan Darius 07 March 2022 (has links)
Background: The aim of this retrospective study was to compare the efficacy and safety profile of a single XEN-microstent in different types of primary and secondary open angle glaucoma.
Methods: A single XEN microstent was implanted in patients with primary open-angle glaucoma (POAG), normal-tension glaucoma (NTG), pseudoexfoliation glaucoma (PEX) and secondary glaucoma (Sec.Gl). The intraocular pressure (IOP), the active substances of the applied IOP-lowering drugs, the best corrected visual acuity (BCVA) and the mean deviation (MD) of the perimetry were measured at baseline and at regular follow-ups, scheduled at 2 days and 1, 3, 6 and 12 months after surgery.
Results: 153 eyes were included in this analysis. 113 eyes were affected by POAG (74%), 5 eyes by NTG (3%), 22 eyes by PEX (14%) and 13 eyes by Sec. Gl (9%). Mean IOP decreased in all treatment groups during the 12 months of follow-up (complete group: 23.9 ± 7.4 to 15.4 ± 5.1 mmHg (p < 0.01); POAG: 22.8 ± 6.5 to 15.1 ± 4.6 mmHg (p < 0.01); NTG: 16.6 ± 3.4 to 11.6 ± 2.2 mmHg (p < 0.05); PEX: 28.0 ± 7.9 to 17.1 ± 6.6 mmHg (p < 0.01); Sec.Gl: 28.9 ± 13.9 to 15.5 ± 6.9 mmHg (p < 0.05)). In the 153 eyes the average number of IOP-lowering drugs applied decreased from 2.6 ± 1.2 to 0.8 ± 1.3 12 months after surgery (p < 0.01). BCVA and mean deviation of automated standard perimetry remained stable in all groups during follow-up.
Conclusion: As in eyes suffering from POAG, IOP and number of IOP-lowering drugs applied can be effectively reduced by XEN implantation in eyes suffering from NTG, PEX and secondary glaucoma while leaving BCVA and visual field unchanged.
|
29 |
Virtualisation des fonctions d'un Cloud Radio Access Network(C-RAN) / Virtualization of a Cloud Radio Access Network (C-RAN) functionsRabia, Tarek 29 January 2018 (has links)
La nouvelle génération de réseaux mobiles (5G) devrait faire face, durant les cinq prochaines années, à une importante croissance du volume de données, échangé entre plusieurs milliards d'objets et d'applications connectés. En outre, l'émergence de nouvelles technologies, telles que Internet of Things (IoT), conduite autonome et réalité augmentée, impose de plus fortes contraintes de performance et de qualité de service (QoS). Répondre aux besoins cités, tout en réduisant les dépenses d'investissement et d'exploitation (CAPEX/OPEX), sont les objectifs poursuivis par les opérateurs télécom, qui ont défini une nouvelle architecture d'accès radio, appelée Cloud Radio Access Network (C-RAN). Le principe du C-RAN est de centraliser, au sein d'un pool, les parties de traitement, BaseBand Unit (BBU), d'un RAN traditionnel. Les BBU sont alors dissociées de la station de base et de la partie radio, Remote Radio Unit (RRU). Ces deux parties restent néanmoins connectées à travers un réseau intermédiaire appelé Fronthaul (FH). Dans cette thèse, nous allons concevoir une nouvelle architecture C-RAN partiellement centralisée qui intègrera une plateforme de virtualisation basée sur un environnement Xen, nommée " Metamorphic Network " (MNet). A travers cette architecture, nous viserons à : i) mettre en place un pool, dans lequel des ressources physiques (processeurs, mémoire, ports réseaux, etc.) seront partagées entre des BBU virtualisées et d'autres applications, ii) établir un réseau FH ouvert aux fournisseurs de services et aux tierces parties, facilitant ainsi le déploiement des services au plus près des utilisateurs, pour une meilleure qualité d'expérience, iii) exploiter, à travers le FH, les infrastructures Ethernet existantes pour réduire les CAPEX/OPEX et enfin, iv) atteindre les performances réseau préconisées pour la 5G. Dans la première contribution, nous allons définir une nouvelle architecture Xen pour la plateforme MNet, intégrant le framework de packet processing, OpenDataPlane (ODP), au sein d’un domaine Xen privilégié, nommé « Driver Domain ». Notre objectif, à travers cette architecture, est d’accélérer le traitement des paquets de données transitant par MNet, en évitant la surutilisation, par ODP, des cœurs du processeur physique (CPU) de la plateforme. Pour cela, des cœurs CPU virtuels (vCPU) seront alloués dans le Driver Domain pour être exploités durant le traitement des paquets par ODP. Cette nouvelle plateforme MNet servira de base pour notre architecture C-RAN. Dans la seconde contribution, nous allons implémenter, au sein du FH, deux solutions réseau. La première solution, consistera à déployer le réseau de couche 2, Transparent Interconnection of Lots of Links (TRILL), pour connecter les différents éléments de notre architecture C-RAN. La seconde solution, consistera à déployer un réseau Software Defined Network (SDN), géré par le contrôleur distribué ONOS, qui sera virtualisé dans le pool BBU. Une comparaison des performances réseau sera réalisée entre ces deux solutions. / Over the next five years, the new generation of mobile networks (5G) would face a significant growth of the data volume, exchanged between billions of connected objects and applications. Furthermore, the emergence of new technologies, such as Internet of Things (IoT), autonomous driving and augmented reality, imposes higher performance and quality of service (QoS) requirements. Meeting these requirements, while reducing the Capital and Operation Expenditures (CAPEX/OPEX), are the pursued goals of the mobile operators. Consequently, Telcos define a new radio access architecture, called Cloud Radio Access Network (C-RAN). The C-RAN principle is to centralize, within a pool, the processing unit of a radio interface, named BaseBand Unit (BBU). These two units are interconnected through a Fronthaul (FH) network. In this thesis, we design a new partially centralized C-RAN architecture that integrates a virtualization platform, based on a Xen environment, called Metamorphic Network (MNet). Through this architecture, we aim to: i) implement a pool in which physical resources (processors, memory, network ports, etc.) are shared between virtualized BBUs and other applications; ii) establish an open FH network that can be used by multiple operators, service providers and third parties to deploy their services and Apps closer to the users for a better Quality of Experience (QoE); iii) exploit, through the FH, the existing Ethernet infrastructures to reduce CAPEX/OPEX; and finally iv) provide the recommended network performance for the 5G. In the first contribution, we define a new Xen architecture for the MNet platform integrating the packet-processing framework, OpenDataPlane (ODP), within a privileged Xen domain, called Driver Domain (DD). This new architecture accelerates the data packet processing within MNet, while avoiding the physical CPUs overuse by ODP. Thus, virtual CPU cores (vCPU) are allocated within DD and are used by ODP to accelerate the packet processing. This new Xen architecture improves the MNet platform by 15%. In the second contribution, we implement two network solutions within the FH. The first solution consist of deploying a layer 2 network protocol, Transparent Interconnection of Lots of Links (TRILL), to connect multiple elements of our C-RAN architecture. The second solution consists of implementing a Software Defined Network (SDN) model managed by Open Network Operating System (ONOS), a distributed SDN controller that is which is virtualized within BBU pool. Moreover, a network performance comparison is performed between these two solutions.
|
30 |
Trabekulektomie und XEN-Gel-Stent-Implantation mit intraoperativer Anwendung von MMC im Vergleich: Eine komparative retrospektive Studie bezüglich Wirksamkeit und SicherheitsprofilTheilig, Theresa 08 November 2022 (has links)
Die zweithäufigste Ursache der Erblindung weltweit besteht im Glaukom. Dabei gehen meist durch chronisch erhöhten Augeninnendruck (IOD) retinale Ganglienzellen durch Apoptose zugrunde. Das Ziel einer effektiven Glaukomtherapie ist es, den IOD zu senken. Eine dieser Möglichkeiten besteht in der chirurgischen Therapie.
Der Goldstandard der Glaukomchirurgie ist seit mehr als 50 Jahren die Trabekulektomie (TET), die einen zusätzlichen Kammerwasserabfluss in den subkonjunktivalen Raum ermöglicht. Auszeichnend für die TET ist deren Effektivität und gute Verfügbarkeit bei jedoch meist flacher Lernkurve des Operateurs und einer Reihe an möglichen intra- und postoperativen Komplikationen.
Um die Operationszeit zu verkürzen und Komplikationen und Beschwerden des Patienten zu minimieren, wurden in jüngster Zeit mehrere Verfahren entwickelt, welche als minimalinvasive Glaukomchirurgie (MIGS) zusammengefasst werden. Der XEN 45 Gel Stent gehört zu diesen Verfahren. Das XEN-Implantat ist ein Gelatineschlauch mit einem inneren Durchmesser von 45 µm, der so platziert wird, dass er Vorderkammer und Subkonjunktivalraum miteinander verbindet und so gleichsam wie die TET einen zusätzlichen Kammerwasserabfluss über den Subkonjunktivalraum ermöglicht. Die Effektivität des XEN-Implantats wurde bereits mithilfe mehrerer Studien demonstriert.
Um einen direkten Vergleich zwischen dem Goldstandard der TET und der XEN-Implantation bezüglich der Wirksamkeit und dem Sicherheitsprofil zu ermöglichen, wurde die vorliegende Studie durchgeführt. Diese erfolgte retrospektiv, monozentrisch, komparativ und mit nur einem behandelndem Ophthalmochirurgen. Dabei wurden zwei demografisch und an Voroperationen vergleichbare Kohorten mit jeweils 100 Augen von je 100 Patienten mittels TET mit intraoperativer Anwendung von MMC beziehungsweise mittels XEN und intraoperativer Anwendung von MMC behandelt. Diese wurden an sieben festgelegten postoperativen Zeitpunkten über einen postoperativen Zeitraum von 12 Monaten bezüglich des bestkorrigierten Visus (BCVA), des nach Goldmann applanatorisch gemessenen Intraokulare Druck (IOD), der Gesichtsfelduntersuchung als Standardisierte Automatisierte Perimetrie (SAP), der Anzahl an applizierten lokalen Antiglaukomatosa sowie der Komplikationen und der postoperativ benötigten invasiven Eingriffe gegenübergestellt. Die Gruppe der XEN-Operationen konnte weiter in kombinierte Eingriffe, zusammen mit der Katarakt-Operation, und einzelständige XEN-Implantationen unterteilt werden, während die TET zu 100% als einzelständige Operation durchgeführt wurde. Die Entscheidung für eine der beiden Operationsarten wurde im klinischen Alltag vor Einschluss in die Studie anhand klinischer Kriterien gestellt.
Der therapeutische Erfolg wurde anhand Kriterien der World Glaucoma Association (WGA) bewertet: Eine IOD-Senkung von ≥20% wurde ohne Anwendung lokaler Antiglaukomatosa als kompletter Erfolg und mit Anwendung zusätzlicher topischer Antiglaukomatosa zum Ausgangszustand als eingeschränkter Erfolg definiert, beides ohne die Notwendigkeit einer folgenden Glaukomoperation mit der Ausnahme von Lasersuturolysen oder Needlings. Alle anderen Fälle wurden als Misserfolg gewertet.
Sowohl nach TET als auch nach XEN konnte eine statistisch signifikante IOD-Senkung sowie Reduktion topischer Medikamentenanwendung wie folgt nachgewiesen werden:
Durch die TET konnte in unserer Kohorte eine IOD-Senkung um 40,3% von 24,8±7,8 mmHg präoperativ zu 14,8±4,0 mmHg nach 12 Monaten bei gleichzeitiger Reduktion der lokalen Antiglaukomatosa von 3,3±1,2 zu 1,3±1,4 im selben Zeitraum erreicht werden. Dies entspricht einem kompletten Erfolg von 39% und einem eingeschränkten Erfolg von 74%. Unsere Daten entsprechen teilweise denen bereits publizierter Studien.
Durch die XEN-Implantation konnte in unserer Kohorte eine IOD-Senkung von 32,2% von 24,5±6,7 mmHg präoperativ zu 16,6±4,8 mmHg nach 12 Monaten mit einer Reduktion der lokalen Antiglaukomatosa von 3,0±1,1 zu 1,4±1,5 im beschriebenen Zeitraum erreicht werden. Damit zeigte sich ein kompletter Erfolg von 33% und ein eingeschränkter Erfolg von 67%. Diese Daten sind sehr ähnlich zu anderen publizierten Studien. Zwischen den Ergebnissen alleiniger und mit Katarakt-Operation kombinierter XEN-Implantationen bestanden keine statistisch signifikanten Unterschiede bezüglich IOD- und Lokaltherapiereduktion.
Insgesamt imponiert eine stärkere IOD- und Lokaltherapiereduktion sowie höhere Erfolgsraten durch die TET gegenüber des XENs jedoch ohne statistische Signifikanz zwischen beiden Gruppen.
Der BCVA verschlechterte sich nach der TET signifikant. Dies ist auch der Fall bei der Analyse lediglich der bereits pseudophaken Augen zur Ausschaltung des Einflusses einer potenziellen operationsbedingten Linsentrübung. Bei der gesamten Gruppe der XEN blieb der BCVA annähernd stabil, ebenso bei der Untergruppe der alleinigen XEN-Implantationen, während der BCVA bei der mit Katarakt-Operation kombinierten XEN-Implantation wie zu erwarten leicht anstieg. Eine mögliche Ursache für den Unterschied zur TET liegt möglicherweise in der geringeren Invasivität der XEN-Implantation.
Beim MD des Gesichtsfeldes blieb sowohl durch die TET als auch durch das XEN eine Veränderung statistischer Signifikanz über den Beobachtungszeitraum hinweg aus.
Unterschiede zeigten sich bei den postoperativen Komplikationen. Nach XEN trat mit 30% signifikant häufiger eine temporäre Bulbushypotonie (<5 mmHg) als bei TET mit 16% auf. Außer damit einhergehender Aderhautamotiones traten keine weiteren daraus folgenden Komplikationen wie der hypotonen Makulopathie auf. Ebenso zeigte sich die Bulbushypotonie in allen Fällen ohne weitere operative Eingriffe regredient.
Weiterhin waren nach XEN, mit 42 von 100 Augen, signifikant häufiger postoperative Needlings als nach TET, mit 22 von 100 Augen, während der ersten 12 Monate nach Operation notwendig.
Nach der TET traten im Gegensatz zum XEN signifikant häufiger postoperative Komplikationen auf, die einen erneuten Eingriff notwendig machten mit 33 gegenüber 16 Interventionen.
Zusammenfassend konnte auch in der vorliegenden Studie die TET mit ihrem guten Wirksamkeitsprofil über längere Zeit hinweg bei dennoch relativ häufigen Komplikationen mit damit verbundenen postoperativen Eingriffen ihre Bedeutung als bisheriger Goldstandard unter Beweis stellen. Das XEN sollte aber als gute Alternative mit nur etwas geringerer IOD- und Lokaltherapeutika-reduzierender Wirkung nicht außer Acht gelassen werden, insbesondere bei unbeeinträchtigtem Visus und weniger Belastungen des Patienten durch erneute operative Eingriffe im Gegensatz zur TET, abgesehen von den häufiger erforderlichen Needlings als postoperative Nachsorge.
Trotz der hohen Anzahl der eingeschlossenen Augen bezieht sich die vorliegende Studie lediglich auf einen postoperativen Zeitraum von einem Jahr. Da das POWG eine chronisch progrediente Krankheit darstellt und einen Patienten lebenslang begleitet, wären in Zukunft weitere Studien mit einem deutlich längerem Beobachtungszeitraum wünschenswert.:Abkürzungsverzeichnis 3
1 Einführung 4
1.1 Definition und Pathophysiologie Glaukom 4
1.2 Klassifikation der Glaukome 5
1.3 Primäre Offenwinkelglaukome 5
1.4 Diagnostik 7
1.4.1 Gonioskopie 7
1.4.2 Tonometrie 8
1.4.3 Sehnervenkopf / Retinale Nervenfaserschicht 8
1.4.4 Perimetrie 10
1.5 Therapie 11
1.5.1 Medikamentöse Therapie 11
1.5.2 Lasertherapie 11
1.5.3 Chirurgische Therapieoptionen 12
1.6 Ziel der Arbeit 14
2 Publikation 15
3 Zusammenfassung der Arbeit 27
4 Literaturverzeichnis 31
5 Darstellung des eigenen Beitrags 35
6 Anhang 36
6.1 Erklärung über die eigenständige Abfassung der Arbeit 36
6.2 Lebenslauf 37
6.3 Publikationen 39
6.4 Danksagung 40
|
Page generated in 0.0453 seconds