TSC! Russia BOINC-manager
Статус: Не в сети Регистрация: 19.01.2010 Откуда: Санкт-Петербург
Roditch писал(а):
Автор, если тебе тяжело самому найти значение слова "Сноб" в словаре, то специально даю на него ссылку -> http://ru.wikipedia.org/wiki/%D1%ED%EE%E1 P.S. Ну или хотя бы растолкуй участникам форума, что в твоём трактовании оно значит.
Ну а почему нет? Вполне под определение из вики подходит.
Цитата:
Сноби́зм — поведенческая модель или стиль жизни, заключающийся в подражании аристократическим манерам, вкусам, поведению высшего общества; претензия человека на принадлежность к высшим социальным слоям. Также словом снобизм могут обозначать конкретный поступок или высказывание, характеризующееся подобным поведением. Человек, отличающийся снобизмом, называется снобом. Существует определение понятия «сноб» — «пустой ограниченный человек, увлекающийся внешним лоском»[1].
К автору(по крайней мере по серии статей) как раз подходит - имеем в них подражание серьезным исследовательским статьям и закос под "интеллектуальную элиту"(чего только стоят "поучения" в отношении разработчиков крупнейших IT компаний) по внешнем признаками, но не имея в реальности ни соответсвующего уровня ни знаний.
Можно просто "гражданин Gryzlik", если "товарищ" у кого-либо вызывает непонимание.
Genitivy писал(а):
получается, что DDR3 на Wolfdale практически бесполезен 666 CL7, FSB 416, множитель CPU 9.5 Реальная пропускная способность памяти 2*5994 Потери 2*3641 Мбайт/с (61%)
666 надо поделить на 7 и умножить на 64, что дает 6089, т.е. Реальная пропускная способность памяти 2*6089 Мбайт/с 666 на 7 = 95МГц/пакет, хорошая память, мне нравится 6089-2353=3736 потери в Мбайт/с, а в процентах (3736/6089)*100=61% т.е. потери правильно подсчитаны
По числам теста процессор с 32K L1 кэша, 4096K L2 кэша, показатели работы памяти скверные, в смысле о двухканальности говорить не приходится, а одноканальность должна была бы быть 6089/2=3044Мбайт/с, но нет и ее.
Что касается DDR2, то вопрос "поддерживает ли DDR2 8 передач в пакете (64 байт кэш линию)?". Если да, то 2353/64*9= память 330 CL9, DDR2 подойдет, в смысле теоретически по параметрам.
Member
Статус: Не в сети Регистрация: 24.10.2010 Откуда: Якутск
grizlyk, вам сверху все разжевали, в особенности Мадмакс - Постиндустриальная наука: сноб-потребитель и SDRAM память #10548870 А вы все еще продолжаете "двухканальности/одноканальности"... Не пойму. Ответьте, пожалуйста, на вышеприведенное замечание Мадмакса. Всем интересно было бы послушать.
Хорошо, а что значат отрицательные результаты в тесте cttc?
Это скорее всего значит, что момент времени, когда тест начался оказался по счетчику TSC вашего ядра больше, чем момент времени когда тест закончился. Если вы не верите в путешествия во времени, это значит что в вашей системе что-то работает не так, как нужно.
Практический опыт: 1. часто странные выбросы в результатах cctc говорят о некорректном оверклокинге, когда операции с памятью большим потоком перегружают память, ячейки данных, к которым для своих нужд обращает сам cctc в перемешку с общим тестовым потоком повреждаются. Попробуйте уменьшить оверклокинг и посмотрите - сохраняются ли сбои.
2. когда тест выводит сообщение Select CPU assignment for the program and press a key when ready (CTRL+C to exit) попробуйте ассигновать тест через "диспетчер задач" на конкретное ядро, и посмотрите сохраняются ли сбои.
Конечно мне жаль, что при сбоях в тесте получаются отрицательные результаты, я уже подумывал было проверять каждую операцию на корректность, но реально после такой проверки какое восстановление могло бы быть, кроме аварийного завершения теста? Я никак не могу исправить значение возвращаемое аппаратурой.
Хотя, посмотрите исходный код теста, может быть вы обнаружите ошибки в вычислениях.
Добавлено спустя 2 минуты 31 секунду:
Fidel1ty писал(а):
автор как выяснить есть потери или нет? объясни пожалуйста поподробней.
надо прочитать мои заметки про SDRAM - все три части, хотя и есть "формула", вы рискуете "попасть в просак", пользуясь формулой но не понимая ее смысла.
Добавлено спустя 58 минут 40 секунд: Тьфу ты, запутаться можно в этих умножениях/делениях на два, итак,
grizlyk писал(а):
Реальная пропускная способность памяти 2*6089 Мбайт/с 6089-2353=3736 потери в Мбайт/с, а в процентах (3736/6089)*100=61%
2*(6089-2353)=2*3736 потери в Мбайт/с, а в процентах (3736/6089)*100=61%, это по сравнению с процессором у которого есть двухканальный режим
А по сравнению с процессором у которого есть только одноканальный режим, потери будут: 2*((6089/2)-2353)=2*691 потери в Мбайт/с, а в процентах (691/3044)*100=22%
grizlyk писал(а):
Если да, то 2353/64*9= память 330 CL9, DDR2 подойдет, в смысле теоретически по параметрам.
(2*2353)/64*9= память 660 CL9, в принципе DDR2 подойдет для памяти 666 CL9, только базовая частота и CL для DDR2 будет ниже, а потреблять больше (конечно плата и проц должны поддерживать DDR2).
В общем хорошая DDR2 по произвдительности не хуже плохой DDR3, только потребляет больше мощности.
Это скорее всего значит, что момент времени, когда тест начался оказался по счетчику TSC вашего ядра больше, чем момент времени когда тест закончился. Если вы не верите в путешествия во времени, это значит что в вашей системе что-то работает не так, как нужно.
513: //преобразовать такты передачи блоков в количестве total_rep в секунды 514: const double diff_secs = ctis( double(diff), FSB, CPU_mult); 515: //count time in seconds //diff число clc, FSB*CPU_mult частота clc //inline //double ctis( double diff, double FSB, double CPU_mult){ // // return diff/(FSB*CPU_mult); //} 00AE1E0D DF 2C 24 fild qword ptr [esp] 00AE1E10 DD 05 60 A0 AF 00 fld qword ptr [`anonymous namespace'::FSB (0AFA060h)] 00AE1E16 DC 0D 68 A0 AF 00 fmul qword ptr [`anonymous namespace'::CPU_mult (0AFA068h)] 00AE1E1C D8 F9 fdivr st,st(1)
Я не вижу особых проблем. При оптимизации компилятором код "or eax,edx" проверяет "diff" на ноль, но это не приводит к отмене постановки на вычисления выражения "diff/(FSB*CPU_mult)", результат которого в этом случае можно считать "всегда ноль", однако отрицательного результата такая оптимизация или ее отсутствие не даст.
Отрицательный результат могло бы дать преобразование беззнакового TSC в число с плавающей точкой с помощью аппаратуры сопроцессора "fild qword ptr [esp]", которое подразумевает знаковое значение целого, поэтому очень большие значения TSC теоретически могли бы давать отрицательные числа, но разность этих больших чисел "diff" для теста всегда маленькое число, значащая часть которой много менее 63 бит и на знак не влияет (всегда плюс), практически чтобы получить минус в разности тест должен проработать около миллиарда секунд (в часе 3600 секунд) на процессоре с частотой около 8 ГГц.
Теоретически, потенциальные переполнения это проблема POD типов данных языка С, который является языком системного программирования и для математически точных вычислений нуждается в специальных усилиях (библиотеках для математических вычислений).
От модели процессора зависит сколько значащих бит у него в счетчике TSC. Проверить правильность работы теста по вычислению времени можно запустив тест с ключом "-t". Напоминаю, что ключ "-t" не предназначен для вычисления параметров частот вашего процессора, он служит для проверки того, что задав правильные параметры частот, ваш процессор поддержит тестовые возможности cctc.
Я устранил выдачу отрицательных значений (которые могут получаться при сбое в работе памяти при некорректном разгоне) по совету делением числа малой разрядности и последующим умножением на 2 для большой. Потеря максимум один такт CLC
Код:
#define EN_U63
//среднее время передачи блоков в количестве total_rep, в тактах //const __int64 diff = test_pass->end - test_pass->sta; volatile __int64 i_diff = test_pass->end - test_pass->sta;
//преобразовать такты передачи блоков в количестве total_rep в секунды const double diff_secs = ctis( d_diff, FSB, CPU_mult);
В версии cctc 0.07 вместо отрицательных величин при таких ошибках выдается очень большое значение времени, что на малом блоке дает скорость около нуля.
автор взял немного истории, умных слов из технических словарей, перемешал всё с помощью генератора текста, и мы это всё читаем теперь. Автор не удосужился проверить свой феерический бред на практике, используя современный инструментарий. Теория автора никак не коррелирует с практическими результатами, и претендует на номинацию "информационный мусор".
Member
Статус: Не в сети Регистрация: 02.10.2005 Откуда: Россия Фото: 4
ТС, я авторитетно тебе заявляю, ты плохо разбираешься в тех вопросах, которые пытаешься осветить и не можешь понять значение слова "сноб". То что для тебя "табуретка" - есть маленький стол и т.п. только показывает уровень твоего интеллектуального развития.
_________________ Руфусс про Real Temp: "Он показывает у меня 6 ядер теперь. Правда не показывает виртуальные ядра, которые тоже впринципе должны греться ..."
Вот теперь-то я всё понял. Просто Автор - неадекват. Посмотрите на его поведение: он игнорирует неугодные ему замечания о серъезных ошибках, и реагирует только на несущественные минорные замечания, создавая видимость обсуждения его феерического бреда. ИМХО, за такое надо банить.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 57
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения