Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Эльбрус-2000

12 views
Skip to first unread message

Vladimir Bogdanovitch

unread,
Jul 26, 1999, 3:00:00 AM7/26/99
to
╔═════════════════════════════════════════════════════════════════════
║ Forwarded by Vladimir Bogdanovitch (2:5090/31.7)
╟──────┬──────────────────────────────────────────────────────────────
║ Area │ RU.AMIGA (RU.AMIGA)
║ From │ RDC, 2:5020/1301.7 (11 Jul 99 16:29)
║ To │ All
║ Subj │ Эльбрус-2000
╚══════╧══════════════════════════════════════════════════════════════
@TEAM: *PEPSI* 2
Kак-то раз 10 Jul 99 Romana Bashin написал для меня следующее:

HJ>>> пеpвое aпpеля ещё не нaстyпило.
R>> а ты зайди на www.elbrus.ru и почитай спецификации...
RB> а как насчет постинга в эхy?

Хорошая мысль.

URL : http://www.elbrus.ru/pressrelease.html
Title: Презентация микропроцессора E2K

Пресс-релиз

Презентация нового микропроцессора Е2К, созданного группой "Эльбрус"

25 февраля 1999 года, Москва, Россия - Группа компаний "Эльбрус" представляет
технические решения и основные характеристики своего микропроцессора Е2К. По
результатам многочисленных тестов новый российский микропроцессор превосходит
мощнейший западный микропроцессор "Merced" по скорости от 3 до 5 раз в
зависимости от типа задач и имеет в два раза меньшую себестоимость на
аналогичной технологии. ("Merced" - самый быстрый микропроцессор следующего
поколения фирмы Intel, выход которого ожидается в 2000 году). Оригинальные
технические решения Е2К обеспечивают полную совместимость с существующим
программным обеспечением х86 без потери производительности.

Эти поразительные результаты получены в результате тщательной разработки
архитектуры и системного программного обеспечения командой группы "Эльбрус" под
руководством член-корр. РАH Бабаяна Б.А. с 1985 года. Для получения
результатов,
которые являются фактически предельными для заданной технологии создания
кристалла, команда Эльбрус отказалась от сложной RISC архитектуры в пользу
системы команд с явным параллелизмом на уровне операций.

Технология двоичной компиляции, применяемая разработчиками Е2К (маленький
комментарий. это примерно то же самое, что и в PC-Task Dynamic), является
основой обеспечения совместимости программного обеспечения, написанного для
других архитектур, в первую очередь х86 и IA-64 (стоит заметить, что этот путь
разработчикам "Merced" еще предстоит пройти).

В настоящее время основы созданных технологий защищены большим количеством
международных патентов.

Ядро команды составляют профессионалы мирового уровня, работающие вместе более
30 лет и создавшие несколько поколений Супер ЭВМ для Министерства обороны и
отечественной космонавтики. История команды уникальна. В 1978 году была
разработана первая в мире ЭВМ с суперскалярной RISC архитектурой (за 15 лет до
появления аналогичной на западе). В 1985 создан первый компьютер с явным
параллелизмом на уровне операций - Эльбрус-3 (с быстродействием, превышающим
CRAY Y-MP в два раза).

В настоящее время группа "Эльбрус" находится на этапе выбора стратегического
партнера для объединения самых высоких технологий в области создания
высокопроизводительных компьютеров с маркетинговой мощью партнера. Результатом
стратегического сотрудничества будет получение доступа к одному из наиболее
прибыльных рынков мира.


URL : http://www.el2000.ru/press/press_faq-2502.html
Title: Elbrus - Press Conference Feb/25/1999


PRESS-CONFERENCE QUESTIONS AND ANSWERS

Q: Has IEEE754 standard been implemented in floating point units?
A: Implemented in full, including the non-normalized numbers.

Q: What is the maximum number of floating point operations that can be run in
one clock?
A: In each clock 8.5 floating point operations maximum can start (the division
operation can start once in two clocks, the rest operations can start in each
clock).

