• We’re currently investigating an issue related to the forum theme and styling that is impacting page layout and visual formatting. The problem has been identified, and we are actively working on a resolution. There is no impact to user data or functionality, this is strictly a front-end display issue. We’ll post an update once the fix has been deployed. Thanks for your patience while we get this sorted.

Time to speed up your SoB clients

NicColt

Diamond Member
In case you were not aware I just though I'd let you SoB's know that there are beta clients out there that will increase output rather surprisingly.

The windows Beta client is 2.5.08 and the Linux client is 2.5.06. Once installed simply replace the executables.

On my laptop for example I went from 3.6M to 4.4M and on my Q6600 at 3.0 I went from 16M to 21M at least. I think there's a mention of a %10 increase on linux clients.

The other benefit is the transmitblock=X I have mine set to transmit every 20 which this in itself increases the speed. I still use the queue but the queue isn't overloaded anymore.

 
Gah! That means you'll be overtaking me even quicker than the 300 days. :Q

Must upgrade, must upgrade, must upgrade. And I'm out of town most of the weekend. :Q

Thanks for the info, NicColt! 😀
 
Originally posted by: RaySun2Be
Gah! That means you'll be overtaking me even quicker than the 300 days. :Q
Must upgrade, must upgrade, must upgrade. And I'm out of town most of the weekend. :Q
Thanks for the info, NicColt! 😀

Me and my BIG mouth 🙂

At this rate I'll overtake in 2015 :beer:
 
I don't know what stats you are looking at, but my rate has dropped by at least if not more than 50% recently. 🙁

Rank...User...............Score.............Average........Daily Gain.......Days to overtake
51.......raysun2be......990.072T........1.544T...........926.787G.......158.40

Taken a few moments ago from your very own Overtakes list. 😛

I'm still going to try and get to 1P before you do though, Mr. NiColt!!!! (shakes cane wildly) 😛

😉😉

😀
 
Originally posted by: Spacehead
Doesn't appear to be any problems with these clients so after my next tests finish i'll try it out.
Looks like my output will be way down too during the summer. Sometimes it's too hot to even run the comps at night.

You don't need to finish the test's since you are only replacing the executables, it's not even an install.

Originally posted by: RaySun2Be
I don't know what stats you are looking at, but my rate has dropped by at least if not more than 50% recently. 🙁

Well I'm about to lose the laptop, it's doing it's last test and my output during the summer just like Spacehead will drop as soon as we get into the heat.

[rant]
The other thing that will affect my output will be the implementation of smart meters.

7 am to 11 am 7.3 ¢/kWh
11 am to 5 pm 9.3 ¢/kWh
5 pm to 10 pm 7.3 ¢/kWh
10 pm to 7 am 2.7 ¢/kWh (weekends)

As with all things in life we end up paying for our government's incompetence and mismanagement of the hydro grid. With the exact same energy use I will end up paying more so I may end up having to run my extra clients at night and on weekends only.

Even the government has caught on to the art of Customer Tolerance Limits and if there's a dishonest buck to be made, someone, somehow, somewhere will find a way to squeeze and extort it out of you. No wonder were called CONsumers.

Extort: to wrest or wring money from a person by abuse of authority.
Incompetence: lack of intellectual ability or qualifications to perform a function.
Mismanage: to mishandle, bungle or botch, to manage incompetently or dishonestly.
Dishonestly: disposed to lie, cheat, or steal; not worthy of trust or belief.
CON: to swindle and trick, to persuade by deception.
[/rant]

 
Originally posted by: Philippart
what do you recommend? A high transmit queue or not?

By queue do you mean the SBQueue v0.21 or the client's queue ?

I a believer in the SBQueue.

The advantage of the SBQueue is that if there's a problem connecting the queue will just continue to work and you won't lose crunching time. I also keep about 5 WU's in stock in case.
 
The higher production looks good, anyone try scripting the install? I will have to try to look into it, but it may be August before I can get the majority of my clients updated...

If you are running as a service, is it as simple as stop the service, replace the executable, then restart the service?


Nic....
Were there any issues with it using SBQueue? I have two queues.
 
I haven't seen any issues with the queue either, in fact so far it hasn't jammed like it did before (knock on wood). The queue isn't as busy since the clients are only using it every 20 blocks now, so maybe that has something to do with it.

Hey Allio nice increase in production did you upgrade or add ?
 
Originally posted by: TallBill
Originally posted by: IJump

If you are running as a service, is it as simple as stop the service, replace the executable, then restart the service?

