Я все понимаю, но неужели напруги Vdd 1.54 не смутили?
ivanvatnikov писал(а):
Я так не хочу сидеть читать, вникать, тыкать, пробовать, тестировать. Мне бы найти готовый
Тогда оставляйте сток... Готовый стабильный рецепт один на всех и без тестирования - сток.
В остальном, 8я серия отличается от 7, и все рецепты от 7 уже не оптимальны для 8, как минимум потому что if может 2500+. Я бы даже рискнул предположить что может взлететь 5200cl24(или 22 даже) с IF 2600 в полном синхроне. А так новый оптимум видится на 7800+if2600, 8000 ни туда ни суда...с if2500 следующий шаг 10000mhz
Мемbеr
Статус: Не в сети Регистрация: 13.09.2012 Откуда: Москва Фото: 19
ivanvatnikov писал(а):
Придерживаюсь ленивого варианта
Я XMP профиль ужимаю. Дальше камрады советуют что еще подкрутить, получается нормальный вариант. 2 дня потратил, в перерывах между делами основными память настроил.
Member
Статус: В сети Регистрация: 24.12.2006 Откуда: Киев
BOBKOC И блин, не помогло, все равно вылет на 8-9-10 цикле. Какие напряжения окромя vSOC еще влияют на стабибильность IF? Или cldo_vddp=0.95 - может быть маловато?
_________________ DLSS лучше, чем FSR и натив! Кто использует DLSS - у того длиннее!
Умеет кто-то из присутствующих дебаги читать? Словил сегодня впервые за несколько дней признак нестабильности, но как то странно. Отошел от ПК на 5 минут, было запущено 3d приложение в нестандартном разрешении на встройке, подхожу вижу что все ок но только тронул мышь курсор начал движение и просто все зависло, картинка встала, и через секунд 5 экран потух, и случилась перезагрузка... Сделал анализ минидампа, но истолковать верно сам не в состоянии. Понял только что это связанно с графикой. И вот думаю теперь, в памяти дело или видеодрайвер так косячит? Или нельзя сказать определенно по этим данным?
CRITICAL_STRUCTURE_CORRUPTION (109) This BugCheck is generated when the kernel detects that critical kernel code or data have been corrupted. There are generally three causes for a corruption: 1) A driver has inadvertently or deliberately modified critical kernel code or data. See http://www.microsoft.com/whdc/driver/ke ... ching.mspx 2) A developer attempted to set a normal kernel breakpoint using a kernel debugger that was not attached when the system was booted. Normal breakpoints, "bp", can only be set if the debugger is attached at boot time. Hardware breakpoints, "ba", can be set at any time. 3) A hardware corruption occurred, e.g. failing RAM holding kernel code or data. Arguments: Arg1: a39fe9e82d7f2ad1, Reserved Arg2: b3b6f66e8000eba9, Reserved Arg3: fffff80339ca1fac, Failure type dependent information Arg4: 0000000000000001, Type of corrupted region, can be 0 : A generic data region 1 : Modification of a function or .pdata 2 : A processor IDT 3 : A processor GDT 4 : Type 1 process list corruption 5 : Type 2 process list corruption 6 : Debug routine modification 7 : Critical MSR modification 8 : Object type 9 : A processor IVT a : Modification of a system service function b : A generic session data region c : Modification of a session function or .pdata d : Modification of an import table e : Modification of a session import table f : Ps Win32 callout modification 10 : Debug switch routine modification 11 : IRP allocator modification 12 : Driver call dispatcher modification 13 : IRP completion dispatcher modification 14 : IRP deallocator modification 15 : A processor control register 16 : Critical floating point control register modification 17 : Local APIC modification 18 : Kernel notification callout modification 19 : Loaded module list modification 1a : Type 3 process list corruption 1b : Type 4 process list corruption 1c : Driver object corruption 1d : Executive callback object modification 1e : Modification of module padding 1f : Modification of a protected process 20 : A generic data region 21 : A page hash mismatch 22 : A session page hash mismatch 23 : Load config directory modification 24 : Inverted function table modification 25 : Session configuration modification 26 : An extended processor control register 27 : Type 1 pool corruption 28 : Type 2 pool corruption 29 : Type 3 pool corruption 2a : Type 4 pool corruption 2b : Modification of a function or .pdata 2c : Image integrity corruption 2d : Processor misconfiguration 2e : Type 5 process list corruption 2f : Process shadow corruption 30 : Retpoline code page corruption 101 : General pool corruption 102 : Modification of win32k.sys
Debugging Details: ------------------
*** WARNING: Unable to verify timestamp for win32k.sys
хз в какую сторону смотреть, даже при фабрике 2000 есть ошибки в VST.
Попробуй подразжать rdrdsctl/wrwrscl 8/8 , rdwr 16, а vddp подтяни до 1-1.05v. Если это все не поможет cl30 поставь с ним посмотри пройдет или нет, если пройдет на 30, тогда на 28 напруги Vdd/q не хватает скорее всего.. Еще vddio кажется излишним. Больше 1.25-1.3 для 6200 не нужно.
Member
Статус: В сети Регистрация: 24.12.2006 Откуда: Киев
VenJkE Да я не думаю что в таймингах дело...я хз сколько часов всех пресетов накрутил на этих таймингах, ошибок не было...У меня больше сомнения в сторону курвы...или она тут непричем?
_________________ DLSS лучше, чем FSR и натив! Кто использует DLSS - у того длиннее!
Member
Статус: Не в сети Регистрация: 19.01.2024 Фото: 0
RoMiLiUs писал(а):
VenJkE Да я не думаю что в таймингах дело...я хз сколько часов всех пресетов накрутил на этих таймингах, ошибок не было...У меня больше сомнения в сторону курвы...или она тут непричем?
Member
Статус: Не в сети Регистрация: 02.06.2020 Откуда: Минск Фото: 1
Ребят я правильно понимаю для памяти 6400 - IF 2200 нужно тестировать и сравнивать рост с 2133 в таких приложениях: y-cryncher, photoworx, pyprime, 7-zip bench? Не могу понять какой лучше поставить IF и как правильно проверить тротлинг IF и все параметры.
Ребят я правильно понимаю для памяти 6400 - IF 2200
Для 6400 синхрон 2133. Но ставить можно что душе угодно...
Добавлено спустя 17 минут 32 секунды:
ivanvatnikov писал(а):
Как лучше ослабить, что б 7600c32 получилось?
Как минимум третички до православных разжать. А дальше скорее всего только если vdd дальше задирать, далеко не все планки поедут 7600 32...34 заводи на 7600...не ну если только vdd 1.6+...Но куда?, если рекорд поставить то это 10000 минимум надо заводить, а на постоянку...Я бы больше 1.45 не оставлял, 1.5 при условии активного охлаждения памяти. Но кто то и с 1.55 живет, как говорят. Не понятно только как долго -) Смысл на постоянку память насиловать? У нее сток 1.1...Не буду утверждать, но предполагаю что ускоренная деградация при 1.5+ не избежна...Хотя если хороший охлад, что бы планки выше 45-50 не нагревались даже под длительными тестами, и полная стабильность будет достигнута, тогда может и ок. В любом случае риски при таких раскладах неизбежны. Только ради чего? дополнительный +1%? Если речь все же о постоянке, как я понимаю.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 14
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения