My turn for a linux thread

joeyjojo said:
Could do with a script which runs, on start up, in a terminal
Code:
cd folding/FAH
./fah5
Thanks :)

Doesn't the installService script do that? Or do you actually want a terminal to be opened.

Tho I see you've changed the default foldingathome folder to folding/FAH.
 
Last edited:
Cob said:
Doesn't the installService script do that? Or do you actually want a terminal to be opened.

Tho I see you've changed the default foldingathome folder to folding/FAH.
Yeh sorry should have explained. Not using finstall anymore. Gone for Rich's stolen guide on the first page of this thread. Let's me have all the info in a convenient terminal for easy monitoring. So ideally the script would open a terminal, change directory and run the script.
 
Your best bet is to install it as a service [ask Billy :p] then open up a Terminal window yourself and run this command:

Code:
cd [B]~/folding[/B]; tail -f FAHlog.txt

The bit in bold you would change to the path to your folding folder which has the FAHlog.txt file in it.

This displays the log file and automatically updates it. The beauty of doing it this way is your client will start in the background automatically through installing it as a service and you dont have to worry about closing the terminal down properly and so on. Just wack in that command and leave it.

SiriusB
 
Im tempted to use this but I have a question.

ATM folding doesn't effect my PC, just runs in the background.

Would VMware + two SMP units behave the same?

Because I game/browse/msn and I don't want it effected ;)



So basicallyu I want it to run on unused CPU cycles like it does now... possible?
 
Concorde Rules said:
Im tempted to use this but I have a question.

ATM folding doesn't effect my PC, just runs in the background.

Would VMware + two SMP units behave the same?

Because I game/browse/msn and I don't want it effected ;)



So basicallyu I want it to run on unused CPU cycles like it does now... possible?
With two SMP units I believe you'd have no chance :o

I would recommend 1 SMP unit and using the GPU when you're not on the machine (mine gets very laggy though I think a lot of that is due to only having 1GB RAM :o)

I never ever game on this machine these days - I don't even want to try it to see :p
Hopefully someone else can tell you :)
 
VMWare is as someone so eloquently put it "really good at taking resources and keeping them".

So basically if you fancied doing anything more than surfing or IM then you will have to shut it off. VMWare reloads from where it left off so as soon as you are done watching pr0n or playing a game just turn it back on and it should pick up where it all left off :)

Warning: I don't know for sure if the SMP clients can cope with the VM being suspended and resumed so you might want to test it before you get to 99% completed :D

SiriusB
 
you could always try setting vmware-vmx.exe to a lower priority in windows and see what happens - just had a look and it's at "Normal" so something like a game should be able to take the CPU time I would have thought, though what effect it would have on a WU running in there I don't know


suck it and see :)
 
To be fair Concorde you are running an OS within an OS. VMWare was designed to allow developers to mess around with OSs and software in a safe and convenient environment. You can't run a high demand application [F@H] within another high demand application [VMWare] and expect to be able to play games too!

SiriusB
 
SB - you seem to forget that you're talking to Concorde here and while he'll happily spend half his life trying to get an extra 0.5MHz out of his machine he's far to busy an individual to just turn the thing off when he wants to game :p :D
 
I'll try gaming at low in a bit. The 600 or so megs of memory shouldn't make a difference with 2gb of ram unless I play bf2 on high or something.
 
joeyjojo said:
Up from 8 to 19 mins when playing cs:s :/
Actually the :/ was a bit strong. That's still 400 ppd compared to 1000 when gaming. A hell of a lot better than the zero I would get with the normal client on low.

I swear fps were slightly less though on very infrequent, open areas (like some bits on de_port when there's a large draw distance).
 
Back
Top Bottom