Thats how I did mine.

same here. No problems encountered yet. 🙂

I actually:
  1. Stopped the service, copied the sb2508.exe to my SB folder.
    Renamed the old sb.exe to sbold.exe
    Renamed the sb2508.exe to sb.exe
    Restarted the service


I've got the non-home crunchers updated. I meant to update my home PC last night, but got sidetracked by work. :|
 
Originally posted by: NicColt
Originally posted by: Philippart
what do you recommend? A high transmit queue or not?

By queue do you mean the SBQueue v0.21 or the client's queue ?

I a believer in the SBQueue.

The advantage of the SBQueue is that if there's a problem connecting the queue will just continue to work and you won't lose crunching time. I also keep about 5 WU's in stock in case.

It's been a long time since I ran SOB and have started to use SBQueue again but I'm wondering if I should have each client return each block to the queue one at a time or should it be 10 or more returning to the the queue each time?
 
Originally posted by: Silverthorne
Originally posted by: NicColt
Originally posted by: Philippart
what do you recommend? A high transmit queue or not?

By queue do you mean the SBQueue v0.21 or the client's queue ?

I a believer in the SBQueue.

The advantage of the SBQueue is that if there's a problem connecting the queue will just continue to work and you won't lose crunching time. I also keep about 5 WU's in stock in case.

It's been a long time since I ran SOB and have started to use SBQueue again but I'm wondering if I should have each client return each block to the queue one at a time or should it be 10 or more returning to the the queue each time?

IMHO it depends if you have the queue set to "auto transmit blocks" if you manually flush then I don't think it matters. I have mine set to auto transmit but I didn't want the queue connecting ever couple seconds so clients are set to 20 blocks. So the queue connects about every 2-3 minutes now instead of every 2-3 seconds.

This just in The 1P club now has 51 members. Congratulations Raysun2Be on your 1P achievement, very nice.
 
This just in The 1P club now has 51 members. Congratulations Raysun2Be on your 1P achievement, very nice.

Huh? Wha? who? me? :Q

/hobbles off to check the stats.....


Well, what do ya know. Thanks NiColt! 😀

and I see your down to 70 days to overtake me. :Q

😀
 
Originally posted by: NicColt
Originally posted by: Silverthorne
Originally posted by: NicColt
Originally posted by: Philippart
what do you recommend? A high transmit queue or not?

By queue do you mean the SBQueue v0.21 or the client's queue ?

I a believer in the SBQueue.

The advantage of the SBQueue is that if there's a problem connecting the queue will just continue to work and you won't lose crunching time. I also keep about 5 WU's in stock in case.

It's been a long time since I ran SOB and have started to use SBQueue again but I'm wondering if I should have each client return each block to the queue one at a time or should it be 10 or more returning to the the queue each time?

IMHO it depends if you have the queue set to "auto transmit blocks" if you manually flush then I don't think it matters. I have mine set to auto transmit but I didn't want the queue connecting ever couple seconds so clients are set to 20 blocks. So the queue connects about every 2-3 minutes now instead of every 2-3 seconds.

This just in The 1P club now has 51 members. Congratulations Raysun2Be on your 1P achievement, very nice.

Last night I had sbqueue run without it auto transmitting blocks and when I flushed in the morning it said that it transmitted 4 of 4 blocks, that can't possibly be right as SOB is running on 4 cores. Should it not have transmitted a lot more than 4 blocks? I'm a little confused here.
 
Originally posted by: Silverthorne
Last night I had sbqueue run without it auto transmitting blocks and when I flushed in the morning it said that it transmitted 4 of 4 blocks, that can't possibly be right as SOB is running on 4 cores. Should it not have transmitted a lot more than 4 blocks? I'm a little confused here.
SBQueue reporting 4 of 4 blocks is correct in this case.
Even though each client is sending several blocks to SBQueue, when the queue transmits it'll only report that it's sending a partial of 4 tests.
 
Originally posted by: NicColt
Hey Allio nice increase in production did you upgrade or add ?

I have a friend running it off and on on a Q6600. That single CPU puts my whole outdated fleet to shame...
 
I added 59 new computers with the new client. Let's see how it does.. I will script the change to the rest of them sometime in August when I get back from playing Army....
 
Originally posted by: IJump
I added 59 new computers with the new client. Let's see how it does.. I will script the change to the rest of them sometime in August when I get back from playing Army....

From the time you posted it looks like you went from 580M to 850M - Damm
However everything seemed to stop at 6AM !
 
Back
Top