информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Портрет посетителяАтака на InternetЗа кого нас держат?
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Очередное исследование 19 миллиардов... 
 Оптимизация ввода-вывода как инструмент... 
 Зловреды выбирают Lisp и Delphi 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / hardware
Имя Пароль
если вы видите этот текст, отключите в настройках форума использование JavaScript
ФОРУМ
все доски
FAQ
IRC
новые сообщения
site updates
guestbook
beginners
sysadmin
programming
operating systems
theory
web building
software
hardware
networking
law
hacking
gadgets
job
dnet
humor
miscellaneous
scrap
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
А вычитание корректно производим? от второго отнимаем первое? нет ли неявного преобразования типов int64 в integer или в dword? что за компилятор, кусок кода своей проги выложи… 08.05.03 19:21  Число просмотров: 1358
Автор: HandleX <Александр М.> Статус: The Elderman
Отредактировано 08.05.03 19:23  Количество правок: 1
<"чистая" ссылка>
<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
<"чистая" ссылка>
1




Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2025 Dmitry Leonov   Page build time: 1 s   Design: Vadim Derkach