2 research outputs found

    ์–ดํ”Œ๋ฆฌ์ผ€์ด์…˜ ๋‹ค์šด๋กœ๋”ฉ ์‹œ์Šคํ…œ์„ ์œ„ํ•œ ํด๋ผ์ด์–ธํŠธ ์„ ํ–‰ ์ปดํŒŒ์ผ๋Ÿฌ

    Get PDF
    ํ•™์œ„๋…ผ๋ฌธ (๋ฐ•์‚ฌ)-- ์„œ์šธ๋Œ€ํ•™๊ต ๋Œ€ํ•™์› : ์ „๊ธฐยท์ปดํ“จํ„ฐ๊ณตํ•™๋ถ€, 2014. 8. ๋ฌธ์ˆ˜๋ฌต.์–ดํ”Œ๋ฆฌ์ผ€์ด์…˜(์•ฑ)์„ ๋‹ค์šด๋กœ๋“œ ๋ฐ›์•„์„œ ์ˆ˜ํ–‰ํ•˜๋Š” ์‹œ์Šคํ…œ์€ DTV๋‚˜ ์Šค๋งˆํŠธํฐ์ฒ˜๋Ÿผ ๋Œ€์ค‘์ ์œผ๋กœ ์‚ฌ์šฉ๋˜๊ณ  ์žˆ๋‹ค. ์•ฑ์„ ๋‹ค์šด๋ฐ›์•„์„œ ์‚ฌ์šฉํ•˜๋Š” ์‹œ์Šคํ…œ๋“ค์€ ๊ฐ€์ƒ ๋จธ์‹ ์„ ์ฃผ๋ฅ˜๋กœ ์‚ฌ์šฉํ•˜๊ณ  ์žˆ๋‹ค. ๊ฐ€์ƒ ๋จธ์‹ ์˜ ๊ฐ€์žฅ ํฐ ๋ฌธ์ œ์ ์€ ์ธํ„ฐํ”„๋ฆฌํ„ฐ๋ฅผ ํ†ตํ•œ ์ˆ˜ํ–‰์— ์˜ํ•œ ๋Š๋ฆฐ ์„ฑ๋Šฅ์ด๋ฉฐ, ์ด ์„ฑ๋Šฅ์˜ ํ–ฅ์ƒ์„ ์œ„ํ•ด ์ฃผ๋กœ ์‚ฌ์šฉ๋˜๋Š” ๊ธฐ์ˆ ์ด ์ ์‹œ ์ปดํŒŒ์ผ๋Ÿฌ์ด๋‹ค. ์ ์‹œ ์ปดํŒŒ์ผ๋Ÿฌ๋Š” ๋‹ค์šด๋ฐ›์€ ์•ฑ์˜ ์ˆ˜ํ–‰ ์ค‘์— ๋™์ ์œผ๋กœ ๋จธ์‹  ์ฝ”๋“œ๋กœ ๋ฒˆ์—ญํ•˜์—ฌ ์‚ฌ์šฉํ•˜๋Š” ๊ธฐ๋ฒ•์œผ๋กœ, ๋™์  ์ปดํŒŒ์ผ๋ ˆ์ด์…˜ ์˜ค๋ฒ„ํ—ค๋“œ๋ฅผ ๊ฐ€์ง€๊ฒŒ ๋œ๋‹ค. ์šฐ๋ฆฌ๋Š” ์ด ๋™์  ์ปดํŒŒ์ผ๋ ˆ์ด์…˜ ์˜ค๋ฒ„ํ—ค๋“œ๋ฅผ ์ œ๊ฑฐํ•˜์—ฌ ์„ฑ๋Šฅ์„ ํ–ฅ์ƒ์‹œํ‚ค๋Š” ํด๋ผ์ด์–ธํŠธ ์„ ํ–‰ ์ปดํŒŒ์ผ๋Ÿฌ๋ฅผ ์ œ์•ˆํ•˜์˜€๋‹ค. ํด๋ผ์ด์–ธํŠธ ์„ ํ–‰ ์ปดํŒŒ์ผ๋Ÿฌ๋Š” ์ ์‹œ ์ปดํŒŒ์ผ๋Ÿฌ๊ฐ€ ์ƒ์„ฑํ•˜๋Š” ๋จธ์‹  ์ฝ”๋“œ๋ฅผ ์•ฑ์˜ ์ข…๋ฃŒ๋  ๋•Œ ์ง€์šฐ์ง€ ์•Š๊ณ  ํŒŒ์ผํ˜•ํƒœ๋กœ ์Šคํ† ๋ฆฌ์ง€์— ์ €์žฅํ•˜์—ฌ ์ดํ›„์— ์•ฑ์ด ๋‹ค์‹œ ์ˆ˜ํ–‰๋  ๋•Œ ์ €์žฅํ•œ ๋จธ์‹  ์ฝ”๋“œ๋ฅผ ์žฌํ™œ์šฉํ•˜์—ฌ ์‚ฌ์šฉํ•จ์œผ๋กœ์จ ๋Ÿฐํƒ€์ž„ ์ปดํŒŒ์ผ๋ ˆ์ด์…˜ ์˜ค๋ฒ„ํ—ค๋“œ๋ฅผ ์ œ๊ฑฐํ•˜๊ฒŒ ๋œ๋‹ค. ์ €์žฅํ•œ ๋จธ์‹  ์ฝ”๋“œ๋ฅผ ์žฌํ™œ์šฉํ•  ๋•Œ ๋จธ์‹  ์ฝ”๋“œ์— ์ธ์ฝ”๋”ฉ๋œ ์ฃผ์†Œ๊ฐ’๋“ค์€ ์œ ํšจํ•˜์ง€ ์•Š๊ธฐ ๋•Œ๋ฌธ์— ๊ฐ€์ƒ ๋จธ์‹ ์˜ ํ˜„์žฌ ๊ฐ’์— ๋งž์ถ”์–ด ๋ณ€๊ฒฝํ•ด์ฃผ๋Š” ์ž‘์—…์ด ํ•„์š”ํ•˜๋‹ค. ์ด ์ž‘์—…์€ ์ฃผ์†Œ ์žฌ๋ฐฐ์น˜์ด๋‹ค. ์ฃผ์†Œ ์žฌ๋ฐฐ์น˜๋Š” ์ €์žฅ๋œ ๋จธ์‹  ์ฝ”๋“œ๋งŒ์œผ๋กœ ์ˆ˜ํ–‰ํ•  ์ˆ˜๊ฐ€ ์—†๊ธฐ ๋•Œ๋ฌธ์— ์ถ”๊ฐ€์ ์ธ ์ •๋ณด๋ฅผ ๋จธ์‹  ์ฝ”๋“œ๋ฅผ ์ €์žฅํ•˜๋Š” ๊ณผ์ •์—์„œ ์ƒ์„ฑํ•˜์—ฌ ํŒŒ์ผ์— ํ•จ๊ป˜ ์ €์žฅํ•ด ์ฃผ์–ด์•ผ ํ•œ๋‹ค. ์ž๋ฐ”์˜ ์ƒ์ˆ˜ ํ’€ ํ•ด์„์€ ์ฃผ์†Œ ์žฌ๋ฐฐ์น˜ ์ž‘์—…์„ ์–ด๋ ต๊ฒŒ ํ•œ๋‹ค. ์šฐ๋ฆฌ๋Š” ์ด์— ๋Œ€ํ•œ ํ•ด๊ฒฐ์ฑ…์„ ๋งŒ๋“ค์—ˆ๋‹ค. ์ฃผ์†Œ ์žฌ๋ฐฐ์น˜๋ฅผ ์œ„ํ•œ ์ •๋ณด๋“ค์„ ์ €์žฅํ•˜๊ธฐ์œ„ํ•ด ์˜๊ตฌ ๋ฉ”๋ชจ๋ฅผ ๋งŽ์ด ์‚ฌ์šฉํ•˜๋Š” ๊ฒƒ๋„ ๋ฌธ์ œ๊ฐ€ ๋œ๋‹ค. ๋”ฐ๋ผ์„œ ์šฐ๋ฆฌ๋Š” ์ฃผ์†Œ ์žฌ๋ฐฐ์น˜ ์ •๋ณด๋ฅผ ๋จธ์‹  ์ฝ”๋“œ ์ƒ์— ์ธ์ฝ”๋”ฉํ•˜๊ณ  ์••์ถ•ํ•˜์—ฌ ์ €์žฅํ•˜๋Š” ๋ฐฉ๋ฒ•์„ ์ œ์•ˆํ–ˆ๋‹ค. ์šฐ๋ฆฌ์˜ ํด๋ผ์ด์–ธํŠธ ์„ ํ–‰ ์ปดํŒŒ์ผ๋Ÿฌ ๊ธฐ๋ฒ•์€ ์˜ค๋ผํด์‚ฌ์˜ CDC ๊ฐ€์ƒ๋จธ์‹  ์ฐธ์กฐ๊ตฌํ˜„์ธ CVM์— ๊ตฌํ˜„ํ•˜์˜€๋‹ค. ์šฐ๋ฆฌ์˜ ํด๋ผ์ด์–ธํŠธ ์„ ํ–‰ ์ปดํŒŒ์ผ๋Ÿฌ๋Š” ๋ฒค์น˜๋งˆํฌ์˜ ์„ฑ๋Šฅ์„ ์•ฝ 12% ํ–ฅ์ƒ์‹œ์ผฐ๋‹ค. ๋˜ํ•œ ์šฐ๋ฆฌ๋Š” ํด๋ผ์ด์–ธํŠธ ์„ ํ–‰ ์ปดํŒŒ์ผ๋Ÿฌ ๊ธฐ๋ฒ•์„ ์‹ค์ œ๋กœ ํŒ๋งคํ•˜๋Š” DTVํ™˜๊ฒฝ์— ๊ตฌ์ถ•ํ•˜์—ฌ ์‹ค์ œ ๋ฐฉ์†ก๊ตญ์ด ์‚ฌ์šฉํ•˜๋Š” ์–ดํ”Œ๋ฆฌ์ผ€์ด์…˜์„ ์ˆ˜ํ–‰ํ•ด ๋ณด์•˜๋‹ค. ์šฐ๋ฆฌ์˜ ํด๋ผ์ด์–ธํŠธ ์„ ํ–‰ ์ปดํŒŒ์ผ๋Ÿฌ ๋ฐฉ์‹์€ ์‚ฌ์šฉ์ž์˜ ์‹ค์ œ ํ™˜๊ฒฝ์—์„œ 33%์˜ ์ข‹์€ ์„ฑ๋Šฅ ํ–ฅ์ƒ์„ ์–ป์—ˆ๋‹ค. ์ž๋ฐ”์Šคํฌ๋ฆฝํŠธ ๊ฐ€์ƒ๋จธ์‹ ์ธ ๊ตฌ๊ธ€์‚ฌ์˜ V8 ๊ฐ€์ƒ๋จธ์‹ ์€ ์ธํ„ฐํ”„๋ฆฌํ„ฐ ์ˆ˜ํ–‰์—†์ด ์ ์‹œ ์ปดํŒŒ์ผ๋Ÿฌ๋งŒ์„ ์‚ฌ์šฉํ•˜๊ณ  ์žˆ๋‹ค. ์šฐ๋ฆฌ๋Š” V8 ๊ฐ€์ƒ ๋จธ์‹ ์— ํด๋ผ์ด์–ธํŠธ ์„ ํ–‰ ์ปดํŒŒ์ผ๋Ÿฌ๋Š” ์ ์šฉํ•˜์˜€์ง€๋งŒ, ์‹ค์ œ ์„ฑ๋Šฅ ํ–ฅ์ƒ์„ ์–ป์–ด๋‚ด์ง€๋Š” ๋ชปํ–ˆ๋‹ค. ์ด๊ฒƒ์€ V8 ๊ฐ€์ƒ ๋จธ์‹ ์˜ ํŠน์ง•์ธ ๋‚ด๋ถ€ ๊ฐ์ฒด์˜ ์ ๊ทน์ ์ธ ์‚ฌ์šฉ์— ์˜ํ•œ ๊ฒฐ๊ณผ์ด๋‹ค. ๋‚ด๋ถ€ ๊ฐ์ฒด๋Š” ์ปดํŒŒ์ผ๋Ÿฌ๊ฐ€ ์ƒ์„ฑํ•˜์—ฌ ์ปดํŒŒ์ผ๋Ÿฌ ๊ณผ์ •์—์„œ ์‚ฌ์šฉ๋˜๋ฉฐ, ์ž๋ฐ”์Šคํฌ๋ฆฝํŠธ ํ”„๋กœ๊ทธ๋žจ์—์„œ๋„ ์ ‘๊ทผํ•˜์—ฌ ์‚ฌ์šฉํ•˜๊ฒŒ ๋œ๋‹ค. V8 ๊ฐ€์ƒ ๋จธ์‹ ์˜ ์ปดํฌ๋„ŒํŠธ๋“ค์€ ๋Œ€๋ถ€๋ถ„ ๋‚ด๋ถ€ ๊ฐ์ฒด๋กœ ์ƒ์„ฑ๋˜์–ด, ๋‹ค๋ฅธ ์ข…๋ฅ˜์˜ ๊ฐ€์ƒ ๋จธ์‹ ์— ๋น„ํ•ด์„œ ์ƒ๋‹นํžˆ ๋งŽ์€ ๋‚ด๋ถ€ ๊ฐ์ฒด๋ฅผ ์ƒ์„ฑํ•˜๊ณ  ์žˆ๋‹ค. V8์˜ ์ ์‹œ ์ปดํŒŒ์ผ๋Ÿฌ๊ฐ€ ์ƒ์„ฑํ•˜๋Š” ๋จธ์‹  ์ฝ”๋“œ์—์„œ๋Š” ์ด ๋‚ด๋ถ€ ๊ฐ์ฒด๋ฅผ ์ง์ ‘ ์ ‘๊ทผํ•˜์—ฌ ์‚ฌ์šฉํ•˜๊ฒŒ ๋˜์–ด, ํด๋ผ์ด์–ธํŠธ ์„ ํ–‰ ์ปดํŒŒ์ผ๋Ÿฌ์— ์˜ํ•ด ์–ดํ”Œ๋ฆฌ์ผ€์ด์…˜์ด ์ˆ˜ํ–‰๋  ๋•Œ๋งˆ๋‹ค ์ด ๋‚ด๋ถ€ ๊ฐ์ฒด๋Š” ํ•ญ์ƒ ํ•„์š”ํ•˜๊ธฐ ๋•Œ๋ฌธ์— ํด๋ผ์ด์–ธํŠธ ์„ ํ–‰ ์ปดํŒŒ์ผ๋Ÿฌ๋Š” ๋‚ด๋ถ€ ๊ฐ์ฒด๋ฅผ ์žฌ์ƒ์„ฑํ•ด์•ผ๋งŒ ํ•œ๋‹ค. V8 ์ ์‹œ ์ปดํŒŒ์ผ๋Ÿฌ์˜ ๋Ÿฐํƒ€์ž„ ์ปดํŒŒ์ผ๋ ˆ์ด์…˜ ์˜ค๋ฒ„ํ—ค๋“œ์˜ ๋Œ€๋ถ€๋ถ„์ด ๋‚ด๋ถ€ ๊ฐ์ฒด๋ฅผ ์ƒ์„ฑํ•˜๋Š” ์˜ค๋ฒ„ํ—ค๋“œ์ด๊ธฐ ๋•Œ๋ฌธ์—, ์šฐ๋ฆฌ์˜ ํด๋ผ์ด์–ธํŠธ ์„ ํ–‰ ์ปดํŒŒ์ผ๋Ÿฌ๋Š” ์ด ํ™˜๊ฒฝ์—์„œ ์ถฉ๋ถ„ํ•œ ์„ฑ๋Šฅ ํ–ฅ์ƒ์„ ์–ป์„ ์ˆ˜ ์—†์—ˆ๋‹ค.App-downloading systems like DTV and smart phone are popularly used. Virtual machine is mainstream for those systems. One critical problem of app-downloading systems is performance because app is executed by interpreter. A popular solution for improving performance is Just-In-Time Compiler (JITC). JITC compiles to machine code at runtime. So, JITC suffers from runtime compilation overhead. We suggested client Ahead-Of-Time Compiler(c-AOTC) which improves the performance by removing runtime compilation overhead. c-AOTC saves machine code of method generated by JITC in persistent storage and reuses it in next runs. The machine code of a method translated by JITC is cached on a persistent memory of the device, and when the method is invoked again in a later run of the program, the machine code is loaded and executed directly without any translation overhead. One major issue in c-AOTC is relocation because some of the address constants embedded in the cached machine code are not correct when the machine code is loaded and used in a different runthose addresses should be corrected before they are used. Constant pool resolution complicates the relocation problem, and we propose our solutions. The persistent memory overhead for saving the relocation information is also an issue, and we propose a technique to encode the relocation information and compress the machine code efficiently. We developed a c-AOTC on Oracles CDC VM, and evaluation results indicate that c-AOTC can improve the performance as much as an average of 12% for benchmarks. And we adopted c-AOTC approach to commercial DTV platform and test the real xlet applications of commercial broadcasting stations. c-AOTC got average 33% performance improvement on the real xlet application test. V8 JavaScript VM does not use interpreter. Apps are executed only by JITC. We adopted c-AOTC to V8 VM. But we cannot get any good performance result because of V8 VMs characteristics. V8 VM components are generated as internal objects. Internal objects are used for compiling and running of JavaScript program. The machine code of V8 VM addresses internal objects which are different for each run. Because internal objects beใ€€accessed in each run, c-AOTCใ€€must recreate those objects. Because most of compilation overhead of V8 VM is internal object creation overhead, c-AOTCใ€€does not get enough improvements.Chapter 1 Introduction 1 Chatper 2 client-AOTC Approach 4 Chatper 3 Java Virtual Machine and Our JITC 9 3.1 Overview of JVM and the Bytecode 9 3.2 Our JITC on the CVM 14 Chatper 4 Design and Implementation of c-AOTC on JVM 16 4.1 Architecutre of the c-AOTC 16 4.2 Relocation 19 4.2.1 Translated Code Which Needs Relocation 19 4.2.2 Relocation Information and Relocation Process 22 4.2.3 Relocation for Inlined Methods 24 4.3 Reducing the Size of .aotc Files 25 4.3.1 Encoding Relocation Information 25 4.3.2 Machine Code Compression 27 4.3.3 Structure of the .aotc File 27 Chatper 5 c-AOTC for DTV JVM platform 29 5.1 DTV software platform 30 5.2 c-AOTC on the DTV 32 5.2.1 Design of c-AOTC on DTV 32 5.2.2 Relocation Problem 35 5.2.3 Example of Relocation 39 5.2.3.1 Relocation Example of JVM c-AOTC 39 5.2.3.3 Relocation Example of DTV c-AOTC 41 Chatper 6 c-AOTC for JavaScript VM 44 6.1 V8 JavaScript VM 44 6.2 Issue and Solution of c-AOTC on V8 JavaScript VM 46 Chatper 7 Experimental Results 51 7.1 Experimental Environment of JVM 51 7.2 Performance Impact of c-AOTC 53 7.3 Space Overhead of c-AOTC 55 7.4 Reducing Number of c-AOTC Methods 60 7.5 c-AOTC with new hot-spot detection heuristics 63 7.5.1 Performance Impact of c-AOTC with new hot-spotdetection heuristics 63 7.5.2 Space Overhead of c-AOTC with new hot-spot detection heuristics 67 7.6 c-AOTC of DTV JVM platform 70 7.6.1 Performance result of DTV platform 70 7.6.2 Analysis of JITCed method of DTV platform 72 7.6.3 Space overhead of DTV platform 74 7.6.4 c-AOTC overhead of DTV platform 75 7.6.5 c-AOTC performance using different xlets c-AOTC file in DTV platform 76 7.7 c-AOTC of V8 JavaScript engine 79 7.7.1 Compilation overhead on V8 JavaScript VM 79 7.7.2 Performance result on V8 JavaScript VM 81 7.7.3 Comparison with c-AOTC of JavaScriptCore VM 83 Chatper 8 Related Work 86 Chatper 9 Conclusion 89 Bibliography 91 ์ดˆ๋ก 99Docto

    Interactive web-based visualization

    Get PDF
    The visualization of large amounts of data, which cannot be easily copied for processing on a userโ€™s local machine, is not yet a fully solved problem. Remote visualization represents one possible solution approach to the problem, and has long been an important research topic. Depending on the device used, modern hardware, such as high-performance GPUs, is sometimes not available. This is another reason for the use of remote visualization. Additionally, due to the growing global networking and collaboration among research groups, collaborative remote visualization solutions are becoming more important. The additional use of collaborative visualization solutions is eventually due to the growing global networking and collaboration among research groups. The attractiveness of web-based remote visualization is greatly increased by the wide availability of web browsers on almost all devices; these are available today on all systems - from desktop computers to smartphones. In order to ensure interactivity, network bandwidth and latency are the biggest challenges that web-based visualization algorithms have to solve. Despite the steady improvements in available bandwidth, these improvements are still significantly slower than, for example, processor performance, resulting in increasing the impact of this bottleneck. For example, visualization of large dynamic data in low-bandwidth environments can be challenging because it requires continuous data transfer. However, bandwidth improvement alone cannot improve the latency because it is also affected by factors such as the distance between server and client and network utilization. To overcome these challenges, a combination of techniques is needed to customize the individual processing steps of the visualization pipeline, from efficient data representation to hardware-accelerated rendering on the client side. This thesis first deals with related work in the field of remote visualization with a particular focus on interactive web-based visualization and then presents techniques for interactive visualization in the browser using modern web standards such as WebGL and HTML5. These techniques enable the visualization of dynamic molecular data sets with more than one million atoms at interactive frame rates using GPU-based ray casting. Due to the limitations which exist in a browser-based environment, the concrete implementation of the GPU-based ray casting had to be customized. Evaluation of the resulting performance shows that GPU-based techniques enable the interactive rendering of large data sets and achieve higher image quality compared to polygon-based techniques. In order to reduce data transfer times and network latency, and improve rendering speed, efficient approaches for data representation and transmission are used. Furthermore, this thesis introduces a GPU-based volume-ray marching technique based on WebGL 2.0, which uses progressive brick-wise data transfer, as well as multiple levels of detail in order to achieve interactive volume rendering of datasets stored on a server. The concepts and results presented in this thesis contribute to the further spread of interactive web-based visualization. The algorithmic and technological advances that have been achieved form a basis for further development of interactive browser-based visualization applications. At the same time, this approach has the potential for enabling future collaborative visualization in the cloud.Die Visualisierung groรŸer Datenmengen, welche nicht ohne Weiteres zur Verarbeitung auf den lokalen Rechner des Anwenders kopiert werden kรถnnen, ist ein bisher nicht zufriedenstellend gelรถstes Problem. Remote-Visualisierung stellt einen mรถglichen Lรถsungsansatz dar und ist deshalb seit langem ein relevantes Forschungsthema. Abhรคngig vom verwendeten Endgerรคt ist moderne Hardware, wie etwa performante GPUs, teilweise nicht verfรผgbar. Dies ist ein weiterer Grund fรผr den Einsatz von Remote-Visualisierung. Durch die zunehmende globale Vernetzung und Kollaboration von Forschungsgruppen gewinnt kollaborative Remote-Visualisierung zusรคtzlich an Bedeutung. Die Attraktivitรคt web-basierter Remote-Visualisierung wird durch die weitreichende Verfรผgbarkeit von Web-Browsern auf nahezu allen Endgerรคten enorm gesteigert; diese sind heutzutage auf allen Systemen - vom Desktop-Computer bis zum Smartphone - vorhanden. Bei der Gewรคhrleistung der Interaktivitรคt sind Bandbreite und Latenz der Netzwerkverbindung die grรถรŸten Herausforderungen, welche von web-basierten Visualisierungs-Algorithmen gelรถst werden mรผssen. Trotz der stetigen Verbesserungen hinsichtlich der verfรผgbaren Bandbreite steigt diese signifikant langsamer als beispielsweise die Prozessorleistung, wodurch sich die Auswirkung dieses Flaschenhalses immer weiter verstรคrkt. So kann beispielsweise die Visualisierung groรŸer dynamischer Daten in Umgebungen mit geringer Bandbreite eine Herausforderung darstellen, da kontinuierlicher Datentransfer benรถtigt wird. Dennoch kann die alleinige Verbesserung der Bandbreite keine entsprechende Verbesserung der Latenz bewirken, da diese zudem von Faktoren wie der Distanz zwischen Server und Client sowie der Netzwerkauslastung beeinflusst wird. Um diese Herausforderungen zu bewรคltigen, wird eine Kombination verschiedener Techniken fรผr die Anpassung der einzelnen Verarbeitungsschritte der Visualisierungspipeline benรถtigt, angefangen bei effizienter Datenreprรคsentation bis hin zu hardware-beschleunigtem Rendering auf der Client-Seite. Diese Doktorarbeit befasst sich zunรคchst mit verwandten Arbeiten auf dem Gebiet der Remote-Visualisierung mit besonderem Fokus auf interaktiver web-basierter Visualisierung und prรคsentiert danach Techniken fรผr die interaktive Visualisierung im Browser mit Hilfe moderner Web-Standards wie WebGL und HTML5. Diese Techniken ermรถglichen die Visualisierung dynamischer molekularer Datensรคtze mit mehr als einer Million Atomen bei interaktiven Frameraten durch die Verwendung GPU-basierten Raycastings. Aufgrund der Einschrรคnkungen, welche in einer Browser-basierten Umgebung vorliegen, musste die konkrete Implementierung des GPU-basierten Raycastings angepasst werden. Die Evaluation der daraus resultierenden Performanz zeigt, dass GPU-basierte Techniken das interaktive Rendering von groรŸen Datensรคtzen ermรถglichen und eine im Vergleich zu Polygon-basierten Techniken hรถhere Bildqualitรคt erreichen. Zur Verringerung der รœbertragungszeiten, Reduktion der Latenz und Verbesserung der Darstellungsgeschwindigkeit werden effiziente Ansรคtze zur Datenreprรคsentation und รผbertragung verwendet. Des Weiteren wird in dieser Doktorarbeit eine GPU-basierte Volumen-Ray-Marching-Technik auf Basis von WebGL 2.0 eingefรผhrt, welche progressive blockweise Datenรผbertragung verwendet, sowie verschiedene Detailgrade, um ein interaktives Volumenrendering von auf dem Server gespeicherten Datensรคtzen zu erreichen. Die in dieser Doktorarbeit prรคsentierten Konzepte und Resultate tragen zur weiteren Verbreitung von interaktiver web-basierter Visualisierung bei. Die erzielten algorithmischen und technologischen Fortschritte bilden eine Grundlage fรผr weiterfรผhrende Entwicklungen von interaktiven Visualisierungsanwendungen auf Browser-Basis. Gleichzeitig hat dieser Ansatz das Potential, zukรผnftig kollaborative Visualisierung in der Cloud zu ermรถglichen
    corecore