AMD 2. sukupolven Ryzen kellotukset ja kokemukset (Pinnacle Ridge/Zen+)

  • Keskustelun aloittaja Keskustelun aloittaja Sampsa
  • Aloitettu Aloitettu
Tuossa on kyse vdropista, eli jännite laskee rasituksen myötä. Emolevy työntää siis emolevyn ilmoittamat voltit, mutta kuorman takia jännite tippuu ja prosulla se on SVI2 TFN:n voltit.

Ok, kuinka paljon tuota VDDCR -jännitettä uskaltaa turvallisesti nostaa? Tavoitteena aina ottaa ainoastaan löysät pois kellottamalla. Nyt on biosista VDDCR offset +0.2, mikä on ainoa tapa säätää jännitettä tällä emolevyllä.
 
Ok, kuinka paljon tuota VDDCR -jännitettä uskaltaa turvallisesti nostaa? Tavoitteena aina ottaa ainoastaan löysät pois kellottamalla. Nyt on biosista VDDCR offset +0.2, mikä on ainoa tapa säätää jännitettä tällä emolevyllä.

Precission boost overdrive nostaa kaikkien corejen rasitusjännitteen 1.38v tasolle. 1Gen ryzenillä (eri prosessi) 1.425v oli ns. suositus maksimista. Siinä on pari tunnettua arvoa.
Kyllähän ryzen vetää itse voltit johonkin 1.5v mastoon, mutta ne on lyhyitä bursteja ja niissä ei mene paljoa virtaa läpi, joten se on ihan eri asia kuin leffaenkoodaus/prime jne.

Tuon B350 emon virransyöttö "jäähyineen" on mitä on, niin jättäisin toteutuneet SVI2 voltit johonkin voltit 1.35-1.375v maastoon. VDDCR onkin hankalampi. Jos emo tiputtaa voltit idlessä alas, niin kai sen uskaltaa antaa nousta 1.425-1.45v tasolle.
 
Kannattaako tuota 2600:sta koittaa kellottaa, onko suurta hyötyä?

Mitään hyötyä tuosta eztuning wizardista biosissa, mainostaa hirmuisesti asus sitä ainakin? :D kyseessä siis crosshair vi hero.
 
B350 prime plus emolevyn takapinta kuumeni 100-asteiseksi Ryzen 2600 prosulla svi2 tfn noin 1,30 V , OCCT small kuormalla. Käytännön lämmöt joku max 70. Laitoin emolevyn taakse 5x5x1 cm tuularin. En tiedä oliko sille todellista tarvetta.
 
Kannattaako tuota 2600:sta koittaa kellottaa, onko suurta hyötyä?

Mitään hyötyä tuosta eztuning wizardista biosissa, mainostaa hirmuisesti asus sitä ainakin? :D kyseessä siis crosshair vi hero.

Kyllä tuo kannattaa kellottaa, ilmaiset 5% ainakin on pöydällä, varsinkin kun alustana on laadukas emo. Tässä vakio vs. 4Ghz AMD Ryzen 5 2600 3.4 GHz Review

Crosshairissa melkein riittää että kirjoitat käsin CPU core ratio kentään 40 tai 41, ja jätät kaiken muun autolle. Saattaa olla että noin tulee hieman liikaa jännitettä prossulle jonka olisi hyvä pitää tuossa @hese_e mainitsemassa 1.33 - 1.38V haarukassa täydellä kuormalla (prime / handbrake tms). Tähän pääsee joko säätämällä jännite käsin tuohon haarukaan tai käyttämällä -0.02 --> -0.10V offsettia (offsetin etu on siinä että idle tilassa jännite laskee sinne 0.8 volttiin, eli tätä metodia suosittelisin).

Kaikki nämä asetukset eivät löydy sieltä eztuning sivulta, vaan painamalla F7 biossin etusivulla päästään asiaan ja advanced setuppiin.

Suosittelen että lueskelet hieman aiheesta ennenkuin aloitat, googlella löytynee ihan suoraan Crosshairille tehtyjä ohjeita.
 
(offsetin etu on siinä että idle tilassa jännite laskee sinne 0.8 volttiin, eli tätä metodia suosittelisin).

... ja haitta luulisi olevan siinä että turbokellon saavuttaminen kestää arviolta 2-3 kpl 60 Hz framea jonkun Intelin paperin mukaan (AMD ei ole kertonut).
Mun logiikan mukaan se tarkoittaa että tuottaa 1-2 framen ajan saman fps:n kuin semi-lepotilan kellotaajuuden prosu tuottaisi eli tekee latenssipiikin.
Kukaan ei kai ole tuommoista koskaan testannut.

edit. jaa mutta 2600 ei taida Asus-emollakaan pudottaa kelloja kellotettuna alaspäin, pudottaako sitten jännitteitäkään, kiinnostaa tietää jos kokeilet.
 
Viimeksi muokattu:
... ja haitta luulisi olevan siinä että turbokellon saavuttaminen kestää arviolta 2-3 kpl 60 Hz framea jonkun Intelin paperin mukaan (AMD ei ole kertonut).
Mun logiikan mukaan se tarkoittaa että tuottaa 1-2 framen ajan saman fps:n kuin semi-lepotilan kellotaajuuden prosu tuottaisi eli tekee latenssipiikin.
Kukaan ei kai ole tuommoista koskaan testannut.

