RiDE.L – programming language

Научная статья

Информатика, кибернетика и программирование

Kosenko IMM UrB RS USU Yekterinburg With time ti is getting hrder to develop softwre for highperformnce computing HPC; the min reson for tht is the complexity grow of hrdwre rchitectures mthemticl models dt structures nd lgorithms complexity which re pplied in lrge computtions. The lnguges with clssicl compiler rchitectures trditionlly used in HPC: C C FORTRN Pscl – re not so good t hndling tht complexity s lter lnguges: Hskell JvScript Oz Ruby. The best in tht Hskell GHC even when breking hrmonious syntx nd semntic...



12 KB

0 чел.

RiDE.L – programming language

Ì.Î. Bakhterev, V.V. Kosenko

IMM UrB RAS, USU, Yekaterinburg

With time ti is getting harder to develop software for high-performance computing (HPC); the main reason for that is the complexity grow of hardware architectures, mathematical models, data structures and algorithms complexity, which are applied in large computations.

The languages with classical compiler architectures traditionally used in HPC: C, C++, FORTRAN, Pascal – are not so good at handling that complexity as later languages: Haskell, JavaScript, Oz, Ruby. But these language systems do not allow to create programs, which could be executed effectively enough. The best in that, Haskell GHC, even when breaking harmonious syntax and semantic constructions, designed for optimization, are used in sources, generates binary programs yielding in terms of execution speed and memory usage to ones generated by C++. It is known, that C++ surpasses Haskell GHC at least in 2 times by these parameters, when programs calculating the same function are compared.

Attempts to extend classic compilers with abstractions originating from new programming languages are made: C++0x, C#, Java. But they lead to excessive complication of the already nontrivial syntax and semantics of the languages being extended. And that makes substantially harder to use and to support these tools.

Hence, it is task of current importance to develop the language possesses the set of features providing effective programming as well as effective execution of resulting programs. Requirements for such a language was formulated during the work on operating system kernel, but their fulfillment may result in instrument, which will be useful for HPC software development too. It seems that combination of following features is necessary.

1. Basic syntax and semantic should be simple and uniform as much as possible.

2. The language should allow to write programs in imperative paradigm.

3. There should be possible in language to work with closures, to overload and to particularize operators.

When developing OS kernel or HPC software that allows to describe algebraic data types in handy way (the experience shows, this technique is more comfortable than templates in C++). Also at HPC software it is possible with the help of closures to provide runtime code specialization, which is useful   when attempting to gain maximum performance. And at that closures are able to provide such specialization under programmer's control, as it might be done in `C, in contrast to transparent methods  possibly not matching the features of task being solved,  which are used at .Net and Java virtual machines.

4. The language should provide tools for machine-dependent data type description. In the works on both the OS and HPC software such tools give ability to optimize code for execution on the processors with specific architecture.

5. The definition of new control flow constructions should be possible within the language. When developing OS it could be used to create abstractions easing the description of error handling code sequences. And when developing HPC software that feature could be applied e.g. to implement the version of for operator optimized to fit specific supercomputer architecture, or to implement some operator running computational kernels (special programs are held in view) during stream processing.

 It has been managed to design the language fulfilling the requirements. Moreover, the architecture of RiDE.L has turned out to be simple. It is expression language syntactically simple and trivial, in general. The semantic of expressions is defined by simple algorithm, which replace parts of expression tree with implementations of corresponding overloaded operators. That cannot be done without some basic predefined primitives. But it has turned out, that it was enough to implement at semantic base the small number of simple constructions (below ten) designed for abstract work with types, expressions and operator overloading.

Despite its basic simplicity, RiDE.L allows to handle such nontrivial constructions as following.

int i; int j; future(int) array(M * N) retvals; int allisok;

