Легенда:
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
|
Оценка производительности - "ларчик легче открывается" 12.05.03 10:45 Число просмотров: 1225
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman Отредактировано 12.05.03 10:50 Количество правок: 1
|
> Господа, объясните пожалйста мне полученные результаты ... > Мы замеряем производительность в тактах процессора > используя 64 битное > поле и получаем что на решение одной и той же задачи у > celeron 333 тратится тактов меньше чем на cel 850 а у того > меньше чем на cе l 1300 . По моей логике все должно быть > наоборот. Чем это можно объяснить?
Производительность - это не "сколько тактов тратится", а "сколько времени тратится"!
"Сколько тактов тратится" - это оценка эффективности архитектуры.
Ближе к делу: В зависимости от того, во сколько раз тактов больше тратится, можно судить о том, как интенсивно программа использует память. Она, память, обычно работает на меньших частотах. И, когда, процессор читает/пишет в память, он несколько тактов находится в режиме ожидания завершения операции работы с памятью. Чем больше коэффициент умножения частоты (шинной) для получения частоты ядра, тем больше тактов процессор стоять будет при обращении к памяти.
"На пальцах" - Вы форматируете несколько дорожек винчестере. Операция по времени занимает одну секунду. В первом случае это займет 333млн. тактов процессора, во втором - 850млн. тактов, в третьем 1300млн. тактов. Даже вне в зависимости Целерон это или Пентиум 4 или 3.
|
<hardware>
|
Оценка производительности 08.05.03 18:31
Автор: dis Статус: Незарегистрированный пользователь
|
Господа, объясните пожалйста мне полученные результаты ...
Мы замеряем производительность в тактах процессора используя 64 битное
поле и получаем что на решение одной и той же задачи у celeron 333 тратится тактов меньше чем на cel 850 а у того меньше чем на cе l 1300 . По моей логике все должно быть наоборот. Чем это можно объяснить?
|
|
Оценка производительности - "ларчик легче открывается" 12.05.03 10:45
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman Отредактировано 12.05.03 10:50 Количество правок: 1
|
> Господа, объясните пожалйста мне полученные результаты ... > Мы замеряем производительность в тактах процессора > используя 64 битное > поле и получаем что на решение одной и той же задачи у > celeron 333 тратится тактов меньше чем на cel 850 а у того > меньше чем на cе l 1300 . По моей логике все должно быть > наоборот. Чем это можно объяснить?
Производительность - это не "сколько тактов тратится", а "сколько времени тратится"!
"Сколько тактов тратится" - это оценка эффективности архитектуры.
Ближе к делу: В зависимости от того, во сколько раз тактов больше тратится, можно судить о том, как интенсивно программа использует память. Она, память, обычно работает на меньших частотах. И, когда, процессор читает/пишет в память, он несколько тактов находится в режиме ожидания завершения операции работы с памятью. Чем больше коэффициент умножения частоты (шинной) для получения частоты ядра, тем больше тактов процессор стоять будет при обращении к памяти.
"На пальцах" - Вы форматируете несколько дорожек винчестере. Операция по времени занимает одну секунду. В первом случае это займет 333млн. тактов процессора, во втором - 850млн. тактов, в третьем 1300млн. тактов. Даже вне в зависимости Целерон это или Пентиум 4 или 3.
|
|
Оценка производительности 09.05.03 00:49
Автор: Killer{R} <Dmitry> Статус: Elderman
|
> Господа, объясните пожалйста мне полученные результаты ... > Мы замеряем производительность в тактах процессора > используя 64 битное > поле и получаем что на решение одной и той же задачи у > celeron 333 тратится тактов меньше чем на cel 850 а у того > меньше чем на cе l 1300 . По моей логике все должно быть > наоборот. Чем это можно объяснить?
1)ты делаешь это под однозадачной осью? (подсказка - MSDOS)
2)конвеер однако длиннее.. мало ли..
|
|
А вычитание корректно производим? от второго отнимаем первое? нет ли неявного преобразования типов int64 в integer или в dword? что за компилятор, кусок кода своей проги выложи… 08.05.03 19:21
Автор: HandleX <Александр М.> Статус: The Elderman Отредактировано 08.05.03 19:23 Количество правок: 1
|
|
|
|