Juu, tämä on totta, mutta samalla erittäin vaikea varmasti edes testata. Yleensähän meillä on pelissä vähintään yksi "main" threadi, joka pitää kirjaa mitä pelimaailmassa tapahtuu kaikissa tilanteissa. Tämä pakottaa yhden ytimen joka tapauksessa maksimikelloille.

Googlailin vähän ja techreportilla oli ihan mielenkiintoisia graafeja 2700x vs 2700 vs 2700 @ 4.2Ghz. Vaikuttaa siltä että riippuu ihan pelistä... Gamers nexuksella on kyllä jossain ollut hyviä frame-time analyysejä, mutten tähän hätään löytänyt, en puolesta enkä vastaan.

Elikkäs tuosta eteenpäin: AMD's Ryzen 7 2700 CPU reviewed (eikä haittaa vaikka ihan alusta ottais)
 
Elikkäs tuosta eteenpäin: AMD's Ryzen 7 2700 CPU reviewed (eikä haittaa vaikka ihan alusta ottais)

Tuon testin perusteella erot ei ole mittaustarkkuuden rajoissa.

kuva2.png
 
@hik Mulla on tuntuma, mikä ei todellakaan merkkaa yhtään mitään, että hardcore 2700X harrastajat hakee ensisijaisesti muisteista maksimit, sitten buusteista maksimit (Asuksella performance enhancer) ja sitten kaikkein hulluimmat laittaa vielä päälle BCLK ylikellotuksen. Nämä ennemmin kuin manuaalinen kellotus 4.1 - 4.2 GHz kaikille ytimille.

Tekispä joku Hardware Unboxed tyylisen 30 pelin testin kaikilla noilla em. CPU kellotusvariaatioilla..
 
Tossa testissä ei mun nähdäkseni ollut eroja fps keskiarvoissa ja 99. persentiileissä vakio 2700x ja 2700 oc välillä tai on mittaustarkkuuden rajoilla. Mutta 4,2 Ghz kellotus onkin raju jo. Performance enhancer kellotettu 2700x puuttui testistä.

En enää tämän jälkeen epäile että turbokellon saavuttamisaika näkyisi latenssipiikkeinä juuri 2700x prosuilla. Ehkä ei sitten muissakaan, se onkin jo eri juttu.
 
Nyt tuli 2700X-koneella ongelmia - voisi mennä ongelmat-alueellekin, mutta kokeillaan ainakin ensin täällä: Kun käännän Linux 4.4 kerneliä ARM-pohjaiselle raudalle, niin VirtualBox virtuaalikoneessa (Win 10 host, Ubuntu 18.04 guest) kernelin buildi epäonnistuu yleensä joko gcc-wrapperin Unicode herjaan tai GCC:n segfaulttiin. Välillä myös host Windows on kaatunut sinisen ruudun ilmoituksella: Stop code: CLOCK_WATCHDOG_TIMEOUT. Natiivisti ajetulla Ubuntulla kernel-buildissa koko käyttis jää jumiin hard ja/tai soft CPU lockuppeihin. Jumiin auttaa vain hard reset. Muutamia esimerkki herjoja alla spoilerissa:

