|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Andrew Lesnichenko 2:5020/400 02 Sep 2002 16:56:38
To : Tolik Tentser
Subject : Re: ответственная БД
--------------------------------------------------------------------------------
s.ru> <mpekmuomaai34h9g51orim3uk8o2ouvhef@4ax.com> <3D6B1448.4080603@mts.ru>
s.ru> <od4nmu8ir7bcri6ccrq299vmmak4qp5q1g@4ax.com> <3D6CE648.4010103@mts.ru>
s.ru> <b72vmuka9uohkjsamqme20ga199fgejd9d@4ax.com>
s.ru> <ako6ag$qk9$1@slim.sovintel.ru>
s.ru> <e3o1nu0jabnu2oocp1jf236crnbev7cc3c@4ax.com>
From: Andrew Lesnichenko <les@mts.ru>
Tolik Tentser wrote:
> Hi, Andrew Lesnichenko!
>
>>Вы представляете себе разницу между пиковой характеристикой и
>>установившимся режимом ? Или нужно объяснять, почему вторая всегда меньше ?
>
> Hужно.
> Это не штангист, а компьютер, который характеризуется высокой степенью
> повторяемости результатов и способностью их повторять достаточно
> долго.
>
> По меньшей мере fps в Comanche не имеет тенденции к падению по мере
> прохождения времени. какой сразу - такой и всегда.
Это регулярные характеристики хорошо повторяются, а не пиковые. Для
примера берем процессор с 6-ю АЛУ и частотой 1ГГц. Тогда его пиковая
производительность будет 6 миллиардов операций в секунду. Hо только в
том случае, когда все АЛУ будут загружены (1), весь конвейер правильно
заполнен и переходы предсказаны правильно (2), данные уже в регистрах, а
не в кэше какого-то уровня или вообще в РАМе (3), компилятор правильно
распараллелил (4) и так далее. Этого никогда не бывает в жизни ...
--
Andrew Lesnichenko
--- ifmail v.2.15dev5
* Origin: Mobile TeleSystems (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
Re: ответственная БД