for (((i; j) ={in} range(0; N - 1) * range(0; N - 1)) &&
(ok = 1; ok)) (
retvals.(i * j) = matrixmul 'A.%1 B.%2 : R.%1.%2 = R'(i; j) |
 grep 'success'

for ((allisok = 1; i = 0); i < M * N && allisok; i += 1)
allisok &&= wait(retvals.i) && retvals.i.value == 0);

if (allisok) () or (print 'ERROR')

The given code describes the launching and gathering output from naive parallel multiplication of two matrices AB. The description is given in terms of distributed computations framework, adopted in OS being developed. In that code constructions: int, future, array, range, for, if-or, ={in} – are not elements of basic RiDE.L semantic, but they might be implemented at library level.

By now several several main RiDE.L translator components have been implemented, and in future the its operational prototype will be completed. The prototype should let to test hypotheses about flexibility, expressive power and comfort of suggested approaches to compiler design.


А также другие работы, которые могут Вас заинтересовать

18346. Бюджет як основний фінансовий план держави 68.14 KB
  Тема 2. Бюджет як основний фінансовий план держави Таблиця2.1. Трактування сутності понять Джерело Визначення Казначейська система: Підручник / Юрій С.І. Стоян В.І. Мац М.Й. Тернопіль 2002. БЮДЖЕТНЕ ПЛАНУВАНН
18347. Бюджетний дефіцит і джерела його фінансування 90 KB
  Тема 4. Бюджетний устрій та побудова бюджетної системи Порівняльна характеристика складу структури бюджетної системи України та Чехії. 1. Бюджетна система Існує три варіанти виокремлення видів бюджетів: створення єдиного для всієї країни бюджету на загальноде
18348. Бюджетний процес 30.32 KB
  Тема 5. Бюджетний процес Таблиця 5.1. Аналіз бюджетного процесу на державному та місцевому рівнях Стадії бюджетного процесу Учасники бюджетного процесу Функції учасників бюджетного процесу Тер...
18349. Міжбюджетнівідносини і система бюджетноговирівнювання 26.3 KB
  Тема 6. Міжбюджетнівідносини і система бюджетноговирівнювання Частина 1 Таблиця 6.1. Трактування вітчизняними та зарубіжними науковцями сутності поняття бюджетне регулювання Джерело Визначення Бюджетна си...
18350. Система доходів бюджету 33.25 KB
  Тема 7. Система доходів бюджету Частина 1 Таблиця 7.1 Джерела Визначення Бюджетна система. Вишкіл студії: Навчальний посібник / За ред. С. І. Юрія О. П. Кириленко. – Тернопіль: Економічна думка 2010. – 424 с. – С. 84. ...
18351. Система видатків бюджету 38.65 KB
  Тема 8. Система видатків бюджету ІОпрацювати та систематизувати у формі таблиці 8.1 трактування вітчизняними та зарубіжними науковцями сутності поняття видатки бюджету не менше десяти визначень та на основі цього запропонувати власне найбільш повне і точне. Табли...
18352. Видатки бюджету на економічну діяльність та науку 53.36 KB
  Тема 9. Видатки бюджету на економічну діяльність та науку ІОпрацювати та систематизувати у формі таблиці 9.1 трактування вітчизняними та зарубіжними науковцями сутності поняття бюджетне фінансування не менше десяти визначень та на основі цього запропонувати власне...
18353. Видатки бюджету на соціальний захист населення і соціальну сферу 29.12 KB
  Тема 10. Видатки бюджету на соціальний захист населення і соціальну сферу На основі звітності про виконання місцевого бюджету за місцем проживання у 2009–2010 рр. провести аналіз соціальних видатків бюджету у таблиці 10.1. Охарактеризувати проблемні аспекти та перспективи о
18354. Видатки бюджету на оборону та управління 25.25 KB
  Тема 11. Видатки бюджету на оборону та управління Проаналізувати видатки місцевого бюджету на оборону та управління за 2009–2011 роки. Дані відобразити у таблиці 11.1. Розрахувати середній абсолютний приріст середній темп росту та середній темп приросту. Охарактеризува