mr$

#77

Теперь я понял, для какого особо одарённого возрастного контингента написан цэпэузет.

А смысл? Феникса будут еще больше ненавидеть. В играх Центурион ~i3, в рендере/кодинге и прочей многопоточке ~i7, в среднем ~i5, но в 5 раз дороже и в 3 раза прожорливее.

размер твоего фейспалма обратно пропорционален приложенным аргументам. ну так что, ты мне наконец покажешь , где же находится frequency в структуре SPD?

mr$,
Товарищ, если вы до сих пор не просветлились сознанием, подсказываю, frequency расчитывается по формуле, специфичной для DDR3 SDRAM, а не для предыдущих поколений SDRAM: 1000/(LocalTimebase*SPD[12]+LocalFineBase*(SPD[34])). По спецификации JEDEC есть стандартно утверждённые частоты DDR3: 400 МГц, 533 МГц, 667 МГц, 800 МГц, 933 МГц, 1067 МГц. Никакой бредятины, вроде 761 МГц, 581 МГц, что показывает цэпэуза, JEDEC не стандартизовала!

ну а теперь, товарищ, будь добр и рассчитай здесь по своей "формуле" хоть что-нибудь , чтобы я мог убедиться в том, что ты действительно понимаешь эту копипасту. а заодно и объясни, как же оно будет рассчитываться для всех утвержденных тобою частот:400, 533 МГц, 667 ... естественно, не забыв обяснить при этом, как же все это связано с остальными таймингами

mr$,
Одного Вашего глубокоосмысленного перла

достаточно, чтобы понять, что в полемику включился дилетант.

Так ты собираешься пояснять эту "формулу", которую ты высрал по своей неосторожности? Объясни, например, что такое LocalTimebase, а то JEDEC умалчивает (наверное, еще не в курсе). Образец рассчета в студию, если осилишь. Готов, в свою очередь, разобрать все твои ашипки, если признаешь, что ты лох

