KleitusIV
#0
Hej,
Jeg faldt lige over denne tråd på AMD's support side:
https://community.amd.com/thre...
Der er nogen der har opdaget at de nye Ryzen CPU'er produceret efter uge 25 er mere stabile, og at de første batches fejler i specifikke tests.
Er der nogen her i DK der har været dette igennem? Kunne være man skulle køre den test, selvom udsigten til at gå igennem en RMA ikke er så fristende. 🙂
Jeg faldt lige over denne tråd på AMD's support side:
https://community.amd.com/thre...
Der er nogen der har opdaget at de nye Ryzen CPU'er produceret efter uge 25 er mere stabile, og at de første batches fejler i specifikke tests.
Er der nogen her i DK der har været dette igennem? Kunne være man skulle køre den test, selvom udsigten til at gå igennem en RMA ikke er så fristende. 🙂
#0 jeg har fået bekræftet at jeg kan rma´e min, hvilket jeg er i process of doing.
Jeg forventer at skulle køre en del linux i vm´s ,og muligheden for ustabillitet eller bugs deri, er et no go for mig.
Hvis du har købt første måned efter launch, så bør du kunne rma´e.
Men snak med din reseller først.
Jeg forventer at skulle køre en del linux i vm´s ,og muligheden for ustabillitet eller bugs deri, er et no go for mig.
Hvis du har købt første måned efter launch, så bør du kunne rma´e.
Men snak med din reseller først.
#3
#0 Nej intet for mit vedkommende. Jeg har fået en rigtig dårlig oc CPU men den er stabil like a rock uanset hvad jeg laver/gør på maskinen.
Jeg har prøvet noget lignende som jeg troede var platformen men det var selve spillet. Fallout 4 gør det samme af og til men efter en masse research viser det sig at det er ligegyldigt hvilken platform man sidder på. Spillet kan finde på selv at gøre det. Because Bugthesda 🙂
Prime/OCCT osv osv giver mig ingen bøvl.
Svaret blev redigeret 1 gang, sidst af Freedom d. 06-10-2017 12:36:59.
Jeg har prøvet noget lignende som jeg troede var platformen men det var selve spillet. Fallout 4 gør det samme af og til men efter en masse research viser det sig at det er ligegyldigt hvilken platform man sidder på. Spillet kan finde på selv at gøre det. Because Bugthesda 🙂
Prime/OCCT osv osv giver mig ingen bøvl.
Svaret blev redigeret 1 gang, sidst af Freedom d. 06-10-2017 12:36:59.
#4
#2 Hvordan fik du det bekræftet? Ud fra tests der fejlede eller blot pga produktionsdato?
#4 salgs dato, jeg har bestilt inden for første uge de udkom.
mener det er alt fra før uge 37 mig bekendt, der er ramt.
Men kan godt ske jeg husker forkert.
Anyhow ud fra købsdato fik jeg mit valideret.
mener det er alt fra før uge 37 mig bekendt, der er ramt.
Men kan godt ske jeg husker forkert.
Anyhow ud fra købsdato fik jeg mit valideret.
#6
#5 Hvis det er alt fra før uge 37 er det så kun Ryzen 7 serien der er berørt? Jeg har umiddelbart ingen problemer haft med min R5 1600.
#6 læs link i #0, det er en linux segmenterings fejl. Hvilket kun opstår under meget specific workloads i sjælde tilfælde.
Hvis du ikke skal køre med linux hvor du oven i hatten compiler, så bør du ikke blive ramt.
Svaret blev redigeret 1 gang, sidst af Fearless Angel d. 06-10-2017 20:20:50.
Hvis du ikke skal køre med linux hvor du oven i hatten compiler, så bør du ikke blive ramt.
Svaret blev redigeret 1 gang, sidst af Fearless Angel d. 06-10-2017 20:20:50.
#8
#7
Kan være han er heldig at få en bedre binned cpu med lavere vcore,højere ghz, men rammer det kun linux ville jeg kun rma den hvis jeg havde en cpu der ikke kunne oc's ret meget og som bruger meget strøm
Kan være han er heldig at få en bedre binned cpu med lavere vcore,højere ghz, men rammer det kun linux ville jeg kun rma den hvis jeg havde en cpu der ikke kunne oc's ret meget og som bruger meget strøm
#9
Hvis det er indtil uge 37, så er det indtil den 17 september i år, det vil sige så skulle næsten 97% af samtlige cpuer solgt indtil dags dato være ramt?
#1: ja, det er på enkelte cpuer fra uge 36.
Svaret blev redigeret 2 gange, sidst af Gripen90 d. 06-10-2017 20:37:21.
#1: ja, det er på enkelte cpuer fra uge 36.
Svaret blev redigeret 2 gange, sidst af Gripen90 d. 06-10-2017 20:37:21.
#10
Ja testen er specifik på Linux, men det viser sig så at dem der får nyere CPU'er får nogle der kan overclocke bedre, køre med lavere volt og måske også være mere stabile på ram osv?
#11
#9 tja så er det nok en forkert dato.
Som jeg også skrev, så husker jeg ikke nødaktigt dato(uge nr.) på hvornår de fixed det, men jeg mener det var engang før august. Eksempelvis er Alle Threadripper cpu´erne ikke ramt, da de havde fixet problemet inden de blev released.
Som jeg også skrev, så husker jeg ikke nødaktigt dato(uge nr.) på hvornår de fixed det, men jeg mener det var engang før august. Eksempelvis er Alle Threadripper cpu´erne ikke ramt, da de havde fixet problemet inden de blev released.
#12
minder om de gode gamle pentium III 1.13GHz
#13
Arrr :no: Jeg har to 1700 en fra uge 05 og en fra uge 14 + en 1700x fra uge 17. De crasher alle i ashhes of singularity med SMT Enabled. 🤣
Er det efter uge 25 eller uge 30?
Hvem har de ny cpuer uden segmentation fault? Proshop?
Svaret blev redigeret 1 gang, sidst af wilson d. 19-10-2017 22:17:48.
Er det efter uge 25 eller uge 30?
Hvem har de ny cpuer uden segmentation fault? Proshop?
Svaret blev redigeret 1 gang, sidst af wilson d. 19-10-2017 22:17:48.
#14
Jeg har spurgt både Komplett og Proshop og ingen af dem kan oplyse hvilke uge-batches de har på lager og kan heller ikke se efter inden man køber. Så man må købe og sende tilbage igen hvis man får en "gammel" batch... Alternativt hente og bare annullere i modtagelsen.
#16
#15 Hmm i den liste ser det så ud til at der ikke er en klar linje mellem batch og issues. Der er også senere chips under issues. Men en SUS efter uge 25 er det man skal gå efter. Problemet er så bare at man ikke selv har adgang til lageret inden man bestiller. 🙂
#17
Ifølge #14 dokument, så er jeg også ramt, jeg har en 1700X UA 1707SUT
#18
Påvirker det hvor meget man kan oc cpuen?
#19
#12: Eller Phenom I med TLB buggen 🙂
#13: Underligt ! Min Ryzen 5 1600 UA 1713SUT kører fint i Ashes Of The Singularity benchmarken med SMT slået til, selv med 3.8GHz overclock 😲
#18: Nej ikke umiddelbart
#13: Underligt ! Min Ryzen 5 1600 UA 1713SUT kører fint i Ashes Of The Singularity benchmarken med SMT slået til, selv med 3.8GHz overclock 😲
#18: Nej ikke umiddelbart
#20
#16 Hos "Pc lager" har de uge 17 og uge 18.
Hos "B.J.Trading" har de uge 8 og 9.
#19 Mine R7 crasher med DX12 og ved at bruge 16 tråde.
https://forums.ashesofthesingu...
Svaret blev redigeret 1 gang, sidst af wilson d. 20-10-2017 15:08:11.
Hos "B.J.Trading" har de uge 8 og 9.
#19 Mine R7 crasher med DX12 og ved at bruge 16 tråde.
https://forums.ashesofthesingu...
Svaret blev redigeret 1 gang, sidst af wilson d. 20-10-2017 15:08:11.
#21
#20 jeg tror da du har misforstået noget.
De segmentation fejl er altså ikke i windows envirement, og mig bekendt har der aldri været snak om andet end meget specifikke workloads i linux.
De segmentation fejl er altså ikke i windows envirement, og mig bekendt har der aldri været snak om andet end meget specifikke workloads i linux.
#22
Jeg synes de crasher, min børn spiller rigtigt meget og de crasher igen og igen i alt muligt.
Svar fra AMD
http://www.overclock.net/t/163...
FX:
Svar fra AMD
http://www.overclock.net/t/163...
FX:
#23
DHL har lige afhentet min Ryzen og den på vej til Holland med dhl express gratis 🙂
Den havde segfault.
Vi må lige se hvor langt tid det tager. 😲
Den havde segfault.
Vi må lige se hvor langt tid det tager. 😲
#24
#23 hvor var den købt, du bør jo ikke skulle sende den til AMD selv, der skal din retailer jo stå for.
+ min var fra før uge 24, hvilket åbenbart er skærrings punktet.
Fra efter uge 25, burde fejlen være rettet, men de tidligere febuar/marts/april modeller kan ofte være ramt.
Svaret blev redigeret 1 gang, sidst af Fearless Angel d. 25-10-2017 09:37:39.
+ min var fra før uge 24, hvilket åbenbart er skærrings punktet.
Fra efter uge 25, burde fejlen være rettet, men de tidligere febuar/marts/april modeller kan ofte være ramt.
Svaret blev redigeret 1 gang, sidst af Fearless Angel d. 25-10-2017 09:37:39.
#25
#24 jeg køber i amazon fordi man får pengene tilbage.
#26
#25, hvad mener du, får penge tilbage ?..
såfremt der er fejl på dit hardware ???
Til gændgæld har du alt bøvlet med leverings tid, og retur du sikkert selv skal betale osv. + aner ikke om de har 14 dages returret osv via amazon.
Svaret blev redigeret 1 gang, sidst af Fearless Angel d. 25-10-2017 17:52:38.
såfremt der er fejl på dit hardware ???
Til gændgæld har du alt bøvlet med leverings tid, og retur du sikkert selv skal betale osv. + aner ikke om de har 14 dages returret osv via amazon.
Svaret blev redigeret 1 gang, sidst af Fearless Angel d. 25-10-2017 17:52:38.
#27
NVM 🙂
Prøver at køre scriptet på et VMWare og fandt ud af jeg havde gemt det som HTML. 🙂
Svaret blev redigeret 1 gang, sidst af KleitusIV d. 25-10-2017 18:03:44.
Prøver at køre scriptet på et VMWare og fandt ud af jeg havde gemt det som HTML. 🙂
Svaret blev redigeret 1 gang, sidst af KleitusIV d. 25-10-2017 18:03:44.
#28
#26 Jeg kunne få pengene tilbage for mine Ryzen cpuer, men valgt at lave RMA hos AMD i Holland.
Leveringstid, ja nogle gange tager det langt langt tid ellers mister de pakkerne OSV 🤣
Returret er 30 dage.
Det er meget forskællige hos amazon, det kommer an på hvor, hvem og hvad man køber fra. Den sidste CPU kom fra frankrig. En 1700x koster kun 290 euro.
Jeg vil helst købe fra proshop og pc lager men denne gang har jeg købt alt hos amazon.
Leveringstid, ja nogle gange tager det langt langt tid ellers mister de pakkerne OSV 🤣
Returret er 30 dage.
Det er meget forskællige hos amazon, det kommer an på hvor, hvem og hvad man køber fra. Den sidste CPU kom fra frankrig. En 1700x koster kun 290 euro.
Jeg vil helst købe fra proshop og pc lager men denne gang har jeg købt alt hos amazon.
#30
Det har jeg gjort og kan også starte den, men jeg får en stribe beskeder som ikke er de samme som ved dig. Lavede bare et helt blank Ubuntu VMWare image.
[KERN] Oct 25 08:51:53 ubuntu kernel: audit: type=1400 audit(1508946713.148:152): apparmor="DENIED" operation="sendmsg" profile="/usr/lib/lightdm/lightdm-guest-session" name="/run/systemd/journal/dev-log" pid=5229 comm="gnome-session-b" requested_mask="w" denied_mask="w" fsuid=999 ouid=0
Er et eksempel.
[KERN] Oct 25 09:17:47 ubuntu kernel: perf: interrupt took too long (2505 > 2500), lowering kernel.perf_event_max_sample_rate to 79750
Skriver den også
Og så kører den de loops igennem jeg har bedt den om og står så stille uden noget sker...
[KERN] Oct 25 08:51:53 ubuntu kernel: audit: type=1400 audit(1508946713.148:152): apparmor="DENIED" operation="sendmsg" profile="/usr/lib/lightdm/lightdm-guest-session" name="/run/systemd/journal/dev-log" pid=5229 comm="gnome-session-b" requested_mask="w" denied_mask="w" fsuid=999 ouid=0
Er et eksempel.
[KERN] Oct 25 09:17:47 ubuntu kernel: perf: interrupt took too long (2505 > 2500), lowering kernel.perf_event_max_sample_rate to 79750
Skriver den også
Og så kører den de loops igennem jeg har bedt den om og står så stille uden noget sker...
#31
Using 12 parallel processes
[KERN] -- Logs begin at Wed 2017-10-25 08:51:07 PDT. --
[KERN] Oct 25 08:51:53 ubuntu kernel: audit: type=1400 audit(1508946713.148:152): apparmor="DENIED" operation="sendmsg" profile="/usr/lib/lightdm/lightdm-guest-session" name="/run/systemd/journal/dev-log" pid=5229 comm="gnome-session-b" requested_mask="w" denied_mask="w" fsuid=999 ouid=0
[KERN] Oct 25 08:51:53 ubuntu kernel: audit: type=1400 audit(1508946713.148:153): apparmor="DENIED" operation="sendmsg" profile="/usr/lib/lightdm/lightdm-guest-session" name="/run/systemd/journal/dev-log" pid=5229 comm="gnome-session-b" requested_mask="w" denied_mask="w" fsuid=999 ouid=0
[KERN] Oct 25 08:51:53 ubuntu kernel: audit: type=1400 audit(1508946713.148:154): apparmor="DENIED" operation="sendmsg" profile="/usr/lib/lightdm/lightdm-guest-session" name="/run/systemd/journal/dev-log" pid=5229 comm="gnome-session-b" requested_mask="w" denied_mask="w" fsuid=999 ouid=0
[KERN] Oct 25 08:51:53 ubuntu kernel: audit: type=1400 audit(1508946713.156:155): apparmor="DENIED" operation="sendmsg" profile="/usr/lib/lightdm/lightdm-guest-session" name="/run/systemd/journal/dev-log" pid=5229 comm="gnome-session-b" requested_mask="w" denied_mask="w" fsuid=999 ouid=0
[KERN] Oct 25 09:01:48 ubuntu kernel: zram: Added device: zram0
[KERN] Oct 25 09:01:48 ubuntu kernel: zram0: detected capacity change from 0 to 68719476736
[KERN] Oct 25 09:01:48 ubuntu kernel: EXT4-fs (zram0): mounted filesystem with ordered data mode. Opts: discard
[KERN] Oct 25 09:17:47 ubuntu kernel: perf: interrupt took too long (2505 > 2500), lowering kernel.perf_event_max_sample_rate to 79750
[KERN] Oct 25 09:25:13 ubuntu kernel: perf: interrupt took too long (3133 > 3131), lowering kernel.perf_event_max_sample_rate to 63750
[KERN] Oct 25 09:39:47 ubuntu kernel: perf: interrupt took too long (3922 > 3916), lowering kernel.perf_event_max_sample_rate to 50750
[loop-0] Wed Oct 25 09:49:17 PDT 2017 start 0
[loop-1] Wed Oct 25 09:49:18 PDT 2017 start 0
[loop-2] Wed Oct 25 09:49:19 PDT 2017 start 0
[loop-3] Wed Oct 25 09:49:20 PDT 2017 start 0
[loop-4] Wed Oct 25 09:49:21 PDT 2017 start 0
[loop-5] Wed Oct 25 09:49:22 PDT 2017 start 0
[loop-6] Wed Oct 25 09:49:23 PDT 2017 start 0
[loop-7] Wed Oct 25 09:49:24 PDT 2017 start 0
[loop-8] Wed Oct 25 09:49:25 PDT 2017 start 0
[loop-9] Wed Oct 25 09:49:26 PDT 2017 start 0
[loop-10] Wed Oct 25 09:49:27 PDT 2017 start 0
[loop-11] Wed Oct 25 09:49:28 PDT 2017 start 0
De øverste er forskellig fra dine, så ved ikke om den kører rigtigt...
[KERN] -- Logs begin at Wed 2017-10-25 08:51:07 PDT. --
[KERN] Oct 25 08:51:53 ubuntu kernel: audit: type=1400 audit(1508946713.148:152): apparmor="DENIED" operation="sendmsg" profile="/usr/lib/lightdm/lightdm-guest-session" name="/run/systemd/journal/dev-log" pid=5229 comm="gnome-session-b" requested_mask="w" denied_mask="w" fsuid=999 ouid=0
[KERN] Oct 25 08:51:53 ubuntu kernel: audit: type=1400 audit(1508946713.148:153): apparmor="DENIED" operation="sendmsg" profile="/usr/lib/lightdm/lightdm-guest-session" name="/run/systemd/journal/dev-log" pid=5229 comm="gnome-session-b" requested_mask="w" denied_mask="w" fsuid=999 ouid=0
[KERN] Oct 25 08:51:53 ubuntu kernel: audit: type=1400 audit(1508946713.148:154): apparmor="DENIED" operation="sendmsg" profile="/usr/lib/lightdm/lightdm-guest-session" name="/run/systemd/journal/dev-log" pid=5229 comm="gnome-session-b" requested_mask="w" denied_mask="w" fsuid=999 ouid=0
[KERN] Oct 25 08:51:53 ubuntu kernel: audit: type=1400 audit(1508946713.156:155): apparmor="DENIED" operation="sendmsg" profile="/usr/lib/lightdm/lightdm-guest-session" name="/run/systemd/journal/dev-log" pid=5229 comm="gnome-session-b" requested_mask="w" denied_mask="w" fsuid=999 ouid=0
[KERN] Oct 25 09:01:48 ubuntu kernel: zram: Added device: zram0
[KERN] Oct 25 09:01:48 ubuntu kernel: zram0: detected capacity change from 0 to 68719476736
[KERN] Oct 25 09:01:48 ubuntu kernel: EXT4-fs (zram0): mounted filesystem with ordered data mode. Opts: discard
[KERN] Oct 25 09:17:47 ubuntu kernel: perf: interrupt took too long (2505 > 2500), lowering kernel.perf_event_max_sample_rate to 79750
[KERN] Oct 25 09:25:13 ubuntu kernel: perf: interrupt took too long (3133 > 3131), lowering kernel.perf_event_max_sample_rate to 63750
[KERN] Oct 25 09:39:47 ubuntu kernel: perf: interrupt took too long (3922 > 3916), lowering kernel.perf_event_max_sample_rate to 50750
[loop-0] Wed Oct 25 09:49:17 PDT 2017 start 0
[loop-1] Wed Oct 25 09:49:18 PDT 2017 start 0
[loop-2] Wed Oct 25 09:49:19 PDT 2017 start 0
[loop-3] Wed Oct 25 09:49:20 PDT 2017 start 0
[loop-4] Wed Oct 25 09:49:21 PDT 2017 start 0
[loop-5] Wed Oct 25 09:49:22 PDT 2017 start 0
[loop-6] Wed Oct 25 09:49:23 PDT 2017 start 0
[loop-7] Wed Oct 25 09:49:24 PDT 2017 start 0
[loop-8] Wed Oct 25 09:49:25 PDT 2017 start 0
[loop-9] Wed Oct 25 09:49:26 PDT 2017 start 0
[loop-10] Wed Oct 25 09:49:27 PDT 2017 start 0
[loop-11] Wed Oct 25 09:49:28 PDT 2017 start 0
De øverste er forskellig fra dine, så ved ikke om den kører rigtigt...
#32
#31 Den stopper fordi den mangler hukormekse. Du skal i vm settings sætte 16 kerner + 16gb ram.
#33
Det skal se sådan her ud.
https://www.youtube.com/watch?...
Når du ser segfault efter loop 15 så har du vundet 🤣
Svaret blev redigeret 1 gang, sidst af wilson d. 25-10-2017 19:09:50.
https://www.youtube.com/watch?...
Når du ser segfault efter loop 15 så har du vundet 🤣
Svaret blev redigeret 1 gang, sidst af wilson d. 25-10-2017 19:09:50.
#34
Check det var ram'en. Nu ser den således ud (har sat det til 12 kerner eftersom jeg har en 1600X). 🙂
Using 12 parallel processes
[KERN] -- Logs begin at Wed 2017-10-25 10:09:13 PDT. --
[KERN] Oct 25 10:09:15 ubuntu kernel: NET: Registered protocol family 40
[KERN] Oct 25 10:09:19 ubuntu kernel: IPv6: ADDRCONF(NETDEV_UP): ens33: link is not ready
[KERN] Oct 25 10:09:19 ubuntu kernel: IPv6: ADDRCONF(NETDEV_UP): ens33: link is not ready
[KERN] Oct 25 10:09:19 ubuntu kernel: e1000: ens33 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None
[KERN] Oct 25 10:09:19 ubuntu kernel: IPv6: ADDRCONF(NETDEV_CHANGE): ens33: link becomes ready
[KERN] Oct 25 10:09:20 ubuntu kernel: floppy0: no floppy controllers found
[KERN] Oct 25 10:09:20 ubuntu kernel: work still pending
[KERN] Oct 25 10:09:57 ubuntu kernel: zram: Added device: zram0
[KERN] Oct 25 10:09:58 ubuntu kernel: zram0: detected capacity change from 0 to 68719476736
[KERN] Oct 25 10:09:59 ubuntu kernel: EXT4-fs (zram0): mounted filesystem with ordered data mode. Opts: discard
[loop-0] Wed Oct 25 10:10:43 PDT 2017 start 0
[loop-1] Wed Oct 25 10:10:44 PDT 2017 start 0
[loop-2] Wed Oct 25 10:10:45 PDT 2017 start 0
[loop-3] Wed Oct 25 10:10:46 PDT 2017 start 0
[loop-4] Wed Oct 25 10:10:47 PDT 2017 start 0
[loop-5] Wed Oct 25 10:10:48 PDT 2017 start 0
[loop-6] Wed Oct 25 10:10:49 PDT 2017 start 0
[loop-7] Wed Oct 25 10:10:50 PDT 2017 start 0
[loop-8] Wed Oct 25 10:10:51 PDT 2017 start 0
[loop-9] Wed Oct 25 10:10:52 PDT 2017 start 0
[loop-10] Wed Oct 25 10:10:53 PDT 2017 start 0
[loop-11] Wed Oct 25 10:10:54 PDT 2017 start 0
Og så lader man den bare stå til den fejler? (hvis den fejler)
Using 12 parallel processes
[KERN] -- Logs begin at Wed 2017-10-25 10:09:13 PDT. --
[KERN] Oct 25 10:09:15 ubuntu kernel: NET: Registered protocol family 40
[KERN] Oct 25 10:09:19 ubuntu kernel: IPv6: ADDRCONF(NETDEV_UP): ens33: link is not ready
[KERN] Oct 25 10:09:19 ubuntu kernel: IPv6: ADDRCONF(NETDEV_UP): ens33: link is not ready
[KERN] Oct 25 10:09:19 ubuntu kernel: e1000: ens33 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None
[KERN] Oct 25 10:09:19 ubuntu kernel: IPv6: ADDRCONF(NETDEV_CHANGE): ens33: link becomes ready
[KERN] Oct 25 10:09:20 ubuntu kernel: floppy0: no floppy controllers found
[KERN] Oct 25 10:09:20 ubuntu kernel: work still pending
[KERN] Oct 25 10:09:57 ubuntu kernel: zram: Added device: zram0
[KERN] Oct 25 10:09:58 ubuntu kernel: zram0: detected capacity change from 0 to 68719476736
[KERN] Oct 25 10:09:59 ubuntu kernel: EXT4-fs (zram0): mounted filesystem with ordered data mode. Opts: discard
[loop-0] Wed Oct 25 10:10:43 PDT 2017 start 0
[loop-1] Wed Oct 25 10:10:44 PDT 2017 start 0
[loop-2] Wed Oct 25 10:10:45 PDT 2017 start 0
[loop-3] Wed Oct 25 10:10:46 PDT 2017 start 0
[loop-4] Wed Oct 25 10:10:47 PDT 2017 start 0
[loop-5] Wed Oct 25 10:10:48 PDT 2017 start 0
[loop-6] Wed Oct 25 10:10:49 PDT 2017 start 0
[loop-7] Wed Oct 25 10:10:50 PDT 2017 start 0
[loop-8] Wed Oct 25 10:10:51 PDT 2017 start 0
[loop-9] Wed Oct 25 10:10:52 PDT 2017 start 0
[loop-10] Wed Oct 25 10:10:53 PDT 2017 start 0
[loop-11] Wed Oct 25 10:10:54 PDT 2017 start 0
Og så lader man den bare stå til den fejler? (hvis den fejler)
#35
Til du ser segfault, lige som på den youtube video
#36
Efter noget tid får jeg så
[KERN] Oct 25 10:23:20 ubuntu kernel: perf: interrupt took too long (2536 > 2500), lowering kernel.perf_event_max_sample_rate to 78750
Selvom jeg har sat den til 16Gb
[KERN] Oct 25 10:23:20 ubuntu kernel: perf: interrupt took too long (2536 > 2500), lowering kernel.perf_event_max_sample_rate to 78750
Selvom jeg har sat den til 16Gb
#38
Jeg kan ikke få HTOP til at vise alle tråde så kan ikke se om den hamrer igennem. Ifølge Windows task manager laver CPU'en intet... så tror ikke rigtig det virker, og aner ikke hvorfor. ☹
#39
Windows task manager burde vise at du bruger alle tråde
Hukkomelse bruger den fra 6 til 12gb måske mere
Det tager kun 2 minnutter
Svaret blev redigeret 1 gang, sidst af wilson d. 25-10-2017 19:48:46.
Hukkomelse bruger den fra 6 til 12gb måske mere
Det tager kun 2 minnutter
Svaret blev redigeret 1 gang, sidst af wilson d. 25-10-2017 19:48:46.
#40
OMG... har lige opdatet at VMWare stod til kun at bruge 1 kerne... LOL dumslag. 🤣
12 kerner og 16Gb ram... sådan. Time to fail: 132s
Tror jeg har en vinder. 🙂
Svaret blev redigeret 2 gange, sidst af KleitusIV d. 25-10-2017 19:51:43.
12 kerner og 16Gb ram... sådan. Time to fail: 132s
Tror jeg har en vinder. 🙂
Svaret blev redigeret 2 gange, sidst af KleitusIV d. 25-10-2017 19:51:43.
#41
Man skal vælge alle kærner ellers får man ikke SEGFAULT.
Du kan også sætte 20 gb ram selv om du kun har 16
Du kan også sætte 20 gb ram selv om du kun har 16
#42
#41 Ja det var en rookie mistake. Havde ikke løbet auto-settings igennem da VMWare lavede imaget. Men med alle kerner og ram så kørte det som det skulle. Tak for hjælpen! 🙂