Tällaisia näkyy natiivin Linuxin syslogilla:
Koodi:
[ 1931.793611] INFO: rcu_sched detected stalls on CPUs/tasks:
[ 1931.793621]  2-...0: (1 GPs behind) idle=ee6/140000000000000/0 softirq=643232/643237 fqs=7226
[ 1931.793626]  3-...0: (1 GPs behind) idle=e9a/140000000000000/0 softirq=627791/627801 fqs=7226
[ 1931.793627]  (detected by 1, t=15002 jiffies, g=57598, c=57597, q=1712307)
[ 1931.793632] Sending NMI from CPU 1 to CPUs 2:
[ 1941.716655] Sending NMI from CPU 1 to CPUs 3:
[ 2080.044212] watchdog: BUG: soft lockup - CPU#5 stuck for 23s! [kworker/5:1:173]
[ 2080.044216] Modules linked in: ipt_MASQUERADE nf_nat_masquerade_ipv4 nf_conntrack_netlink nfnetlink xfrm_user xfrm_algo iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 xt_addrtype iptable_filter xt_conntrack nf_nat nf_conntrack libcrc32c br_netfilter bridge stp llc aufs overlay binfmt_misc nls_iso8859_1 snd_hda_codec_hdmi nvidia_uvm(POE) nvidia_drm(POE) nvidia_modeset(POE) nvidia(POE) drm_kms_helper snd_hda_codec_realtek drm snd_hda_codec_generic ipmi_devintf snd_hda_intel ipmi_msghandler eeepc_wmi snd_hda_codec snd_hda_core asus_wmi fb_sys_fops sparse_keymap syscopyarea video snd_hwdep snd_pcm snd_seq_midi snd_seq_midi_event snd_rawmidi snd_seq snd_seq_device wmi_bmof mxm_wmi snd_timer joydev ch341 sysfillrect usbserial input_leds snd sysimgblt ccp soundcore k10temp edac_mce_amd shpchp
[ 2080.044252]  kvm_amd kvm irqbypass crct10dif_pclmul crc32_pclmul ghash_clmulni_intel mac_hid pcbc wmi aesni_intel aes_x86_64 crypto_simd glue_helper cryptd sch_fq_codel parport_pc ppdev lp parport ip_tables x_tables autofs4 hid_logitech_hidpp hid_logitech_dj usbhid hid igb i2c_algo_bit i2c_piix4 dca ptp ahci pps_core libahci gpio_amdpt gpio_generic
[ 2080.044271] CPU: 5 PID: 173 Comm: kworker/5:1 Tainted: P           OE    4.15.0-46-generic #49-Ubuntu
[ 2080.044272] Hardware name: System manufacturer System Product Name/CROSSHAIR VI HERO, BIOS 6401 12/07/2018
[ 2080.044277] Workqueue: events netstamp_clear
[ 2080.044282] RIP: 0010:smp_call_function_many+0x229/0x250
[ 2080.044283] RSP: 0018:ffffa601c3b07d00 EFLAGS: 00000202 ORIG_RAX: ffffffffffffff11
[ 2080.044284] RAX: 0000000000000002 RBX: ffff9acb3e7638c0 RCX: 0000000000000001
[ 2080.044285] RDX: ffff9acb3e6a88c0 RSI: 0000000000000000 RDI: ffff9acb3e026270
[ 2080.044286] RBP: ffffa601c3b07d38 R08: fffffffffffffffc R09: 000000000000ffdf
[ 2080.044287] R10: fffffa335fc6a040 R11: 0000000000000e80 R12: 0000000000000010
[ 2080.044288] R13: 0000000000023880 R14: ffffffff900353c0 R15: 0000000000000000
[ 2080.044289] FS:  0000000000000000(0000) GS:ffff9acb3e740000(0000) knlGS:0000000000000000
[ 2080.044291] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 2080.044291] CR2: 00007f06ff6a1300 CR3: 00000007f52b2000 CR4: 00000000003406e0
[ 2080.044292] Call Trace:
[ 2080.044297]  ? netif_receive_skb_internal+0x20/0xe0
[ 2080.044299]  ? cpumask_weight+0x20/0x20
[ 2080.044301]  ? netif_receive_skb_internal+0x21/0xe0
[ 2080.044303]  on_each_cpu+0x2d/0x60
[ 2080.044304]  ? netif_receive_skb_internal+0x20/0xe0
[ 2080.044306]  text_poke_bp+0x6a/0xf0
[ 2080.044308]  __jump_label_transform.isra.0+0x10e/0x120
[ 2080.044310]  arch_jump_label_transform+0x32/0x50
[ 2080.044313]  __jump_label_update+0x68/0x80
[ 2080.044314]  jump_label_update+0xae/0xc0
[ 2080.044316]  static_key_enable_cpuslocked+0x55/0x80
[ 2080.044318]  static_key_enable+0x1a/0x30
[ 2080.044319]  netstamp_clear+0x2d/0x40
[ 2080.044322]  process_one_work+0x1de/0x410
[ 2080.044323]  worker_thread+0x32/0x410
[ 2080.044326]  kthread+0x121/0x140
[ 2080.044327]  ? process_one_work+0x410/0x410
[ 2080.044329]  ? kthread_create_worker_on_cpu+0x70/0x70
[ 2080.044332]  ret_from_fork+0x22/0x40
[ 2080.044333] Code: 89 c7 e8 5b a8 85 00 3b 05 d9 d7 53 01 0f 83 5c fe ff ff 48 63 c8 48 8b 13 48 03 14 cd c0 a6 1a 91 8b 4a 18 83 e1 01 74 0a f3 90 <8b> 4a 18 83 e1 01 75 f6 eb c7 48 c7 c2 a0 de 65 91 4c 89 e6 89

Ja