Q: Are the L1 and L2 caches non-blocking, if "yes", how many misses may occur?
A: Both caches are non-blocking and allow over 32 misses (Certainly, if the
pipeline does not stop earlier due to that any operation may require the LOAD
operation result).

Q: As is known, ALPHA 21264 abandoned the use of the structure that had been
implemented in 21164 - a small but two-clock L1 cache and comparatively big but
multiclock L2 on chip cache. Why do you use this structure?
A: We modelled 2 versions of the on chip cache structure. The first one: 3
clock 64 KB cache, the second - 2 clock 8KB L1 cache and 8 clock 256 KB L2
cache. The modeling results have shown that the 2nd version gives better
results
on our code. It should be noted, if the technology allows, we will increase the
size of L1 cache leaving the delay time of 2 clocks.

Q: What simulators did you use to specify the characteristics of your
microprocessor?
A: We have a multi-level simulation system. All simulators are consistent. The
most precise and consequently the slowest is Verilog RTL model. It operates
with
the speed of several wide instructions a second, that is why it can be used
only
for small engineering tests. The next level is a clock precise simulator of the
microprocessor, which allows on suffiently big tasks (SPEC benchmarks) to
precisely estimate the microprocessor performance. All memory levels (cache and
main memory) are simulated in it, as well as all hardware Interlocks (i.e. all
phases of the hardware pipeline). The fastest is ISET simulator. It runs with
the speed of 2 mln. wide instructions a second and makes it possible to execute
practically any user's applications.

Q: Will you be able to do a symmetric multiprocessing on your machine?
A: We binary compile the operating systems themselves, Microsoft including,
that is why they will operate in the way how they are written. In our
architecture everything is implemeted such that, if multiprocessing has been
taken into account specifically in OS, then it can be ensured.

Q: Have you already worked with OSs supporting multiprocessing?
A: We have compiled Kernel OS Linux 2.0.34 using Elbrus compiler and executed
on the machine simulator.

Q: Binary compilation really looks like a successful solution to ensure
compatibility with У86. But why do you think your design will be compatible
with
IA-64, you know the IA-64 instruction set has not yet been declared in press.
A: Someone, who has already signed NDA with Intel, apparently knows IA-64
instruction set. We don't. However Merced, as is known, will be compatible with
x86 and will have to be compatible in basic operations and data presentation
with x86. Besides, Merced like our E2k makes use of the explicit parallelism
approach. Since in primitive operations (including memory access and floating
point arithmetics) our processor is x86 compatible, we assured that after some
minor modifications, after IA-64 is declared, our processor will be IA-64
compatible as well.

Q: Don't you think that the performance losses by 20-30% with the binary
compilation of x86 codes are big, you know many companies, Intel among them,
put
greater effort into performance increase by the same 30%?
A: Actually, with the binary compilation as compared with the source code
compilation, it is impossible to restore a portion of information in analysing
the binary code. This is the reason why the losses in the the binary compiled
code performance occur. But remember that these are the losses as compared with
the optimized similar native code of E2k. Since our microprocessor will be 3-5
times faster than Merced, we will be faster than Merced in the combined mode
even with regard to the losses in binary compilation.

Q: To reach the declared performance a native compiler is needed. The compiler
for such an architecture is sophisticated, what is its reliability level?
A: We have an optimizing compiler for E2K. We use it for compiling benchmarks
and running them on the cycle-precise simulator. Besides our microprocessor has
one more unique feature - secure programming. Using this feature we can fix
sufficiently bigger number of bugs in the programs as compared to the
present-day computers. In particular we have compiled in this mode SPECint92
and
SPECint95 benchmarks and have fixed over 30 bugs in them. We use this mode to
debug the compiler itself. We translate our compiler in secure mode and then
run
on simulators. This allows to sufficiently increase the compiler reliability.
The compiler team is highly skilled, it has been working on such compiler for
over 10 years, and the current compiler version is already the third for this
period of time.

