Mercurial > hg > Papers > 2015 > yuhi-master
changeset 45:7ad011a9b010
fix english abstract
| author | Yuhi TOMARI <yuhi@cr.ie.u-ryukyu.ac.jp> |
|---|---|
| date | Mon, 16 Feb 2015 19:24:30 +0900 |
| parents | edf3a38f96d8 |
| children | da6fe9375077 |
| files | paper/abstract_eng.tex paper/graffle/wordcount.graffle paper/images/wordcount.pdf paper/introduciton.tex paper/master_paper.pdf |
| diffstat | 5 files changed, 42 insertions(+), 6 deletions(-) [+] |
line wrap: on
line diff
--- a/paper/abstract_eng.tex Mon Feb 16 19:15:37 2015 +0900 +++ b/paper/abstract_eng.tex Mon Feb 16 19:24:30 2015 +0900 @@ -3,14 +3,13 @@ Cerium was programming framework for Cell Broad band Engine. We supported Multi-platform, it was more improved to the general purpose framework. -To achieve Multi-core CPU support using SyncronizedQueue. -To achieve GPGPU support using OpenCL and CUDA. -Be improved parallelism by supporting data parallel execution. +To achieve Multi-core CPU support using SyncronizedQueue, and GPGPU support using OpenCL and CUDA. +Cerium was improved parallelism by supporting data parallel execution. Cerium's file read was implemented by mmap. We have implemented the I/O of parallel processing by BlockedRead. In addition, not only the calculation part, -We expected an improvement in overhead by parallel processing in the I / O part using Cerium. +We expected an improvement in overhead by parallel processing in the I/O part using Cerium. We evaluate example Sort, Word count, and FFT, and indicates that the added functions is effective in parallel programming on Multi-platform.
--- a/paper/graffle/wordcount.graffle Mon Feb 16 19:15:37 2015 +0900 +++ b/paper/graffle/wordcount.graffle Mon Feb 16 19:24:30 2015 +0900 @@ -57,6 +57,43 @@ <key>Head</key> <dict> <key>ID</key> + <integer>75</integer> + <key>Info</key> + <integer>4</integer> + </dict> + <key>ID</key> + <integer>108</integer> + <key>Points</key> + <array> + <string>{373, 293.49999999999994}</string> + <string>{457.35714285714289, 194.99999999999994}</string> + </array> + <key>Style</key> + <dict> + <key>stroke</key> + <dict> + <key>HeadArrow</key> + <string>FilledArrow</string> + <key>Legacy</key> + <true/> + <key>TailArrow</key> + <string>0</string> + <key>Width</key> + <real>2</real> + </dict> + </dict> + <key>Tail</key> + <dict> + <key>ID</key> + <integer>44</integer> + </dict> + </dict> + <dict> + <key>Class</key> + <string>LineGraphic</string> + <key>Head</key> + <dict> + <key>ID</key> <integer>98</integer> <key>Info</key> <integer>4</integer> @@ -1760,7 +1797,7 @@ <key>MasterSheets</key> <array/> <key>ModificationDate</key> - <string>2015-02-14 06:55:45 +0000</string> + <string>2015-02-16 10:19:49 +0000</string> <key>Modifier</key> <string>yuhi</string> <key>NotesVisible</key>
--- a/paper/introduciton.tex Mon Feb 16 19:15:37 2015 +0900 +++ b/paper/introduciton.tex Mon Feb 16 19:24:30 2015 +0900 @@ -16,7 +16,7 @@ ここでいう最適な形とは、実行の順番やどのリソース上で Task を実行するかといった Scheduling を含めたチューニングの事である。 -しかしこれらのチューニングは非常に複雑で、 +しかしこれらのチューニングは複雑で、 コーディング時にプログラマが毎回行っていては煩雑さや拡張性の点で問題がある。 そういった問題を解決するためのプログラミングフレームワークが必要となる。