Tell you what...since there are TOO many variables, go to the http://www.sundancemediagroup.com/help/kb page, and download rendertest. And from there, you can look at various renderspeeds using that test. If you modify ANYTHING from that rendertest, you'll invalidate the test. With over 1000 downloads of that test in the past year, there are a lot of test speeds posted. This way, you have a baseline to compare to that others have been using for a couple years now. Even the SOFO guys use it. It's a hell of a hard hit on the proc, but it's a standard.
Oh . . . just the usual coal and oil fired 1ghzt, 256Ram, 7200 hd - y'know the type.
As long as I'm not doing anything important during the day OR I go to bed OR I don't use mire than 4 tracks [ ;-) ] I'm happy. I read the "typical" results data and I'm quite assured I'm in the . . . how do you New Worlders say . . . in the "ball park".
http://www.sundancemediagroup.com/rendertest.htm
will get you to the summaries of the render tests. Hasn't been updated for nearly 2 months, so not a lot of fasst render times there. But enough to compare. Was that time using the template as set up? Or did you change anything? It's meant to be a proc killer benchmark test.
I went to the page and got to see the results, however, how does one post their own results? I can't seem to find it. Perhaps that's why there haven't been any new result postings in months.
I ran the Render-Test, i dont think i did that bad, i did the test twice, one with Norton AntiVirus and Norton Internet Security Pro 2003 (Norton Internet Security 2003 Pro - Package).
With Norton: 2min:11sec:115millisec.
Without Norton:2min:11sec:445millisec.
Plus i run RazerBoomslang mousedriver, soundcard driver on the Tray.
Computer
Shuttle XPC SB51G
i2.4GHz@2.53GHz
Corsair PC3200(DDR400)@DDR333 (Computer doesnt support faster), 512MB
IBM Deskstar 14GB - ATA33, (an old disk from last century, lol)
. . . okay dummy here . . shouldn't be allowed out on the streets of London without a chaperone 8-( . . . just read that I should have change the Media Properties of the media to PAL!!
. . . . I just knocked off another 70 seconds - HAH! It's now 1:30 . . . . .
Very curious numbers. Since I'm assuming RenderTest primarily stresses the CPU, then the fact that both the one-instance and the two-instances showed about the same completion time implies that your system is bound not by the processor but rather by some other choke point; perhaps the disk. In other words, if you had a stone-slow CPU then the two-instance RenderTest could be assumed to take exactly twice as long as the one-instance test. Curious.
On my system I run a little program in the System Tray called "ABP Monitor." It shows a little graph indicating the percentage of time the CPU is working. If I run a couple of renders on two different instances of Vegas at the same time, the graph is at 100%, but if I try to run four instances simultaneously, the graph drops down, implying that all the disk thrashing (disk swaps for virtual memory) is causing the CPU to be sitting there doing nothing for much of the time.
Not sure if there is a choke point or what. I ran the rendertests several more times, writing to single HD and various combinations of multiple internal and external (firewire) HD’s with no detectable change to render times.
Normal CPU usage for my system is somewhere near 50% to 55% for each processor during (single) renders within Vegas*. CPU usage goes to 100% during multiple renders, but does not drop (at least not for up to 4 simultaneous renders.)
As far as old disks go, I tried the render test writing to an older SCSI II zip100 drive. don't remember the precise results but they were comparable to my 1394 disk. Drive throughput isn't much of an issue it seems.
I did the test this way to demonstrate the point to myself. It was on a 750MHz PIII laptop so you can imagine that the render time was 11 minutes or so. Plenty of time to write to disk. If you're approaching 1:1 time then disk throughput and overhead probably matters a lot more.
I clock in at 1:37 single render and 2:31 (each) on two renders with a 3.06 P4 and 1 gig 800 mhz ram.
I should be very happy, right? My problem is, in a 20 minute 3-video track, 2-audio track project it can take 3-4 seconds just to delete a clip and sometimes V4d won't respond at all for a minute or two (or not at all and I have to force it to close with a ctrl/alt/del).
Could this have anything to do with my NVidia GeForce4 MX 440 video card sharing an IRQ with USB host controller or my Ultra ATA storage controllers sharing USB host controllers?
TIA,
Randy
I've reported these results before. However, I now have a newer setup so will re-post. Both systems are with hyperthreading enabled, no overclock, 1024 Mb Corsair XMS RAM, WD JB1200 HD's and windows XP Pro.
System 1: Asus P4PE, 3.06 Gig P4 400 FSB: 1:35
System 2: Asus P4P800 Deluxe, 3.0 Gig P4, 800FSB: 1:29