Q: But this only is insufficient. How do you test your compiler?
A: We perform regression testing. We compile and run benchmarks, we have
compiled and run OS Linux, we have a 600 MB testing base consisting of programs
in C language. All of them have been compiled and executed on the simulator.


__
__/ / Powered CoModerator of RU.AMIGA
\_\/ by MOTOROLA [Russian AMIGA Masters]

- --- rdc(at)mindless.com http://rdc.cch.pmc.ru мгтс://352-0931
* Origin: Error 0x1A: парковка винчестера в
неположенномместе══════════════════════════════════════════════════════════════════════

Hello All!

Оказывается и наши не лыком шиты. Вот бы еще в пpодажу его.

Vladimir Bogdanovitch.

- --- GoldED 2.50+

Roman Cornelius

unread,
Jul 26, 1999, 3:00:00 AM7/26/99
to
_hi, Vladimir._

_Answering message from Vladimir Bogdanovitch    All:_

VB> ¥                                                                     
VB> ، Forwarded by Vladimir Bogdanovitch (2:5090/31.7)
VB> °€€€€€€ˆ€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€€
VB> ، Area پ RU.AMIGA (RU.AMIGA)
VB> ، From پ RDC, 2:5020/1301.7 (11 Jul 99 16:29)
VB> ، To پ All
VB> ، Subj پ üجطآزصس-2000
VB> «      ¹                                                              

HJ>>>> ذإp×دإ aذpإجر إف£ خإ خaسشyذةجد.
R>>> ء شظ عءتؤة خء www.elbrus.ru ة ذدقةشءت سذإأةئةثءأةة...
RB>> ء ثءث خءسقإش ذدسشةخاء × ـبy?
VB> URL : http://www.elbrus.ru/pressrelease.html
VB> Title: ًزإعإخشءأةر حةثزدذزدأإسسدزء E2K
VB>                                                                       
VB> ïثءعظ×ءإشسر ة خءغة خإ جظثدح غةشظ. ÷دش آظ إفإ × ذpدؤءضص إاد.

ُاص. ِءجط شدجطثد, قشد ثداؤء دخ خءثدخإأ ×ظتؤإش × ذزدؤءضص × 2002 ادؤص (ـشد
× جصقغإح سجصقءإ €€ ذد دآإفءخةرح زءعزءآدشقةثد×) خةثدحص دخ صضإ خصضإخ خإ
آصؤإش...

_regards, Roman Cornelius._
_mailto:cor...@mail.ru icq:36223828_


Sergei Dryannyikh

unread,
Jul 26, 1999, 3:00:00 AM7/26/99
to
Пpиветcтвую тебя, Roman!

Разговаpивали как-то Roman Cornelius и Vladimir Bogdanovitch на тему
"Эльбрус-2000".

RC> Угу. Жаль только, что когда он наконец выйдет в продажу в 2002
RC> году (это в лучшем случае ── по обещаниям разработчиков) никому он
RC> уже нужен не будет...

А вот это еще неизвеcтно. Хотя да, у интела возможноcтей что-то cделать
вовpемя гоpаздо больше.

Желаю удачи!
Cеpгей. ICQ:13116911

...Cтояли звеpи около двеpи, в них cтpеляли, они умиpали.

Vladimir Bogdanovitch

unread,
Jul 27, 1999, 3:00:00 AM7/27/99
to
Hello Sergei!

27 Jul 99 00:33, Sergei Dryannyikh wrote to Roman Cornelius:

RC>> Угу. Жаль только, что когда он наконец выйдет в продажу в 2002
RC>> году (это в лучшем случае ── по обещаниям разработчиков) никому

RC>> он уже нужен не будет...

SD> А вот это еще неизвеcтно. Хотя да, у интела возможноcтей что-то
SD> cделать вовpемя гоpаздо больше.

Интелу конкуpенты не нужны. Давить будет, чтобы не отдать ни капли своего
бизнеса. А наши делать деньги только начинают. В общем поживем-увидим. Мозги у
нас есть и еще какие. А вдpуг выкpутятся?

Vladimir Bogdanovitch.


0 new messages