Koodi:
[ 1389.864471] INFO: rcu_sched detected stalls on CPUs/tasks:
[ 1389.864480]     2-...0: (1 GPs behind) idle=f96/140000000000000/0 softirq=376702/376747 fqs=7326
[ 1389.864483]     3-...0: (1 GPs behind) idle=cc6/140000000000000/0 softirq=375353/375354 fqs=7326
[ 1389.864484]     (detected by 1, t=15002 jiffies, g=41759, c=41758, q=3782424)
[ 1389.864488] Sending NMI from CPU 1 to CPUs 2:
[ 1398.536651] NMI watchdog: Watchdog detected hard LOCKUP on cpu 4
[ 1398.536652] Modules linked in: veth ipt_MASQUERADE nf_nat_masquerade_ipv4 nf_conntrack_netlink nfnetlink xfrm_user xfrm_algo iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 xt_addrtype iptable_filter xt_conntrack nf_nat nf_conntrack libcrc32c br_netfilter bridge stp llc aufs overlay binfmt_misc nls_iso8859_1 snd_hda_codec_hdmi nvidia_uvm(POE) nvidia_drm(POE) nvidia_modeset(POE) nvidia(POE) snd_hda_codec_realtek snd_hda_codec_generic snd_hda_intel snd_hda_codec snd_hda_core snd_hwdep snd_pcm snd_seq_midi snd_seq_midi_event snd_rawmidi edac_mce_amd drm_kms_helper ch341 kvm_amd snd_seq drm usbserial eeepc_wmi kvm asus_wmi joydev ipmi_devintf snd_seq_device snd_timer input_leds ipmi_msghandler sparse_keymap fb_sys_fops video syscopyarea wmi_bmof mxm_wmi snd sysfillrect irqbypass sysimgblt soundcore
[ 1398.536678]  crct10dif_pclmul crc32_pclmul ghash_clmulni_intel ccp pcbc shpchp aesni_intel k10temp aes_x86_64 crypto_simd glue_helper cryptd mac_hid wmi sch_fq_codel parport_pc ppdev lp parport ip_tables x_tables autofs4 uas usb_storage hid_logitech_hidpp hid_logitech_dj usbhid hid igb i2c_algo_bit dca i2c_piix4 ptp ahci pps_core libahci gpio_amdpt gpio_generic
[ 1398.536692] CPU: 4 PID: 8 Comm: rcu_sched Tainted: P           OE    4.15.0-46-generic #49-Ubuntu
[ 1398.536693] Hardware name: System manufacturer System Product Name/CROSSHAIR VI HERO, BIOS 6401 12/07/2018
[ 1398.536698] RIP: 0010:native_queued_spin_lock_slowpath+0x135/0x1a0
[ 1398.536699] RSP: 0018:ffffa145c321be30 EFLAGS: 00000002
[ 1398.536700] RAX: 0000000000180101 RBX: 0000000000000246 RCX: 0000000000000001
[ 1398.536700] RDX: 0000000000000101 RSI: 0000000000000001 RDI: ffffffffbd8a9240
[ 1398.536701] RBP: ffffa145c321be30 R08: 0000000000000101 R09: ffff8a47b09f1618
[ 1398.536701] R10: 0000000000000000 R11: 0000000000000040 R12: 0000000000000000
[ 1398.536702] R13: ffffffffbd8a9240 R14: 0000000000000000 R15: ffffffffbd8a9240
[ 1398.536703] FS:  0000000000000000(0000) GS:ffff8a485ed00000(0000) knlGS:0000000000000000
[ 1398.536704] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 1398.536704] CR2: 00007f6f9f6c5002 CR3: 00000004f88e8000 CR4: 00000000003406e0
[ 1398.536705] Call Trace:
[ 1398.536710]  _raw_spin_lock_irqsave+0x37/0x40
[ 1398.536711]  force_qs_rnp+0xd9/0x1b0
[ 1398.536712]  ? sync_rcu_exp_select_cpus+0x420/0x420
[ 1398.536713]  rcu_gp_kthread+0x54e/0x960
[ 1398.536716]  kthread+0x121/0x140
[ 1398.536717]  ? rcu_note_context_switch+0x150/0x150
[ 1398.536718]  ? kthread_create_worker_on_cpu+0x70/0x70
[ 1398.536719]  ret_from_fork+0x22/0x40
[ 1398.536720] Code: 66 31 c0 41 39 c0 74 ea 4d 85 c9 c6 07 01 74 2d 41 c7 41 08 01 00 00 00 eb 96 83 fa 01 0f 84 f4 fe ff ff 8b 07 84 c0 74 08 f3 90 <8b> 07 84 c0 75 f8 b8 01 00 00 00 66 89 07 5d c3 f3 90 4c 8b 09

Pari käännösvirhettä virtuaalikoneesta:

Koodi:
Traceback (most recent call last):
    File "./scripts/gcc-wrapper.py", line 115, in <module>
        status = run_gcc()
    File "./scripts/gcc-wrapper.py", line 98, in run_gcc
        print (line.decode("utf-8"), end="")
UnicodeEncodeError: 'ascii' codec can't encode character u'\u2018' in position 41: ordinal not in range(128)
scripts/Makefile.build:277: recipe for target 'drivers/usb/host/ohci-hcd.o' failed
make[4]: *** [drivers/usb/host/ohci-hcd.o] Error 1

Koodi:
aarch64-linux-gnu-gcc: internal compiler error: Segmentation fault (program cc1)
Please submit a full bug report,
with preprocessed source if appropriate.
See <file:///usr/share/doc/gcc-7/README.Bugs> for instructions.
scripts/Makefile.modpost:114: recipe for target 'drivers/media/dvb-frontends/lgdt3305.mod.o' failed
make[2]: *** [drivers/media/dvb-frontends/lgdt3305.mod.o] Error 4

Kääntäjän kaatuilua virtuaalikoneen dmesg:ssä:

Koodi:
[ 4634.478252] traps: cc1[27440] general protection ip:554014 sp:7ffc728dadb0 error:0 in cc1[400000+faf000]
[11407.364112] cc1[27022]: segfault at 0 ip 0000000000000000 sp 00007ffd802b4008 error 14 in cc1[400000+faf000]

Buildin epäonnistuminen VM:ssä ja jumitus natiivi-ajossa ilmenee melko satunnaisesti. Joskus tulee ekalla, joskus kestää pidempään. Buildia loopatessa joku 30min yleensä riittää aina. Vanhaa kunnon kill-ryzen skriptiä matkien RAM diskillä ajaen natiivi Linux jäätyi parhaimmillaan alle kahden minuutin. Itse kill-ryzen skripti aihetti lähes välittömät segfaultit virtuaalikoneessa. Natiivisti ajettuna en parilla kokeilulla kohdannut ongelmia ennen kuin kill-ryzen failasi aina samaan käännösvirheeseen noin vartissa (oletettavasti buildin setup oli 18.04:lla jotenkin pielessä, en tutkinut tarkemmin). Käytän buildeissa tavallisesti make:lle jobien määränä 1,5 * CPU:n säikeet. 15 ja 16 jobiakin aiheuttaa ongelmia. 8:lla ajelin pari tuntia ilman ongelmia. Tuosta jäi sellainen fiilis, että natiivi Linuxin ongelmat tulee jossain vaiheessa, kun CPU on täydellä kuormalla. VM:ssä buildi failaa myös pienemmillä jobi määrillä (kokeilin 4).

