| dc.contributor.author | Arnold, D.B. | en_US |
| dc.contributor.author | Hinds, M.R. | en_US |
| dc.date.accessioned | 2014-10-21T06:08:09Z | |
| dc.date.available | 2014-10-21T06:08:09Z | |
| dc.date.issued | 1989 | en_US |
| dc.identifier.issn | 1467-8659 | en_US |
| dc.identifier.uri | http://dx.doi.org/10.1111/j.1467-8659.1989.tb00449.x | en_US |
| dc.description.abstract | This report investigates the problems involved in implementing the GKS 2D graphics standard in Occam. Whilst some of the detail is language specific, similar problems arise with implementations in any parallel system and the paper therefore has wider relevance. The main problems were found to be the lack of data types in Occam, parallel calls to the GKS implementation (which assumes a sequential command stream) and implementing a truly parallel GKS kernel. None of these problems appears to be insuperable, particularly if a preprocessor is used to overcome the potential communication and network conflicts which are possible in a parallel graphic system. | en_US |
| dc.publisher | Blackwell Publishing Ltd and the Eurographics Association | en_US |
| dc.title | On Implementing Parallel GKS | en_US |
| dc.description.seriesinformation | Computer Graphics Forum | en_US |
| dc.description.volume | 8 | en_US |
| dc.description.number | 1 | en_US |
| dc.identifier.doi | 10.1111/j.1467-8659.1989.tb00449.x | en_US |
| dc.identifier.pages | 13-19 | en_US |
