Часовой пояс: UTC + 3 часа




Начать новую тему Новая тема / Ответить на тему Ответить  Сообщений: 15 
  Версия для печати (полностью) Пред. тема | След. тема 
В случае проблем с отображением форума, отключите блокировщик рекламы
Автор Сообщение
 

Member
Статус: Не в сети
Регистрация: 24.07.2011
Решил вот написать заметку о проделанных исследованиях с помощью винрара (4.01 32 bit)
Имею двуядерный процессор Conroe и, к сожалению, матплату Acer в которой заблокированно всё что можно :mad2: кроме частоты и таймингов памяти , на которой установлено три гига оперативной памяти (1G+512M+1G+512M). Поэтому тестировал на частоте 2660 и частоте памяти 800(5 5 4 9) с соотношение FSB:DRAM 5:6.
Как тестировал: перебрасывал все процессы до которых мог дотянуться на одно, а винрар на второе и назначал ему приоритете реального времени. Затем наоборот.

А вот собственно и настройки http://msdn.microsoft.com/ru-ru/library ... 85%29.aspx
Начал я со включенным в биосе XD битом, nx AlwaysOn, pae Force Enable и increaseuserva 3072:
745 747
На первом и втором ядре соответственно. Затем отключил бит защиты от выполнеия данных nx AlwaysOff:
747 748
Отключил его и в биосе:
748 750
Затем удалил запись increaseuserva и производительность внезапно упала :crazy: :
744 747
Вообще какую только информацию только не встретишь про этот параметр! У кого то его включение повышает ФПС, а есть информация что он отключает сглаживание в некоторых приложениях...

Перешёл к отключениюPAE (pae ForceDisable).
763 764
Вот он максимум.

Затем я решил опять включить increaseuserva.
762 763

И включить в биосе XD бит.
763 764

И снова отключить increaseuserva.
762 763
Мистика какая-то :shock:

В конце я взял первоначальные параметры и отключил increaseuserva.
745 747
И результат оказался равен первоначальному.

Во всех случаях второе ядро быстрее первого.
Не могу найти объяснения этим результатам... Вполне могут быть виноваты баги Конроя, которые виста на пару с биосом пытается фиксить програмно. Если я не ошибаюсь их было насчитано 67 до того как Интел не стал заметать следы:diablo:
Для себя я сделал выводы что связываться с Ацером не стоит :fingal:
Кстати для полноты картины не хватает запуска на 64битной Висте :wink:



Партнер
 

Member
Статус: Не в сети
Регистрация: 15.08.2007
Откуда: Midway
evil писал(а):
Не могу найти объяснения этим результатам... Вполне могут быть виноваты баги Конроя, которые виста на пару с биосом пытается фиксить програмно. Если я не ошибаюсь их было насчитано 67 до того как Интел не стал заметать следы:diablo:

какие еще баги?
или если ты про опечатки(еррату) - дак на всех процах такие ошибки есть..

_________________
<<ATI OverClan>>


 

Member
Статус: Не в сети
Регистрация: 15.08.2007
Откуда: Midway
evil писал(а):
Не могу найти объяснения этим результатам... Вполне могут быть виноваты баги Конроя, которые виста на пару с биосом пытается фиксить програмно. Если я не ошибаюсь их было насчитано 67 до того как Интел не стал заметать следы:diablo:

какие еще баги?
или если ты про опечатки(еррату) - дак на всех процах такие ошибки есть..

_________________
<<ATI OverClan>>


 

Member
Статус: Не в сети
Регистрация: 24.07.2011
Headman писал(а):
evil писал(а):
Не могу найти объяснения этим результатам... Вполне могут быть виноваты баги Конроя, которые виста на пару с биосом пытается фиксить програмно. Если я не ошибаюсь их было насчитано 67 до того как Интел не стал заметать следы:diablo:

какие еще баги?
или если ты про опечатки(еррату) - дак на всех процах такие ошибки есть..
ты меня хочешь убедить чтоли что выпускать такие процессоры это норма ? типа всё ок ?


 