Windowsissa ajetuilla rasitustesteillä ongelmia ei ole tullut. Ajoin noin tunnin Prime 28.10:n Small FFT:tä ja Intel Burn Testiä. Pari tuntia vanhaa Cinebench R15 ja uudemman R20:n älyttyäni 1,5h sitä. RAMtestiä reilut 3000% yksin ja useamman tunnin vajaalla RAM:lla muun puuhastelun taustalla.

Alkuperäinen kokoonpano on 2017 kesältä ja siihen on vaihdettu viime keväänä 2700X prossu samalla, kun 1700 lähti segfault-vaihtoon. Henk.koht. syistä ATK-rassaaminen jäi lähes olemattomaksi kunnes äskettäin taas aktivoiduin harrasteiden parissa. C6H emolle laitoin joku aika sitten 6401 bioksen isompien muistikellojen toivossa, mutta ne ei 3066MHz:sta ainakaan helpolla nousseet. Tähän asti surffailukäytössä DOCP profiili + 3066 MHz muistit + trimmatut muistiajoitukset ovat toimineet hyvin. Prossun kellotus on jätetty kokonaan boostien hoiviin.

Koneen speksit:
  • AMD Ryzen 7 2700X
  • Asus CROSSHAIR VI HERO (BIOS 6401)
  • G.Skill Ripjaws V F4-3200C14-16GVK 2 x 16 GB
  • Asus GTX 1060 DUAL 6GB
  • 850 EVO 1 TB, 850 EVO 500 GB, 840 EVO 500 GB, MX100 512 GB, WD Green M2 SATA 240 GB
  • Corsair RM750x
  • Noctua NH-D15-SE-AM4
Softat:
  • Ubuntu 18.04, kernel 4.15.0-46-generic
  • Win 10 Pro, Version 1803 (OS Build 17134.590)
  • VirtualBox, Version 5.2.26 r128414 (Qt5.6.2)
  • GCC 5 (Ubuntu 5.5.0-12ubuntu1) ja GCC 7 (Ubuntu 7.3.0-27ubuntu1~18.04)
Testiajoja olen tehnyt seuraavilla BIOS asetuksilla:
  1. BIOS defaulteille, DOCP 3200 MHz profiili käyttöön, ja lopuksi muistit 2933 MHz:lle
  2. BIOS defaulteille, ei muuta
  3. BIOS defaulteille, SoC voltit 1.1 (tai välillä 1.15), DRAM voltit 1.35
  4. BIOSista kokeilin aiempia versioita 6302 ja 6201 versioita (muistaakseni tuolla ekalla 2933 MHz muistiasetuksella)
Ongelmia tulee kaikilla yllä olevilla asetuksilla. Purin koneen osiksi prossua ja muisteja myöten, putsasin pölyt ja laitoin kasaan - ei auttanut. Kokeilin myös 4-5v. vanhaa XFX 550TS virtalähdettä ja sillä tuli samat ongelmat. Samat viat tulee myös mainline kerneliä kääntäessä. 4.4 tuntuu vaan aiheuttavan niitä helpommin. Muita softapaketteja en ole kokeillut käännellä (kill-ryzenin GCC pois lukien). GCC:n vaihtaminen 7:sta 5:een ei auta.

Netistä löytyi Ryzenin CPU lockup ongelmia, joita tulee idlessä, mutta mulla tulee kuormituksessa:
- Ryzen linux kernel bug 196683 - Random Soft Lockup | Community
- 196683 – Random Soft Lockup on new Ryzen build

Segfault-vaihdosta tullut 1700 on jo tuossa pöydällä vielä avaamattomassa paketissa. Yksi ajatus on kokeilla sitä. Samalla, jos koneen vielä kerran purkaa, niin voisi käydä emon huolella silmällä läpi. Itsellä tämä haiskahtaa joltakin aiempien Ryzenin segfault- ja lockup-bugien sukulaiselta, mutta voi olla jotakin ihan muutakin. Olisiko tarjota vielä jotakin vinkkejä mitä kokeilla ennen kuin SER:n laittaa vasaran alle?
 
Kokeilisin myös nostaa muistijännitteet 1.4V tai jopa hieman yli, SoC 1.15V. C6H tekee tuon defaulttina heti jos lataa Stiltin b-die presetit, joten eikai siitä haittaa olisi jos DOCP:llä olisi samat jännitteet. Monitorointi softat näyttää sitten kuulemma väärin sen DIMM voltagen, biossista asetettu pitäisi olla juuri oikein eikä melkein.

Jos on mahdollista, niin kannataisi myös ennen prossun vaihtoa kokeilla myös toisella muistikitillä.
 
Vanhaa kunnon kill-ryzen skriptiä

