yes this strange phenomenon is known and seems to occur at fsb >200 even if agp is locked. it has been mentionned in the ct479 test on hardware.fr
Printable View
yes this strange phenomenon is known and seems to occur at fsb >200 even if agp is locked. it has been mentionned in the ct479 test on hardware.fr
Got my own Dothan system up and running! :) That's the main reason I also registered to this forum although I've been browsing this for ages.
Now, I've got P4C800-E and CT-479 with a Pentium M 730. Had to use Celeron D to update the BIOS since the new mobo didn't boot with the PM. Used the new LiveUpdate (version 6 point something) to update with the official 1022.003. Went okay and got the Vcore change option but no multis. Do I need to get the 1023 beta for that or what's up with this? Thanks in advance. :)
Edit: P.S. Is CPU-Z 1.29 showing wrong Vcore or why did it stuck during and after SuperPI 8M at 1.308V while I've set 1.450V in the BIOS? Or dropping of the Vcore is really an issue and the mod is needed... 8M was stable though at 12x200MHz and 1M at 12x204MHz (haven't tested higher yet).
yes, you should update to 1023, 'cause bios 1022.003 allows cpu ratio only for dothan 400. The new beta bios will allow access to cpu ratio for pm 533
cpu origin and packdate?
Thanks for the info!Quote:
Originally Posted by pvhk
Made in Malaysia and pack date is 04/14/2005. Malay should be good right? What does the pack date tell to a more experienced eye?
exactly as mine, same packdate
batch q511A462
i managed to reach 2600 (fsb 217) vcore=1.55 bios. It should be OK for you!
I think cpu from malay outcomes philippines ones from what i noted by reading various forums but i may be wrong...
Hey, that's nice! :) Is your board (P4C800-E Deluxe also?) modded? Mine is brand new and so not modded and I'm worried vdroop is going to be an issue.Quote:
Originally Posted by pvhk
Everything seems to be working a lot nicer after I booted at 12x201 instead of 12x200 and started to work with EIST and ClockGen and loosed the memory timings. This I guess is the way I should go since I've got a 875P mobo and 6600GT as gpu (PAT stays on as well as the AGP/PCI clocks, right?). SuperPI 1M already through at 10x250MHz (BIOS Vcore 1.5V, 2x512MB TCCD's at 2.5-3-3-8).
Going to change to 7000-Cu at some stage and post then results (maybe to the other thread) if something spectacular happens. :)
Yes i have a p4c800ed but i mounted on it a 725@2.4 (15x160 in bios) no mod
vcore 1.4125
My 730 is mounted on a p4p800se
BTW, is it normal to have dividers (3:2 and 5:4) available in the 1022.003 (has to be I suppose..) over 200MHz (maybe also at 200, haven't checked)? Booted at 12x201 and after a little EIST and ClockGen action everything worked nice when at 10x250 and memory 200@2-2-2-5.
Now I want to fill this space by thanking everybody who have contributed to this thread and also to this forum in general. Though not cheap (bye bye my sweet euros...) this is a great hobby and XS is in my opinion the best place to discuss it. :)
PAT is "Performance Mode" right?
Ethier way just turned that on by booting at 200.
Such a stable system, operating a full one Ghz above spec. Lovely.
Yep, got 1M through at about 2600 (stock ratio and max Vcore=1.6V). A bit more (like 2.62GHz) and the system booted... Well that's not bad, is it? Now a bit more testing with the cpu and then finding the limits of the mobo and mems. Have to also try 1023 and better cooling later. Thanks for all the help!Quote:
Originally Posted by pvhk
Switched to 1023 and BIOS shows multis between 6 and 28. I suppose though that cpu's multis are locked upwards from the stock, right? Well, now back to testing. Had to re-install XP already 'cause it didn't like my experiment at 2.6GHz:ish...
I dont have my Dothan sys but you can try this and see if it works. You need to disable Fastwrites in bios and in windows on GPU using RivaTuner. Actualy try first RivaTuner disable GPU Fastwrites then OS Fastwrites. It would decrease performance a bit but not much and should make oc'd system more stable. Would be intresting to know what gives more peformance -no PAT with FW or Pat on and no FW.Quote:
does anyone else get graphical glitches in 3dmode when pat is enabled running past a certain fsb?
my setup is the following, all stock aircooling for the time being:
760 on p4p800-se, bios 1009.003
2x 512 khx3200 bh5 @3.3v
pov gf6800gt with default ultra-heatsink
ocz powerstream 520w
so with PAT enabled i used to boot at 167 1:1 and upped the fsb in windows. i could go well past 220 that way, stable and all. just when i ran am3 - because it always was the first to show glitches - i get some artifacting like the gfx-card gets to little juice, black triangles and all. that is at stock clocks on the gfx-card. so i started dropping the fsb in 5mhz steps until it reached around 180 where it would almost stop. iirc 178 was the setting where it finally ran without artifacts.
back when i ran the same speeds (fsb, ram & overall clocks on the cpu) with my 9800xt, i could do fsbs of >220 mhz and would get no such errors.
so then i decided to step it up some and booted at 201 mhz fsb with PAT disabled or partially enabled. that way i could up the fsb to almost 290 mhz (mem 3:2 or 5:4 - didn't matter) without getting glitches on the geforce. only when i went even further, like 300 mhz or even 310ish on the fsb, i would get artifacting again - still with the gf at stock clocks.
then again, i could also boot at 251 mhz 1:1 with PAT enabled (since on the p4p800se you get pat back on when selecting ddr500 as ramspeed). that would work good for everything BUT graphical apps. i haven't tested how far i would need to drop the fsb to stop the artifacting, but my guess is that the border for that happening would be about the same 175-185 mhz fsb it used to be before with the 6800gt installed.
this seems rather strange to me, but i have heard of this from other folks around using current gen cards - not necissarily all nvidia. some x800's where in the pack iirc.
so if anybody has a workaround for that, i'd really appreciate that. from the looks of it, this seems to be somewhat nb-related, with slacker timings or something on the nb when PAT is disabled. even increasing the vagp didn't really do any good...
/edit
this phenomenon is indepedent of the cpu-clock. with PAT enabled i got it at 2800 mhz (200x14, 1:1), 2400 mhz (200x12, 1:1) or even 2000 mhz (200x10, 1:1) using the same fsb-speeds and voltages for all runs or at 2760 mhz (306x9, 5:4) with PAT partially enabled...
Hope it works
Anyone have an answer for me?Quote:
Originally Posted by Lil Big Mec
Try reading the very first posts - has links to very latest BIOS versions
http://www.xtremesystems.org/forums/...457#post861457
Does the wire-trick work on a P4P800SE.
I've tried it already with no luck :S
it should work, since it's a socket mod.Quote:
Originally Posted by vegeta
it's not mobo dependant
Thank you, but nowhere could I find where it confirms or denies the changes to the available features of the motherboard, like it does to the P4C series :) I just want to be able to use the raid and lan on my board :confused:Quote:
Originally Posted by Jericho
Why don't you just try it, and report back with YOUR results...Quote:
Originally Posted by Lil Big Mec
C
Check out this post: http://www.abxzone.com/forums/showpo...&postcount=320Quote:
Originally Posted by sky
I have a p4p800 pat hacked and it stops artifacting once I change performance mode to 01. Give it a try. Too bad it can't be changed permanently.
I hope I can upgrade to a dothan once I save up some money.
Could someone post good BIOS settings when using P4C800-E Deluxe with TCCD and lower than stock multi with FSB over 230 or something like that. I'm not yet familiar with the P4C's BIOS specialities so it would help a lot. So far I've noticed that PAT set to "Enabled" causes instability but when set to "Auto" everything (well, tested with SuperPI 8M/32M) is stable (PAT is also then though enabled).
The problem I'm having and the reason for asking is that everything seems very stable and works great when booting at 12x200 1:1 (2-2-2-5) but booting with 10x240 (1:1 or 5:4) even with mem at 2.5-3-3-8 is not possible. Other multis I've tested are 6x, 8x and 9x and it's the same deal with all of them. Booting at 10x201 etc. and using ClockGen works fine but I wouldn't like to use CG in everyday use...
I figured there could be some other settings like the PAT one that for some reason causes instability or even these no-boot-for-some-weird-reason-when-everything-should-work-out-fine issues.
With P4P800e-Dlx kompressor drive modified machII clocks were 3150Mhz max and 1M Pi 24.062.
Dothan 740 again
Hey guys :]
I got a P4C800-E dlx with my ct-479, and i want to order a CPU.
The difference between the 740 and the 730 is like a 10$.
since a 10$ isn't count for me, i would like to know wich CPU is better for OC.
I know most off these things is about "luck" but anyway i guess one of them is considerd to be a better one.
multi is not a problem with the new bios.. so what's your opinion? :D
several people got some nice result with a 740 cpu :)
for instance the post before yours.
i would go for the 740, higher speedbinned so could be a better die...
Since the difference is that small, I say go for the 740. Just, as you mentioned, be sure to get the new 1023 beta bios right away since booting at FSB of 200 or over is a must and 2.6GHz or over can already be too much for some chips. Hope you get a good one though. :)Quote:
Originally Posted by Venom21
I would go for the 740. Higher MP
Those CPU's are lucky draws. I've seen 730,740 giving a can of whoopass and as bad OC'ers