Last message on previous page:
| Quote : so then when the fx-52 comes out will the larger cache even help it? |
dont you mean the fx-62? and hash i think that they will introduce the fx-64 on 65nm process dont you think so too?
Oh yeah, and FX62 (Windsor) will have 125W TDP.
| Quote : MadModMike
|
Well a few things you cant do with your computer Madmodmike
1 Take your case or Monitor while your wife driving and play games? NOT GOING TO HAPPEN.
Where me I Can take eather laptop with me and play it. Oh by the way My 3.4 ee L3 2mb cache Northwood with 17 monitor Laptop. I dont have to worrie about overclocking why waste battery life. Or my intel duo 1.66ghz run games on one cpu. While the other cpu running the windows task and running on low power.
So shove your remark up your rear.
| Quote : Ahhh... RDRAM. RDRAM was even available for Pentium 3's for a while. Ironic that AMD might just be using XDR RAM in future chips.
|
Me... I knew that Rambus has the potential, it was just the damned DRAM cartel who screwed them in order to sell us overpriced slow crap. Yes, check how much CPU speed has gone up. Well, guess what? They are both being made from the same sand.
| Quote : MadModMike
|
Well a few things you cant do with your computer Madmodmike
1 Take your case or Monitor while your wife driving and play games? NOT GOING TO HAPPEN.
Where me I Can take eather laptop with me and play it. Oh by the way My 3.4 ee L3 2mb cache Northwood with 17 monitor Laptop. I dont have to worrie about overclocking why waste battery life. Or my intel duo 1.66ghz run games on one cpu. While the other cpu running the windows task and running on low power.
So shove your remark up your rear.
There happens to be such thing as an AMD laptop chief and that is what I buy. I don't need a Dual-Core laptop, that is just retarded. BTW: My 3700+ pwns ur P4 EE 3.4.
~~Mad Mod Mike, pimpin' the world 1 rig at a time
| Quote : My rig is an absolute bitch to OC. I can't get above 2.34Ghz. I've narrowed the problem down to 2 things:
|
If that ener is not single-rail one, you can try with one that is. I have heard that both SLI and Crossfire have problems with dual-rail PSUs. Makes one wonder why did they made ATX 2.0 spec at all if it doesn't do any good?
Big deal Fact remains. Anything you buy today will be out dated In a month or so. I m waiting for the Newer Amd chip. See you dont understand somepeople are on the road vers sitting on there rear at home.
Hmm...Okay?
~~Mad Mod Mike, pimpin' the world 1 rig at a time
Update. Review 1st post for changes.
~~Mad Mod Mike, pimpin' the world 1 rig at a time
Update 2. Review 1st post for changes.
~~Mad Mod Mike, pimpin' the world 1 rig at a time
Mike and I pretty much determined it's the PSU (it's by no means bad, it just doesn't have enough wattage). I'm ordering a new one tonight actually.
-mpjesse
FYI... i just bought this whore of a PSU.
http://www.newegg.com/Product/Prod [...] 6817194004
/me luvs enermax. ;-)
I'll let you know how it turns out... if you'd like.
-mpjesse
Yea, for sure tell me how it went. BTW, that is a slick PSU.
~~Mad Mod Mike, pimpin' the world 1 rig at a time
Update. Review 1st post for changes.
~~Mad Mod Mike, pimpin' the world 1 rig at a time
Update. Check 1st post for changes.
~~Mad Mod Mike, pimpin' the world 1 rig at a time
Mike , can you tell me about the perofrmance gain of supporting 64-bit on any processor ...I mean how does this benefits normal 32-bit applications ..why they are called 32-bit app ?
also when I say that a certain bus is 128-bit (eg, GPU cores which is 256-bit ) what does it mean ? ..does it mean that it can recieve larger amount of data ? yes ? but how ?.
sorry if I asked too questions , I hope you answer them simply ...
| Quote : Mike , can you tell me about the perofrmance gain of supporting 64-bit on any processor ...I mean how does this benefits normal 32-bit applications ..why they are called 32-bit app ?
|
1) Using a 64-bit OS (obviously with a 64-bit CPU) I have noticed and documented personally perfomance gains of up to 12%with normal operation and running 32-bit applications. The entire gain of 64-bit over 32-bit can be up to 75%. Also, 32-bit applications (32-bit apps = applications) benefit because running 64-bit increases Memory Bandwidth and CPU performance which in turn increases the performance of 32-bit applications such as Games and 3D Rendering programs.
2) When it says 128-Bit Memory Bus, it means that's the length of the Bus, it's 128 bits wide. This means it increases performance beacause it can send more information per clock. An example is that a 256-Bit Memory Bus will, theoretically, offer double the Memory Bandwidth of a 128-bit bus. The larget bus's (wider) allows more information to flow in and out at a time, but this also creates latencies because of how large the bus is and how fast the clock speed of the bus is relative to the size.
If you need more simpler responses or want to know anything else, just ask. I don't have a problem helping.
~~Mad Mod Mike, pimpin' the world 1 rig at a time
so when I say that a Memory chip is clocked at 1000MHZ and 128-bit bus and another memory chip with same frequency but has 256-bit bus ..
which is better ?
the number of bits is related to the bandwith ..right ?
another thing about 32-bit applications ...we all know that 1 Byte = 8 bits ...so we have 32/8 = 4 Bytes ..
so 32-bit applications means that they have 4 bytes per cycle 8O or what :?: these things are really confusing me !
| Quote : another thing about 32-bit applications ...we all know that 1 Byte = 8 bits ...so we have 32/8 = 4 Bytes ..
|
I will respond to both of your posts with this post:
1st Post: The 256-bit Memory bus @ 1000MHz will be double the memory bandwidth of the 128-bit, theoretically that means it should be twice as fast, but just as more GHz doesn't meacaln a faster CPU, a wider bus doesn't always mean more performance, but it does have greater memory bandwidth. Yes, bits is related to bandwidth, it's Bits x Frequency / 8 = Memory Bandwidth.
2nd Post: The 32-bit means that is how large the data size is it's transmitting. So yes, it is transmitting 4-Byte size information vs. 8-Byte size information. Theoretically, 64-bit creates a larger latency than 32-bit, as is the case with almost everything. It goes alot more complex and in detail, but that is the jist of 32-bit and 64-bit.
~~Mad Mod Mike, pimpin' the world 1 rig at a time
so normal processors have 32-bit FSB ..and 64-bit processors have 64-bit FSB ? ...
if that what it is ..in INTEL's processors why having the 64-bit as extensions only (EM64T) ...what is the difference between 64-bit controllers in INTEL and AMD .
| Quote : so normal processors have 32-bit FSB ..and 64-bit processors have 64-bit FSB ? ...
|
The 64-bit processors refers to the size of the registers, a register is just a portion inside the computer that it uses for storing temporary information and calculating, for example:
The # 10 needs to be added to the # 15.
1) CPU places the #10 into a register
2) CPU places the #15 into a register
3) CPU calculates it and places the #25 into a 3rd register
4) CPU deletes information from the 3 registers and outputs the #25 into the Video Card or wherever it needs to go
The Front Side Bus has nothing to do with a 64-bit or 32-bit CPU. The larger registers mean it can hold more information and process more at a time, and vice versa for smaller registers.
~~Mad Mod Mike, pimpin' the world 1 rig at a time
so the registers is not related to processor cache ? ..
I mean the cache could have 32-bit or 64-bit bus ?
| Quote : so the registers is not related to processor cache ? ..
|
If you're referring to Level 1 and Level 2 cache, yes that is also unrelated to a 32-bit or 64-bit processor.
~~Mad Mod Mike, pimpin' the world 1 rig at a time
thanks Mike ..you've been a great help .
| Quote : The best valued overclocking chip from Intel may actually turn out to be the 805D rather than the 955EE. It seems that the only difference between the 805D and the rest of the 8xx series are that the 805D couldn't run stable using with a 800MHz FSB. All the other features are still in place including EM64T, 2x1MB cache, and EIST downclocking to 1.86GHz. The great thing is they may actually be excellent overclockers with the limiting factor being how close you can get the FSB to 800MHz. HKEPC got the base FSB up from 133MHz to 185MHz for a 3.7GHz processor. Not bad for a $150 processor. Of course, it hasn't been released yet, but I thought the schedule was for the end of February.
|
Nah, 920's are excellent overclockers for not much more money. The fact they are on 65nm helps very, very much.
Mr. MadModMike,
Can you shed some light on why people go into longer pipeline (ie Intel)? Being an analog guy, I am pretty much oblivious about digital stuff. I just remembered about 15 years ago of a discussion CISC vs. RISC and ,deep pipeline was a characteristic of RISC where as the software compiler must rearrange the data/command to maximize the pipeline? Is this true?
Thanks.
Chime.
PS: Fanboy flaming is fun to read
dude pm him if you want i dont think he reads this thread anymore
| Quote : dude pm him if you want i dont think he reads this thread anymore |
dude, wasn't this the thread he wanted to make a sticky? Why wouldn't he read it anymore. :?
cause he probably for got about it
yeah, but it shows up in the "your posts" area.
k dude i gotta goto sleep now good night everyone on the forumz
| Quote : Mr. MadModMike,
|
@Piddy: This is in my "Bookmarks" in my Opera Browser.
@Chime: I'm going to try and explain what I think you you're asking:
The reason companies use a longer Pipeline (I.E. Intel) is because the longer the pipeline, the faster you can crank the Internal Clock Speed. Intel's marketing department was chasing after the Athlon XP and on a Clock-For-Clock basis, the Pentium 4 was suffering. The Athlon XP has a 10-Stage Pipeline, whereas the Pentium 4 had between 15 and 20 (nowawdays, a Pentium 4 has up to 31-Stages). Intel decided they needed to aggressively increase the clock speed because they couldn't match the Athlon XP, so they kept increasing the size of the pipeline and made promises like "10GHz Pentium 4", which is impossible under circumstances due to trimense heat.
On the Compiler part, I think you're referring to when Hazards happen. A Hazzard is when multiple instructions are relying on each other for data and when 1 finishes first, it can get wrong data if the instruction it relies on is not done being executed. Other Hazards such as when parts of the CPU need 2 or more Instructions, and they both required the ALU, that can cause a Structural Hazard. There are ways that are implemented to reduce Hazards, such as Flushing The Pipeline and using NOP's (Non OPeration). When the CPU thinks there might be a problem or a Hazard, it inserts these NOP instructions into the pipeline. An NOP does absolutely nothing at all other than take up space for a duration of Clock Cycles.
I hope that answered your question, if it didn't, repost and I will try to accomodate you.
~~Mad Mod Mike, pimpin' the world 1 rig at a time
Hey Mike,
Good thread with bias
.
Just a FYI for those still pondering the 32bit vs 64bit questions.
Mike was correct in stating registers. There are roughly three main characteristics that need to be taken into account when deciphering 32 vs 64 bit.
1) Registers -- The registers mike was talking about need typically three steps to complete a single transaction. There is a Load, Execute and Clear transaction for each register with multiple registers in operation. These registers are typically the size of the XXbit processors specs. I say typically because some vendors tried to release psuedo 64bit architectures (two linked 32bit registers somewhat acting as a single 64). So higher clock cycles would allow for a thoeretically quciker Load, Execute and Clear. This would assume more work in the same time. This of course does not fully include the pipeline information which could be larger or smaller based upon design. These allow for more or less operations to occur at each STEP (greater number of steps the less work typically at each step and vice versa).
2) Memory Footprint -- The reason 64bit Procs have been underused is that they have to have mods to their software to take advantage of the procs characteristics. Going from 32 to 64 requires you to be smarter with usage of memory. If you can have for instance access to a 32 bit INT or an even bigger LONG of 64bit. When memory is reserved in code you now reserve a larger address. If you only use say 4b of the address you are effectively wasting the rest of the address.
3) Word Alignment -- Some people will know and understand that word aligning on systems that are 64 bit is crucial. Bit shifting in a 64 bit architecture is DEATH. You could actually slow the system to slower than its same 32bit counterpart. Since we now have to word align (typically 8bit alignment in most 64bit arch) we get REAL sloppy with memory handling/usage (sometimes padding things to word align). Programs get larger and if not done well also could be much slower. This optimization has been mostly reserved for servers and enterprise software since memory requirements could get large.
Some additional info Here.
Hope this only contributes to this thread.
On Hazzards,
Developers will typically LOCK via mutex data that is shared between multiple threads. This will avoid many of those collisions at runtime. In any multi-threaded application you stand the chane of data synchronization and corruption. These locks (when implemented correctly) help to alleviate these issues. This is done to help get over the hardware issues.
Most procs break themselves up into four distinct sectors (Process, Kernel, System and User). This allows for context switching. While in one quadrant of the proc you need to block and interupt to allow the next quadrant to process. The multi-thread HT in the newer Intel P 955 will allow for four of these quadrant distinct areas (four threads per cycle). This is important becasue you can context switch four independent threads per cycle. This will become a possible advantage if for instance software is written optimizing its use. That is why Intel is having the devolpers conference and releasing info about its new processors at the same time. I am sure a tool kit will be released to them. This is why it is easy to BEWARE benchmarks.
A good book for reference is "UNIX INTERNALS the new Frontiers".
Great book showing the interaction between the proc and software written for it. Of course this is UNIX bias.
Feel free to correct anything above it has been a while since going through these issues.
| Quote : Feel free to correct anything above it has been a while since going through these issues. |
I don't specialize in programming (I do DirectX Windows Programming sometimes) but rather strictly General Hardware, as you can see from my 1st post. But thanks for adding, even though this was geared towards people with little understanding
. I actually might move away from computers and try to become a Police Detective, I like helping people and teaching rather than working in a job such as Programming, so maybe even become a Teacher, heh.
~~Mad Mod Mike, pimpin' the world 1 rig at a time
Actually Mike,
Too often people want to separate Hardware and Software. One is worthless without the other.
@ the time the Dec Alpha chips were released they had 200+mhz chips that were 64 bit. People had no idea what to do with them. They wrote poor applications that would cripple the hardware and then state that the procs were horrible in performance. A simple alignment of words in the software would give a generous performance increase over its predecessors.
They are so so linked especially Operating Systems!
ok mike sorry i didnt know geez and man bribe fredi to make this a sticky
| Quote : Actually Mike,
|
True, but I'm not making the hardware lol. I just learn about it and inform others who don't know, if they care enough to need to know how to program for it, so be it.
~~Mad Mod Mike, pimpin' the world 1 rig at a time
| Quote : ok mike sorry i didnt know geez and man bribe fredi to make this a sticky |
Jack Barnes said he conversed with all the other Moderators and they concluded that they wouldn't make it a Sticky, and I won't bribe or beg anybody (not sure how I can bribe someone over the internet).
~~Mad Mod Mike, pimpin' the world 1 rig at a time
What Mike,
Your not striving for STICKYNESS? What about the strawberries?
Man can you imagine going your whole life without having ONE sticky thread?
Man the shame that would bring on your family!! :-)
Mike gets sticky:
I'd like to give thanks to GOD and my country, and you know I love ya MOM. I still have hope for world piece!! (OSCARs combined with Miss America)
| Quote : What Mike,
|
HaHa you can't sell PEACE
.
I don't want sticky, this thread is too good for a sticky, it's 1337
.
BTW, you got any strawberries yet? I'm really hungry
.
~~Mad Mod Mike, pimpin' the world 1 rig at a time
Update. Refer to 1st post for changes.
~~Mad Mod Mike, pimpin' the world 1 rig at a time
| Quote : Update. Refer to 1st post for changes.
|
wheres the rundown on nvidia/ati?........eh?Id like to know why my x1600 pro runs so hot.....I had to mod the stock heatsink and redo my case a bit to get my gpu to idle at 45c.(Cooling on the cheap)
windows help reduce case temps,just a little.or it was just an excuse to whack my case.I think plastic releases heat faster than metal.
i put an extra fan on my gpu heat sink.stock temps were way high the heat sink cover was over 100 f . now its at 27c in the heatsink fins.
why am i reading stock temps are so high ? the nvidias are high too.
speed is good ,but heat wears down your stuff,what the lifespan on a stock 7800gtx or an x 1900xt with that kind of heat?
the 7800gtx has more heat than my card at idle and load.I should mention my card is oc'd with atitool at 537 and 432.and my case is pushing 150 cfm(2x75cfm) in from the fans on the side out from the top(2x20cfm )and back(1x20+1x60cfm),and psu(2x20cfm=20cfm ttl).=pos.case pressure of 10+/-? cfm
anyway those high temps are bad....right(stock temps)
Who cares? It should be warranted. Also, GPU's can withstand a lot of heat, although it certainly isn't good for overclocking and I can't see it doing good for PCB lifetime, it can't do too terribly much either.
| Quote : Update. Refer to 1st post for changes.
|
wheres the rundown on nvidia/ati?........eh?Id like to know why my x1600 pro runs so hot.....I had to mod the stock heatsink and redo my case a bit to get my gpu to idle at 45c.(Cooling on the cheap)
windows help reduce case temps,just a little.or it was just an excuse to whack my case.I think plastic releases heat faster than metal.
i put an extra fan on my gpu heat sink.stock temps were way high the heat sink cover was over 100 f . now its at 27c in the heatsink fins.
why am i reading stock temps are so high ? the nvidias are high too.
speed is good ,but heat wears down your stuff,what the lifespan on a stock 7800gtx or an x 1900xt with that kind of heat?
the 7800gtx has more heat than my card at idle and load.I should mention my card is oc'd with atitool at 537 and 432.and my case is pushing 150 cfm(2x75cfm) in from the fans on the side out from the top(2x20cfm )and back(1x20+1x60cfm),and psu(2x20cfm=20cfm ttl).=pos.case pressure of 10+/-? cfm
anyway those high temps are bad....right(stock temps)
Well, I'm sure there is some nice article in Graphics like mine here for CPU's
My 6800GS's idle about 39c - 45c, which is normal. Load temps go to 55c to 72c, again, which is normal. Your GPU's are going to be alot hotter than your CPU.
~~Mad Mod Mike, pimpin' the world 1 rig at a time
| Quote :
|
I for one would like to secure the life of an investment ,sonny. 8)
AFAIK, temps recorded to Windows are of the entire card, meaning RAM and GPU. If you have Memory running at over 1GHz to 1.6GHz and a GPU of 600MHz right next to each other, things are going to get quite toasty
.
~~Mad Mod Mike, pimpin' the world 1 rig at a time
| Quote : Well mike ,I am surprised the heat is more acceptable on a gpu.im shooting for cpu temps tho. |
You're asking about CPU temps and why yours are hot? Do you have a presshot?
~~Mad Mod Mike, pimpin' the world 1 rig at a time
| Quote : no im sorry i wasnt clear ,I am aiming to keep my gpu as cool as my cpu,16 f left to go. |
LOL!
Dude, you aint gonna get your GPU as cool as your CPU, at least under load. But, if you were a Mad Modder Like me, you could record these temps like I did
CPU:
Stock Heatsink: 33c Load, 27c Idle
GPU:
Stock Heatsink: 35c Idle 45c Load
~~Mad Mod Mike, pimpin' the world 1 rig at a time
[quote="verndewd"]
| Quote : no im sorry i wasnt clear ,I am aiming to keep my gpu as cool as my cpu,16 f left to go. |
LOL!
Dude, you aint gonna get your GPU as cool as your CPU, at least under load. But, if you were a Mad Modder Like me, you could record these temps like I did
CPU:
Stock Heatsink: 33c Load, 27c Idle
GPU:
Stock Heatsink: 35c Idle 45c Load
dont break your arm patting yourself mike,i am a moddin freakazoid.when my temps go down and match yours ,ill send ya some gpu roasted crow to eat.
LOL, iight man, but don't forget, I'm the self proclaimed best modder on Air, my best was fitting a Dual AMD Opteron 64 Workstation w/ 12 120mm Fans and 30 80mm Fans. It dropped temps by over 15c in some scenarios.
~~Mad Mod Mike, pimpin' the world 1 rig at a time
| Quote : heck i dropped 30 on my cpu and 11 on my heatsink on my gpu and almost 20c on my gpu temp chip. 75cfm fans 80mmX3 (thermaltake) |
Well, when you drop 15 from 40c normal with 8 Hard Drives, over 40 cables, 2 CPU's and a host of additional devices, that's quite an achievement in my book.
~~Mad Mod Mike, pimpin' the world 1 rig at a time
| Quote : lol
|
LOL, nah. I'll go into MSPAINT right now and draw a diagram of it and post it. Gimme about 5 minutes, it's worth the wait
.
~~Mad Mod Mike, pimpin' the world 1 rig at a time
There are 857 identified and unidentified users. To see the list of identified users, Click here.
You are about to answer a thread that has been inactive for more than 6 months.
If you still wish to proceed, please ensure that your posting is original and does not duplicate or overlap any prior responses to this thread.