Oletko huomioinut että toi kill-ryzen scripti segfaulttaa ihan siitä syystä että se käännettävä gcc versio ei käänny uudemmalla kernelillä? Siitä on forkki olemassa johon on päivitetty uudempi gcc paketti ja pari uutta ominaisuutta myös.

Eli se kii-ryzen scripti ei ole pätevä testi ellei sitten ajele sitä sillä distrolla jota tekijä suosittelee.
 
Kokeilin tässä itsekkin vähän kellottaa tätä ryzen 2600:sta. Laitoin corelle 1.35v ja kelloja 4,0ghz ja tuntuu olevan täysin vakaa niin testisoftissa kun peleissäkin. Sitten kokeilin pikkuisen laskea voltteja 1.325:een ja heti kaatu kun yritin ajaa Cinebenchiä. Että tuolla 1.35v:lla sitten mennään.

Mites lämmöt?
Ryzenin omalla jäähyllä..?
 
Pitääkin vetää omat sanani heti takaisin. Muuten wörkki tuolla 1.35v ja 4ghz kombolla mutta kun kokeilin pelata Battlefield V:sta niin ei menny pitkään että kippas. Ja sitten tarvitsi paljon jännitettä lisää että olisi vakaa ja siinä vaiheessa alkoi loppua tehot kesken jäähystä mikä on siis Arctic Freezer Pro 7.

Että testailen nytten 3,9ghz kelloja ja jos löytäisi siihen mahdollisimman matalan toimivan jännitteen.

Millaisia lämpöjä idle, pelatessa? Prime95?
 
Nytten ajan 3,9 ghz ja jännitettä on 1.315V ja pelatessa rasitus lämmöt on siellä 75c tienoilla. Prime95:sta kun jauhaa niin lämmöt nousevat 87c tienoille joka on kyllä aika korkea lukema mutta toi testi ei varmaan vastaa tietokoneen normi käyttöä.

Edit: Ja työpöydällä idle lämmöt on about 40c.
Joo, prime antaa tosi korkeita lukemia. Pelatessa 75 on ihan ok. Ei tuolla jäähyllä varmaan tuon parempaan pysty.
 
En ole 100% varma mutta jos voit testata noita välisettejä vielä, eli 3925, 9350 ja 3975 (vai onko ainoastaan X malleissa nuo 25MHz mahdollisuudet? Mikäli näin niin 3,9, 3,95 ja 4.0 taitaa olla ainoat mahdollisuudet joten 3950 testaten vielä) ja kun löydät sen sweet spotin (eli kun nostat 25MHz ja tarvii noin 0.5V+ lisää) jätät siihen. Nimimerkillä itselleni 1700X vaatii 1.406V 4GHz mutta 1.35V menee kuitenkin 3975MHz
 
Jos joku taistelee muistien kanssa, niin Far Cry 5 hd tekstuuripakilla on sitten loistava testi. Omat 3333mhz stiltin safe -vakaat asetukset eivät tuota kestäneet ja piti tiputtaa nopeutta 3200mhz. Mustiksen muistitestiä meni kuitenkin 20000% kevyesti läpi, mutta Far Cry takelteli kummallisesti jo hyvin aikaisessa vaiheessa. Ilman hd tekstuureja kyllä toimi ongelmitta.
 
Jos joku taistelee muistien kanssa, niin Far Cry 5 hd tekstuuripakilla on sitten loistava testi. Omat 3333mhz stiltin safe -vakaat asetukset eivät tuota kestäneet ja piti tiputtaa nopeutta 3200mhz. Mustiksen muistitestiä meni kuitenkin 20000% kevyesti läpi, mutta Far Cry takelteli kummallisesti jo hyvin aikaisessa vaiheessa. Ilman hd tekstuureja kyllä toimi ongelmitta.

Kokeilitko nostaa SOC voltteja? Mulla Resident Evil 2 bugaili hieman, mutta ongelmat katosi SOC:ia korottamalla. Muistitesteissä, occt:ssä yms ei ollut ongelmaa, mutta jotenkin IO/prosu/GPU rääkki yhdessä sai kaatuilua aikaan.
 
Soc pitänyt tuossa 1.08V tietämillä sillä nosto aiheutti epävakautta jo mustiksen muistitestissä eli siitä ei ollut apuja. Riittää tuo 3200mhz safe nyt itselle. Koitettava vielä minkä verran saa voltteja tiputeltua noilla asetuksilla sillä lämpenee yli 50 asteen noilla nykyisillä 1,37V bios-jännitteillä (hwinfo näyttää melko tarkkaa 1,4V). Tuosta lämpöjen noususta varmaan johtunut tuo epävakaus myös 3333mhz kanssa.
 
Katsoppa mitkä on muistien lämmöt pelatessa verrattuna memtest. Näyttis monesti lämmittää muisteja pelatessa ja vakaus kärsii.
 
52-54 oli lämmöt ja tuo on bdielle jo vähän liikaa. Tämä siis 3333 ja nyt kun tiputti ja voltteja sai hieman laskettua niin pari astetta lähti pois. Deep Silencen kattoon toki voisi yhden ropellinkin viritellä muistien kohdalle ja lyödä luukun auki pelatessa, mutta ei taida maksaa vaivaa. Hyöty ei mahda olla kovin älytön. Noctuahan imee tuosta muistien päältä ilmaa, niin kyllä siinä ilma liikkuu kuitenkin kohtuu hyvin. Muissa peleissä kuitenkin muistien lämmöt monta astetta pienenemmät niin yhden pelin takia ei hirveitä satsauksia jaksaisi tehdä :)
 