Member
Статус: Не в сети
Регистрация: 31.12.2006
Откуда: Москва
evil писал(а):
ты меня хочешь убедить чтоли что выпускать такие процессоры это норма ? типа всё ок ?

Вы сейчас спрашиваете "а что, наличие ошибок в программе это норма?". Ну да, норма. Для избавления от них и предназначены обновления микрокода (входят в состав апдейта биоса) и разного рода костыли в этом самом биосе, в компиляторах и т.д.
Если какой-либо производитель решит сделать процессор без единого бага, то этот процессор выйдет где-то к следующему столетию.

_________________
.ılı.ılı.


 

Member
Статус: Не в сети
Регистрация: 24.07.2011
JDima писал(а):
evil писал(а):
Для избавления от них и предназначены обновления микрокода (входят в состав апдейта биоса)

ну у кого частые а у кого и не очень :fingal:


 

Member
Статус: Не в сети
Регистрация: 31.12.2006
Откуда: Москва
evil писал(а):
ну у кого частые а у кого и не очень

В корне неверное представление.
Как у интела бывали эпические провалы (помнится, во времена pentium pro одна ошибка выдавала неверный результат даже во встроенном калькуляторе), так и у AMD (TLB припомнить?). А мелкие баги никого даже не интересуют.

_________________
.ılı.ılı.


 

Member
Статус: Не в сети
Регистрация: 24.07.2011
я и не говорил что у амд всё супер, про TLB и так все знают :cry:

кстати мог бы ты запустить на x64 версии и x86 на одном ядре и сравнить 32битный винрар или какой-нибудь однозадачный бенчмарк наподобие superpi ?


 

Member
Статус: Не в сети
Регистрация: 31.12.2006
Откуда: Москва
evil писал(а):
на x64 версии и x86

Нет: лень.

_________________
.ılı.ılı.


 

Member
Статус: Не в сети
Регистрация: 16.04.2004
Откуда: [MSK.RU]
Цитата:
помнится, во времена pentium pro одна ошибка выдавала неверный результат даже во встроенном калькуляторе
Это (fdiv bug) было у Pentium в 93-94 гг.

Цитата:
ты меня хочешь убедить чтоли что выпускать такие процессоры это норма ? типа всё ок ?
Однозначно :) И у Конро ошибок не так уж и много. Вспомним.
Pentium II: обнаружено 95 ошибок, 23 исправлены;
Pentium III: 98/31;
Pentium 4: 85/25 - Willamette, 52/25 - Northwood, 152/81 - Prescott, 28/2 - Cedar Mill.
Дальше не знаю, это надо доки качать на следующие процы, а мне лень.


 

Member
Статус: Не в сети
Регистрация: 24.07.2011
http://www.intel.com/Assets/PDF/datasheet/314915.pdf нашёл 129. И это только официально опубликованные интелом, а сколько их на самом деле боюсь представить #77


 

evil писал(а):
Во всех случаях второе ядро быстрее первого.
Не могу найти объяснения этим результатам...

Сейчас как бы 2011 год, многозадачность и тд и тп..., открою вам большую тайну на 1 ядре выполняется код ядра ОС и результат на нем будет чуть меньше. WinRAR как тест не катит, так как у него за каждым запуском разные данные сжимаются, да и погрешность в 0,13% не то чему стоит уделять внимание.


 

Member
Статус: Не в сети
Регистрация: 24.07.2011
у винрара результаты воспроизводимые и он быстро их выдаёт, вот почему я его выбрал
rayx писал(а):
за каждым запуском разные данные сжимаются
кто сказал ?


 

evil писал(а):
кто сказал ?

#77
#77
Проверяем, открываем винрар и тестим потом в окне винрара окрываем другую папку и тестим еще раз. Только что потестил и получил на Phenom II - 2590 2526


 

Member
Статус: Не в сети
Регистрация: 24.07.2011
и ?


Показать сообщения за:  Поле сортировки  
Начать новую тему Новая тема / Ответить на тему Ответить  Сообщений: 15 
-

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 8


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Перейти:  
Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB | Kolobok smiles © Aiwan