Originally posted by: slurmsmackenzie
cainam..... you seem to know what you're talking about. simply because you offer the most practical evidence\ to personal slander ratio in this thread. being that as it may......
LMAO! :thumbsup::beer:
i plan on encoding movies (pirated.... so fvcking what) and playing pirated games at the same time. is that truly where hyperthreading shines? i would love to do other cpu intensive tasks while i encode. if the difference is minimal, i would prefer to go the cheaper and easier upgrade path of amd as opposed to intel. i can always start an encode after i go to sleep. would you recommend HT for me, or would you save the 40 - 50 dollars and go amd? if i went intel i would feel obligated to go lga775 as opposed to 478, which i find to be a lil out of my range. if the difference were substantial, though, i'd bite the bullet. i'd really appreciate some feedback on the subject. thanks
well, here's the thing. if you doing 2 tasks, say playing a game and encoding a video, the game should play just fine. the encoding process however would likely take
alot longer:
"For the multitasking scenario, we chose to run Norton AntiVirus in the background while using Windows Media Encoder 9 in the foreground to convert a 30-second AVI clip to a high-quality WMV file. We report the time it took to run just the video encode by itself and with NAV running in the background. The results show that Intel's Hyper-Threading clearly pays off. The Pentium 4 took about a minute less time to run the multitasking test than the Athlon 64 FX-51 systems did".
Copyright © 2004 Ziff Davis Media Inc. All Rights Reserved. Originally appearing in PC Magazine.
in the above example,
a small, 30 second clip took amost a minute longer on the amd64.
but hey, you're playing a game right? perhaps time not be a concern? if you do it after you go to sleep, i doubt it would take any longer on the amd or the intel. so these issues might not even be relevant.
in the end, it's up to you. i've never had a problem with choice, as i stated earlier, it's just i would like all the information (not just the good), so that a person has all the information available to make the right choice for him/her.
you just have to decide how important saving $50 is
to you, and how important it is for you to run background tasks quickly and/or smoothly; mind you, this issue only seems to come up when you run
cpu intensive tasks - not listening to mp3s while browsing the web
other than that, this a64 setup is stable, overclocks well, and is probably about 10% faster than a comparably rated intel setup. with the latest bios (9/21 iirc) the chaintech vnf3-250 is a
great board for the money, and matched with a low price/high o/c a64 chip it offers alot of performance for the $ in most things. the dfi lanparty ut nf3 250gb has also proven quite stable, offers a few more features (hardware firewall, gigabit lan, firewire, etc.), looks better, has tons of bios "tweak" settings, tho it's about $50 more then the vnf3.
personally, for my use, despite the hassle i'm leaning towards replacing this setup with an intel, but that's just me.
can't say i agree with the "pirating" part, but that's just me, too.....
Originally posted by: glugglug
BTW, if I lower the priority on the RthDribl demo to Below Normal, IE pops up and renders the MSN page in 2-3s. But having the processes at 2 different priorities is pretty much cheating for this purpose.
I tried making an app that uses windows multimedia timer API to try to force context switches once every ms, but it doesn't seem to make much difference, like Windows switches right back to whatever process had control before the multimedia interrupt. 12s total for IE to load and render the MSN page with the app I made running in addition to RthDribl, vs. 16s with just RthDribl -- I was hoping for a more substantial difference.
If Mythic really wanted to support people playing in 2 windows at once, all they would have to do is add a single line of code in a multitasking mode feature. Just Sleep(0); after each frame is rendered if the "multitasking mode" is turned on to yield the CPU to the other process, and the 2 instances of the game would run perfectly smooth together. Maybe if you e-mail them they will add this?
The app I made is
here. When it asks for the number of milliseconds put 1.
i didn't try the priority thing with rhtdribl, but i did try that with daoc, and it not only failed to improve the performance, but actually dropped it as well as causing stability issues.
setting the task priority to "background" caused both instances of rthdribl to run very poorly, rather than just he second instance.