52-54 oli lämmöt ja tuo on bdielle jo vähän liikaa. Tämä siis 3333 ja nyt kun tiputti ja voltteja sai hieman laskettua niin pari astetta lähti pois. Deep Silencen kattoon toki voisi yhden ropellinkin viritellä muistien kohdalle ja lyödä luukun auki pelatessa, mutta ei taida maksaa vaivaa. Hyöty ei mahda olla kovin älytön. Noctuahan imee tuosta muistien päältä ilmaa, niin kyllä siinä ilma liikkuu kuitenkin kohtuu hyvin. Muissa peleissä kuitenkin muistien lämmöt monta astetta pienenemmät niin yhden pelin takia ei hirveitä satsauksia jaksaisi tehdä :)

Joo, aika selkeästi lämmöistä kiinni. Itse lisäsin 8cm noctuan puhaltamaan muisteille vesille siirtymisen jälkeen. Radit puhaltaa koteloon sisälle matalilla kierroksilla ja muistit alkoi lämmetä liikaa. Se noin 50c alkoi olla raja, jossa virheitä alkoi pukata.
 
Mistähän mahtaa johtua että edes zen statesilla kellottaessa voltit ei laske idleen mennessä? C statesit yms päällä ja kokeiltu sekä biosista autovolteilla zen statesiin core voltage näpyttelemällä että suoraan biosiin offset voltagella. Biosista en onnistunut itse löytämään p state overclockille asetuksia ja lankkuna siis b450 prime plus.
 
Joo kyllä toi 3,9 Ghz ja 1,315 V taitaa olla maksimit tälle jäähylle. Ja voi olla että toi minun prossukaan ei ole mikään huippuyksilö että voisi vaatia isot voltit että saisi sen 4,0ghz vakaaksi. Mutta ihan hyvä tälleenkin.
Mulla asrock b450m pro4 emo ja 1.42v on vakaana 4ghz. Oli vakaa 4.1 samoilla volteilla 1.6 biossis, mut sit päivitin 2.0 ja ei enää pysyny 4.1 ni antanu olla 4ghz.
Mul on silentium pc fera 3 rgb jäähy ja silent modessa idlessä 35c lämmöt ja pelatessa 60-70. Prime95 stressi testis pysyy 80c
 
Pojalla tais käydä silikoni lotossa hyvä tuuri kun 2600 1.4v 4.1Ghz, Asus x470 gaming.
Ryzen masterilla kun kellotti 4.1 ja voltit 1.4 niin hwinfon mukaan voltit oli 1.5v ja kun bioksesta nosti voltteja siihen 1.4v niin voltit pysyy 1.4.
Jäähynä macho 120 rev a ja pelilämmöt alle 60°C.
 
Oma 2600 toimii 4Ghz 1,28v mutta tämän yli alkaa vaatia melkein lähemmäs 1,4v niin eipä ole jaksanut puskea. Keskityin muisteihin ja hynixin mfr:t sain toimimaan stiltin 3400fast presetillä, ja nämä "huonolla" asuksen tuf b450m gaming emolla. Ihan kivan lisän tuokin toi.
 
Menee muuten 3200mhz Stilt safe näköjään ainakin 1,30V (matalampaa en vielä ole kokeillut) joten aika hurja tuo ero vs 3333mhz safe joka vaati 1,4V. Lämmöissä mukavasti sai monta astetta tiputusta. F4-3200C14D-16GVR eli Gskillin Ripjawsit kyseessä.
 
Ostin tuollaisen setin Asus PRIME B450-PLUS + AMD Ryzen 5 2600X + Kingston 16GB DDR4 3200MHz (Bundle!) - 429,00€
Jossa tuli mukana
AMD Ryzen 5 2600X, AM4, 3.6 GHz, 6-core *BULK*
- Asus PRIME B450-PLUS, ATX-emolevy
- Kingston 16GB (2 x 8GB) HyperX Fury, DDR4 3200MHz, CL18, 1.2V, musta

Ja kysymys kuuluu että uefi näyttää muistien nopeudeksi 2933 mhz ja kone ei edes kännisty jos nostan niiden nopeutta. Eli onko mahdollista säätää cl18 muistit toimimaan nopeammin tuossa kokoonpanossa vai joudunko ostamaan paremmat muisti?
Mitä kannattaa lähtee uefissa muuttamaan että voisi olla mahdollista ajaa noita tuolla ilmoitetulla nopeudella.
Uusi juttu minulle tämä muistien kanssa kikkailu.
 
Ja kysymys kuuluu että uefi näyttää muistien nopeudeksi 2933 mhz ja kone ei edes kännisty jos nostan niiden nopeutta. Eli onko mahdollista säätää cl18 muistit toimimaan nopeammin tuossa kokoonpanossa vai joudunko ostamaan paremmat muisti?
Mitä kannattaa lähtee uefissa muuttamaan että voisi olla mahdollista ajaa noita tuolla ilmoitetulla nopeudella.

Koita laittaa sieltä bioksesta d.o.c.p profiili käyttöön muisteille
 
