View Full Version : Hmm...stupid question about running multiple SETIs
Frodo Baggins
09-10-01, 02:44 PM
I don't have a multiprocessor...but is it possible to run two copies of seti on a solo processor? If I put it in two dirs I mean...
I want to see how much the time drops, maybe if you add the two up, it'll be faster? (shrug) I wanna ask and try larter, so I don't screw up my current WU
chawken
09-10-01, 03:20 PM
Originally posted by Frodo Baggins
I don't have a multiprocessor...but is it possible to run two copies of seti on a solo processor? If I put it in two dirs I mean...
I want to see how much the time drops, maybe if you add the two up, it'll be faster? (shrug) I wanna ask and try larter, so I don't screw up my current WU
Yes you can run two occurances of Seti on a single processor, as long as they are in different directories. If you try it, it would be interesting to see what the combined times would be. In reality they shouldn't be any faster than just running 2 WU's on one occurance.
killem1x1
09-10-01, 03:40 PM
When you change the "Desired Cache Size" and "Maximum Processes" is this not the same thing?
chawken
09-10-01, 04:32 PM
Originally posted by killem1x1
When you change the "Desired Cache Size" and "Maximum Processes" is this not the same thing?
Actually I think that will work too - you just can't view both processes at the same time. If you use any monitoring program, it will only show you the oldest process running. Putting them in different directories allows you to view both sessions.
I attempted this once a ways back, my finding were as such it slows your WU Time drastically and doubles your time if not more. For some reason the multithreading will only work well on a multi-threaded machine. Unlike folding which takes just fine to multiple clients running on a single processor. For some Seti just uses every once of the processor for each client run. Hope this helps just a bit, don't mean to disappoint anyone in any way.
J
I think because SETI is designed to be nice, and only use what isn't already being used. It slowes down the production because sometimes both try to run at the same time, and at that instant, neither gets anything done because they gracefully allow the other to go. It's kinda like on those shows where two people are being overly-pollite, and going about "You first. No, you. I insist, you first. I couldn't, you go first. No you. Please.... I insist you go first." A great big deadlock at moments, so neither gets to process at times, thus slowing down the production.
Just my theroy of why running two at once on one dosen't work.
JigPu
I ran two clients before i moved to RTM and it werked very nice. setting both clients to Normal priority it gave them abou 46-49% cpu usage. they both ran at about 140mflops. running a single instance only let me gain about 5mflops so running two for me helped me jump in the stats so fast. note i did make it into the hall of fame for most ranks jumped. and most of those wu's were done using a single cpu machine(the duron in my sig). so take it as you will, just my two cents.
Frodo Baggins
09-10-01, 11:06 PM
What does RTM mean?
To use two SETis at the same time, I use SETI Spy on one (hooked up with SETI Driver) and the plain Cmmd line version on the other...
I can set the SETSpy one to normal priority, but how do I set the second one to normal?
RTM means Release To Manafactures, it's what the manafactures get when Microsoft release a new OS. neways, This is how mine was setup. two dirs, seti #1 and seti #2. in each folder i had both seti spy and the clc in it. reconfigured seti spy to work in it's own folder and started both spies. then i went into task manager and set both to normal by right clicking on the clc program under process. easy as pie.
a buddy of mine at work is running CLC on 2 machines and he says he is using driver to cache WU's and has the clc in each WU folder
He says he is running 5 simultaneous clients on his Athlon 1.2@1.4+ and 3 simultaneous clients on his P2 500@600 (Athlon is on Abit Raid board (not sure which one) with 512Mb PC133...not sure about his p2 setup)
But he says he is doing 5 at once on his AMD with 2-2.5 hour times on all 5......running 3 at once on Pentium setup says there is no decrease in WU time on that one either
I beleive him, but i haven't seen it yet
Thelemac
09-13-01, 01:03 AM
Originally posted by deez
a buddy of mine at work is running CLC on 2 machines and he says he is using driver to cache WU's and has the clc in each WU folder
He says he is running 5 simultaneous clients on his Athlon 1.2@1.4+ and 3 simultaneous clients on his P2 500@600 (Athlon is on Abit Raid board (not sure which one) with 512Mb PC133...not sure about his p2 setup)
But he says he is doing 5 at once on his AMD with 2-2.5 hour times on all 5......running 3 at once on Pentium setup says there is no decrease in WU time on that one either
I beleive him, but i haven't seen it yet
I don't. If it is true, then I'm sure he's using a hacked client...unless he's talking about total cpu time. Then it's not really going to take much of a hit.
he said his time for each WU on his AMD system was 2-2.5 hrs with client from berkley. I'm gonna go over to his house one day to see if he's full of crap or what.
Maybe he is using another program also i dunno but i'm curious at least. Will find out more info this week and inform
Thelemac
09-17-01, 01:54 AM
Originally posted by deez
he said his time for each WU on his AMD system was 2-2.5 hrs with client from berkley.
I don't think that that is very likely. I seem to recall Tim saying that the best time he's gotten is *just* under three hours...and he certainly has a system that is as fast or faster than your buddy. :)
lonewolf1983
09-17-01, 10:07 AM
well im going to test out the theory of running multiple instances of ther seti clc running at once
hopefully it will be good for me
will probably not screw up my times too much
ill keep u lot posted as to how it goes
and i know that theoretically it shouldnt go any faster
but since when does theory come into overclocking??
:)
vBulletin® v3.8.7, Copyright ©2000-2012, vBulletin Solutions, Inc.