mr$
Обычно, для сказочных долб..ов, у меня нет времени для разъяснений, но на ваш вопрос отвечу. По спецификации SPD DDR3 значение таймингов и частот измеряется в так называемых MTB-единицах (MTB - Medium Timebase). Значения целочисленные 8-разрядные в диапазоне от 1 до 255. Для обратного преобразования в нанонсекунды необходимо использовать соответствующий коэффициент LocalTimeBase, получаемый делением Medium Timebase Dividend (SPD[10]) на Medium Timebase Divisor SPD[11]. Теперь, когда мы знаем LocalTimeBase, мы можем рассчитать номинальную частоту оперирования модуля по вышеприведённой мною формуле. Однако такие нудные бестолочи, вроде Вас, наивно полагают остатками своего так называемого мозга, что частота должна показываться "иcходя из тех параметров, которые заложены в SPD" (C). Увы, это не так. Для того чтобы рассчитать частоту, необходимо преобразовать минимальную длительность такта в наносекунды, умножив SPD[12] на LocalTimeBase. Затем 1000 разделить на полученное значение. Это и есть первая часть формулы 1000/(LocalTimebase*SPD[12], которая будет справедлива для оперативки не выше DDR3-1600.

Предлагаю со мной больше не спорить, иначе для всех уже становится понятным, кто тут лох на самом деле.

Разделив SPD[10] на SPD[11] и умножив это на SPD[12] ты получишь всего лишь минимальный tCK (ns). Разделив 10 в 9 степени на полученное значение, ты сможешь получить только лишь что-то вроде стандартной частоты (tCK=1,5; 1000000000 / 1,5 = 666666666,6...67 - «667»), которую, собственно, CPUZ и показвает как Max Bandwith PC3-10700 (667 MHz). Реальные частоты для всего набора таймингов в SPD не заложены.Они будут определяться исходя как минимум из некого реального коэффициента, т.е. ...


- Ты же это пытаешься нам объяснить, утверждая, что CPUZ тебе «врет»

Я не зря просил тебя показать, что именно "неправильного" ты узрел в CPUZ - теперь ты практически сам показал свою ошибку ... Иди учи уроки

Мля, я куею с этого дилетанта! Я тебе объяснил, что есть LocalTimeBase и для чего он используется в формуле. Нет никакого "реального коэффициента"! Каждая из частот таблицы таймингов рассчитывается по простейшей формуле: 1000/CycleTime, где CycleTime=tAA/tCLi (i - порядковый номер tCL). Не трудно догадаться, что количество частот равно количество поддерживаемых CAS Latency (tCL).

Твой любимый цэпэуза реально гонит, потому что автор рассчитывает частоты по старой формуле, которая была корректной только для PC SDRAM, DDR, DDR2. По этой же формуле он рассчитывает их для DDR3. Если взять, модуль стандарта DDR3-1866K, то по спецификации JEDEC набор tCL представлен из 8 разрешенных длительностей: 5Т, 6Т, 7Т, 8Т, 9Т, 10Т, 11Т, 12Т. Твой любимый цэпэуза на закладке SPD способен отображать только 3 из них, где остальные наборы таблицы таймингов? Выходит, что врёт? Более того, цэпэуза не умеет даже правильно определять частоту модулей DDR2-1066 Он показывает некий космический бред в виде 555 МГц. Тайминги тоже не правильные!

не знаю даже, откуда ты это высираешь... ну скажи, откуда
ты сам по ней считать хоть пробывал?
ну ка, возьми калькулятор и посчитай что-либо отличное от CL%max% ... ну как, получается?
1333H, CL9,CL8,CL7,CL6, tAA=13,5ns

1000 / (13,5 / 9) ~ 667
1000 / (13,5 / 8) ~ 593
1000 / (13,5 / 7) ~ 519
1000 / (13,5 / 6) ~ 444

да уж, воистину фейспалм

#77

Что тебе уже не нравится, товарищ? По этой же формуле частоты рассчитывает твой любимый цэпэуза! То ты сперва втирал, что бредни цэпэузы касательно вычисления частот правильны и тебя они устраивают, то теперь, когда тебе разжевали, и ты сам лично посчитал на калькуляторе, тебе уже не нравится полученный результат. Так ты, мля, уже определись, в конце концов, что тебе надо?

это тебе разжевали, тупоголовый баран


т.е. сначала ты вообще не знал, что никакой частоты в SPD не содержится.

я всего лишь попросил тебя показать, что неправильного «из SPD», причем то, что там нет никаких frequency я знал изначально.

ты же уверенно стал нам показывать...

потом до тебя дошло и ты высрал...

причем проверить не догадался

как ты можешь утверждать, что автор программы что-то там неправильно посчитал, если сам не в состоянии посчитать правильно. да и судя по всему, вообще не в курсе некторых элементарных вещей

mr$
Твой маразм крепчает! Одной только фразы

достаточно, чтобы понять, что ты гнилой дилетант, который в силу своей упёртости отказывается осознавать прописные истины. Тебя ткнули и показали, что бредовых частот DDR3, что показывает твой любимый цэпэуза, не существует по спецификации JEDEC! Это ошибка автор твоей любимой программы! Пойми наконец своим остатком мозга!

Херасе ты дятел Твое ЧСВ никак не дает сделать простой и логичный вывод? Мы же пришли к тому, что в SPD нет никаких "частот JEDEC". Высчитать их из набора таймингов в точном соответствии с утвержденными тобой величинами (номиналы JEDEC для разных "скоростных" стандартов) тоже не получается - ты уже опозорился, пытаясь сделать это (расчет верен только для номинала). Т.е. ты так и не смог убедительно показать, что CPUZ считает что-то не верно. Так на каком основании ты утверждаешь неверность рассчетов этой программы? Очевидно, что ты не прав. И не забывай, что JEDEC - это JEDEC, а производители памяти делают разные чипы с разными характеристиками

mr$

Зато ты нам смог убедительно посчитать:

и дать понять, что любимый Вами до умопомрачения цэпэуза считает неверно. Ваш результат наглядно отражает ту же самую бредовую картину, что и скрин офигенной программулины, который я запостил в качестве примера. Так что, уважаемый товарищ, Вам следует садиться немедленно писать письмо автору горячо любимой Вами цэпэузы, чтобы тот пораскинул мозгами наконец, и осознал что ни в одной документации JEDEC нет той "частотной" бредятины, которую отображает его шедевр и прекратить вводить в заблуждение всяких воинствующих малолетних недоносков.

Бред! Возьми, уважаемый товарищ, оперативку Samsung, или Micron, или Hynix, SPD которых всегда удовлетворяло спецификации на стандарт DDR3 SDRAM, запусти свой любимый цэпэузет, раскрой глаза пошире и удивись, что цэпэуза покажет тебе всю ту же самую чепуху, что и для оперативки других производителей.

Считали мы по твоей "формуле", CPUZ считает не так, но тут смысл в том, что "ровно", как ты того требуешь, считать не получается - собственно, ты и не привел ни одного способа такого расчета. Вообщем, для нормальных людей все очевидно. А если у тебя проблемы с логикой - это уже другое дело, или иного характера - тут я уже ничем не могу помочь, я же не врач.

mr$,

Ой, цэпэуза считает не так? Да ладно! А как? Других ведь формул просто нет, кроме той, по которой Вы любезный просчитывали частоты. Не городите огород! AIDA64 показывает аналогичную бредятину. А вот HWInfo и Thaiphoon Burner - нет, с ними всё в порядке. Иначе докажите обратное, если Вы такой просветлённый, как Вы тут втираете нам.

Да очевидно: цэпэуза - шлак и должен быть удалён! Потому что только непросветленный воинствующий малолетний контингент по своему незнанию и нежеланию осмыслить тот бред, что показывает цэпэуза, слепо воспринимает ахинею за незыблемую истину.

Поскольку это спорное утверждение тобой так и не доказано (уже того достаточно, что частота шины памяти для каждого набора таймингов жестко не заложена в SPD и контроллер может оперировать любой допустимой), могу только принять вышеизложенную тобой информацию к сведению и подумать над этим.

А собственно в чем проблема у тебя? Если есть уверенность в своей правоте – напиши автору CPUZ, аргументируй…

mr$,
уважаемый "знаток", вы так и не ответили на вопрос, какие параметры из SPD нужно использовать и для какой формулы они используются, чтобы рассчитать частоты. Поэтому будьте так любезны, докажите своё утверждение:

Я свою правоту подтвердил формулой, а Вы мне в этом любезно помогли. Студия в ожидании Вашего глубокоосмысленного ответа.

Кому доказывать? Упёртым баранам, которые в силу лично придуманных бредней при участии шедевральной программулины отрицают общепризнанный стандарт JEDEC JESD79-3E? Не смешите нас, уважаемый, идите лесом!