Ostin tuollaisen setin Asus PRIME B450-PLUS + AMD Ryzen 5 2600X + Kingston 16GB DDR4 3200MHz (Bundle!) - 429,00€
Jossa tuli mukana
AMD Ryzen 5 2600X, AM4, 3.6 GHz, 6-core *BULK*
- Asus PRIME B450-PLUS, ATX-emolevy
- Kingston 16GB (2 x 8GB) HyperX Fury, DDR4 3200MHz, CL18, 1.2V, musta

Ja kysymys kuuluu että uefi näyttää muistien nopeudeksi 2933 mhz ja kone ei edes kännisty jos nostan niiden nopeutta. Eli onko mahdollista säätää cl18 muistit toimimaan nopeammin tuossa kokoonpanossa vai joudunko ostamaan paremmat muisti?
Mitä kannattaa lähtee uefissa muuttamaan että voisi olla mahdollista ajaa noita tuolla ilmoitetulla nopeudella.
Uusi juttu minulle tämä muistien kanssa kikkailu.

Kokeile siten että et säädä muistin nopeutta ollenkaan manuaalisesti, jos ole säätänyt niin poista säätösi.
Siinä biosin/uefin ekalla sivulla on D.O.C.P säätö jonka laitat päälle, tämä ottaa käyttöön muistikampoihin säädetyn XMP-profiilin joka on tuo 3200Mhz ja CL18.
Save and exit ja kokeile toimiiko.
 
Koita laittaa sieltä bioksesta d.o.c.p profiili käyttöön muisteille

Kokeile siten että et säädä muistin nopeutta ollenkaan manuaalisesti, jos ole säätänyt niin poista säätösi.
Siinä biosin/uefin ekalla sivulla on D.O.C.P säätö jonka laitat päälle, tämä ottaa käyttöön muistikampoihin säädetyn XMP-profiilin joka on tuo 3200Mhz ja CL18.
Save and exit ja kokeile toimiiko.

Juuri d.o.c.p kun laitan päälle niin kone ei enään buuttaa vaan käy muutaman kerran nopeasti virrat päällä ja sammuu heti. Ja käsin jos nostan niin sama homma. Tosin saattaa olla että se yrittää pienemällä cl-arvolla käyntiin sillon.
 
Kokeilisin seuraavaks ehkä nollata biosin asetukset ja sen jälkeen päivittäisin biosin. Sitten puhtaalta pöydältä tuo DOCP.
 
Biosi päivitetty ja ei vaikutusta.
Kuvan mukaiset asetukset se ottaa käyttöön ja niillä ei buuttaa.
IMG_20190402_135906.jpg
 
Taitaa olla spekseissäkin se 3200 1.35v. Ei varmasti noilla volteilla boottaa.
 
Koita laittaa nuo päälatenssit ja taajuus eka manuaalisesti kohdalleen ja testaa. Mullakaan ei docp boottaa, manuaalisesti kun tekee saa aika paljonkin kirittyä siitä mihin automaatti ne laittaisi.
 
Koita laittaa nuo päälatenssit ja taajuus eka manuaalisesti kohdalleen ja testaa. Mullakaan ei docp boottaa, manuaalisesti kun tekee saa aika paljonkin kirittyä siitä mihin automaatti ne laittaisi.
Säädin nuo mitä se tuossa mun aikasemmassa kuvassa on ja laitoin vielä 1.3v ja ei lähe.
IMG_20190402_144149.jpg
 
Oletko antanut sen bootata rauhassa sen 2-4 kertaa kun se treinaa muisteja? Siis kone sammuu sen 2-4 kertaa ennenkuin menee sitten läpi windowssiin
 
Kokeile laittaa eka latenssit ja muut asetukset kellotaajuutta muuttamatta ja reboottaa. Bootin jälkeen muuta kellotaajuus.
 
Kokeileppa laittaa ensin docp-profiili päälle, voltit 1.35v ja käsin taajuus 2133mhz. Sitten pykälä kerrallaan nostat taajuutta niin että bootti välissä, en tiedä miksi mutta noin sain omat muistit pelittämään
 
Kokeilin kellotella kaverille sen ostamaa 2600:sta asuksen emosta offsettiä laitoin 0.145 ja cpu-z näyttää rasituksessa vain 1.287v 4.1ghz? voiko olla mahollista? vakaanahan toi kyllä pysyi ja lämmöt max 72c.
 
Kokeilin kellotella kaverille sen ostamaa 2600:sta asuksen emosta offsettiä laitoin 0.145 ja cpu-z näyttää rasituksessa vain 1.287v 4.1ghz? voiko olla mahollista? vakaanahan toi kyllä pysyi ja lämmöt max 72c.

Jopa -0.15v offsetilla oon kuullu Ryzeneitä ajettavan, joten lienee mahdollista.
Oma 2700x heittää kuperkeikkaa heti jos laittaa offsettia yli -0.10v, -0.11v tais bootata windowsiin saakka mutta kippas heti sen jälkeen, -0,10v on vakaa kuin kallio.
2600 lienee sallivampi kun muutenkin kuluttaa vähemmän virtaa.
 

Statistiikka

Viestiketjuista
259 388
Viestejä
4 511 077
Jäsenet
74 360
Uusin jäsen
mouserapids

Hinta.fi

Back
Ylös Bottom