Getting work to do

[jasong]

The thing that really bugs me is this looks like really useful science. If there is so much processing power that it can't be utilized properly, than they need to find a way to add more servers to do more projects along the same lines. Maybe have a central server that serves as a go-between for the servers crunching the data and the clients requesting it.

[LAURENU2]

8,719,379--- +++66,383,348
Long Uphill Track

[LAURENU2]

I think I am running a DOS attack I seem to be the only one getting any work
I wounder what would happen if I went to full power

[Paratima]

All I have on it now, 'cause of OGR, is my old POS internal web router. One day it gets almost 500, next day 20. Go figure.

I thought that after OGR, I'd try a few days' running & see what it looks like. But yeah, what you've got looks a LOT like DOS, at least for the rest of us mortals.

[LAURENU2]

To tell you the truth The 1 day I pulled off here to work OGR I made less points from OGR
I went back here to attack Welltest here( I was piss that he sucked up 80K) and made 30 K more at OGR Go Figure

Do you think If I keep up this Pressure and add 25% more the Admins will see that they Need to UPGRADE there IN /OUT Server to handle the volume?

Well we will see I will keep adding power to here and OGR Let's see how fast the server can Run

[IronBits]

Sounds good. Keep up the pressure

[LAURENU2]

Sounds good. Keep up the pressure

Adding more pressure I took Weltest down from doing 80K a day yesterday to 1K a day today
I will try to bring more Nodes back home tomarrow and get them back online

[LAURENU2]

To tell you the truth The 1 day I pulled off here to work OGR I made less points from OGR
I went back here and made 30 K more at OGR Go Figure

Now I am close to Full power here and I Upped my totals another 30K at OGR
Why would working Eon add 60K more points in OGR? Weird But I Like it

[Paratima]

Why would working Eon add 60K more points in OGR? Weird But I Like it

Has to do with the interconnectedness of all things.

[LAURENU2]

Has to do with the interconnectedness of all things.

OH I must have the new ZEN computers that are one with the world

[[NGS]Cpt00Kirk]

LaurenU2 ... stop taking all the Wu's

give us a change to outproduce you!!

[LAURENU2]

LaurenU2 ... stop taking all the Wu's

give us a change to outproduce you!!

I'm not even up to full power yet I'm only at about 70% commitment right now

It is not my fault the Project is not giving out work

You all need to write to Eon and voice your objection there
I was going to add 6 more nodes tonight That should add another 2% to my demand calls

The Admins need to upgrade the eon servers
They can not even handle the load from 1 guy working his Pharm out of just his house.
That is Sad if you think about it.

[[NGS]Cpt00Kirk]

Yes ... it is Lauren2U ( however you not the "normal" house cruncher like the rest

ill send a mail to Eon .... its sucks like this! EDIT : mail send

[LAURENU2]

ill send a mail to Eon .... its sucks like this! EDIT : mail send

I to have sent them mail But never once did I get a reply
So I thought I would get there attention in other ways
I Added more nodes today
Got about 80% of my Nodes back online now
As the temp drops here I will even add more power
But I think I will have to use a little bit of my 2nd DSL line bandwidth
To coup with the added load
My one Linsys DSL router for the Pharm chokes at times under extreme load

Man this project sucks bandwidth

[alpha]

Seconded! News and work units would be very nice. Maybe if enough of us poke the admins we'll get an answer.

Quoting myself here on purpose. I did send the admins an email when I posted this and got a prompt response from Graeme, but I forgot to mention it here. Received on 5th August 2008:

I've had a postdoc leave and a new student is taking over the project. He is getting up to speed, and we're going to start into some new calculations looking at grain boundaries in metal alloys. These will be more expensive calculations than we have been running, and yes, there will be lots of work units to come.

I will post an update very soon. My postdoc has done some very nice work with eon to improve our algorithm. His paper is almost through the review process; it's posted on our wiki in the 'Under Review' section:

http://theory.cm.utexas.edu/wiki/index.php/Manuscripts
L. Xu and G. Henkelman, Adaptive kinetic Monte Carlo for first-principles accelerated dynamics, JCP (2008).

[Chuck]

Now You are the one talking too much, bring them on....

Anyway gang.... there is a rather simple fix for those who wish to run Eon... GRANTED, there are still the issues at the server, but the clients (and WINDOWS mostly) are the problem.


If someone can turn this into a .reg file for those not willing to risk it..... Here is the WHAT IS WRONG and HOW TO FIX IT (client side).

Windows waits after closing a socket (to eon & others) before opening a new one. Due to the short job time with EON, we trip over both the server AND MOSTLY the client OS... not the client.

So, as referenced above about the 'tweaker' and the setting being put to 30... here is the key info.


start->run->regedit

now navigate your way down to:


\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Paramters

(left side)...


On the right, you need to create a NEW (or change) a DWORD entry. So, right side 1/2 window, create a new key (or double-click on the existing) name "TcpTimedWaitDelay" of type "DWORD". DO NOT INCLUDE THE QUOTES

if you cycle through sockets REALLY fast, you may want 5-10 (respresenting seconds) after the program closes the socket (.... seeeee windows does a MANDITORY WAIT)... this parameter tells the driver how long to wait -or- use the default value (240-300 sec). Normal folk will want 20-30 seconds... I personally use 30 seconds and am fine..

you may want a shorter delay in closing a socket, perhaps 10 or 15. Adjust accordingly to your needs.

The change(s) take effect ONLY AFTER a reboot. The TCPIP driver reads it at startup only.

This will also effect any BT traffic you might be sharing with a friend.

Windows machines used as project servers usually have about 128 effective sockets before they go nuts.... (ignore that 600-800 crap)... So based on 128.... setting the delay value == 5 seconds ensures all data gets there and the 'ack' is received in the final close.... also, your windows kernel doesn't go nuts having more than the default 128 sockets it allocates.


Enjoy all.... So far, it has helped a few projects very nicely.



And in the words of one that came before me....''' Wash, Rinse, Repeat..... '''..


but here it is. It works on all I have , but not verified on Vista (since it's BSD underneath). Perhaps a Vista owner will augment this and help out the rest, but win/2k HAULS BUTT...

You know you are doing good when a 10 Mbit DSL sustains 1.2 MB/sec download. (yes, synchronous clocked)


C.


PS: YES, I am back... Not sure how long or how much, but at least in limited fashion.


PPS: The 'daring' may use this as a reference
http://publib.boulder.ibm.com/wasce/...g-windows.html

[LAURENU2]

I see the Dutch Power Cows are making a move they will be at our back in 22,138.80 Days
They exceeded our output by 55 points so far for to day
I guess I need to get more Q's back online

[em99010pepe]

Better move my Cyrix 166 MHz to eOn.

[IronBits]

TcpTimedWaitDelay.reg (Windows XP)

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters]
"TcpTimedWaitDelay"=dword:0000001e


Mine was already like that Chuck

[Chuck]

IB

Any good tuning program will put that in. Hex 1e is, of course, 30 decimal. feel free to change 0000001e to a decimal value and lower if you need it. (the leading zeros indicate hex format).... anything else is presumed decimal.

and where did this file come from because it's a file XP, 2K, ME, 98 and I think 95 will read directly into the registry -> TcpTimedWaitDelay.reg (Windows XP). This looks like you have a 'Windows XP' version version of a delay param.


Chuck

[Chuck]

I see the Dutch Power Cows are making a move they will be at our back in 22,138.80 Days
They exceeded our output by 55 points so far for to day
I guess I need to get more Q's back online

lauren,
edit your registries... make it a REG4 format file (look it up), extension .reg, and let each machine of the pharm load it. that will make eon go faster and 'warm up' your linksys

C.

[LAURENU2]

Better move my Cyrix 166 MHz to eOn.

Chuck Reg Files scare the Bytes out of me
Besides I am To Dumb to play with Reg files Ask IB he can vouch for that
I just like Fast

I am Bring back more nodes little by little as the weather gets cooler here
Added some more today to compensate for the Cow's increase in output

Sorry That my computer room upgrade took far longer then I had planed
It has been a vary hard summer for me

[Chuck]

Lauren,

all understood.

would you feel better if I were to prepare a proper REG file for you? I know it will help. you can try it if you like and if you don't i have a way of removng it. NO DAMAGE TO SYSTEM. Interested??? We would arrange for private exchange to prevent tampering. (so you cna blame me and only me if it messes up... lol)


re the cows: They are and have been turning the fields here already.... BOY IS THE FERTILIZER GOOD AND LIQUID!!!!!

Like you, I am adding more hardware as the days cool. here is 60 @ night, 72+ during the day (and my office is on the WEST side of the house... not to smart @ 80+ ambient, eh?)

I'll be back up to full capacity shortly.


Have a new build in progress.

Quad CPU , K-10 Quad Cores. Tyan 2915 mobo. That will allow the 252's, etc to retire to my son or whoever needs them. I MIGHT make a disk farm out of 1... Sata-2, + E-sata + SAS... It would just fit. That + the new TB drives and I can fit a lot into 1 box and a 2U daughter box (total 6U height). The mobo cost isn't bad, but best cpu price I can find is $2100 a pop... OUCH & DOUBLE OUCH!

Suggestions????



Thoughts???


C.

[LAURENU2]

I would just fudge it up I know it But if IB Feels it is worth it he has the Keys to my network.
But it might be vary slow going on that network with all the Nodes Running EoN
I even add some Eon clients on this DSL line

[Chuck]

Please forgive me, but given the class pointers, i suggest caution. IB, please correct me if all those registry entries are needed or you had multiple connections at one time?

It is clear I don't understand Reg5 format, for which I ask forgiveness. MS pulled another cute move... you only need that ONE parameter and it does have to (regardless of version) align with the class-ID else it will not take effect. That is why I put it under 'current control set'.

Please forgive my living in Linux. WIndows seems to be way to unmanagable and understandable now.

With thanks and respect,
Chuck

Actually, to use it below the XP version of windows, including w2k, you will have to change the 5.00 to 4.00
I exported it from my registry, then removed all the other 'stuff'

LaurenU2, save it, remove the .txt at the end, then double click it

[Chuck]

At least I do understand the 5 vs 4...


that's the NT-5 vs NT-4 kernel.


all those service packs and 'security changes' are what scare me.

All I respectfully ask, is a checkpoint be made BEFORE adding it so it can be undone easily.

thanks Gents,
C

[IronBits]

Good catch Chuck!!!!!!!!!!!!! Holy crap, that was so totally stupid of me to post an exported reg entry without removing all the computer specific crap in there.
LaurenU2, you don't need it, you already take too much work away from everyone else, I'm not gonna help you take it ALL away on EON

[Chuck]

IB,
would you be kind enough, using my posting as a model, to set a baseline for all of FreeDC to use.... then send a slightly SLOWER one to Lauren???

It appears you have, from your XP template, all the info needed to transform my data to your Reg5 format and still keep it a 1 line entry for the TCPIP driver.


With thanks,
Chuck

[IronBits]

That's a great idea!

Here is the edited version, just rename it to TcpTimedWaitDelay.reg and double click it to set the delay to 30 as you suggested

[Chuck]

...... <grinning>.....


Just remember boys and girls... you have to REBOOT windows AGAIN (like you didn't already know that... LOL) AFTER you add the registry entry to your existing system.

The presence of and value (if any) is read during TCPIP driver init @ kernel startup. It is never examined after that as it sets the driver config for the whole machine.


Since each user has different needs, it's ok to edit the value of the key as needed... do NOT set == 0 (0== indefinite wait time.. which translates to 10 minutes or so in the NT5/XP kernel)

It is very much like the linux 'select()' call or 'poll()'.... when the time delay is '0' that means wait forever, whereas '(char *) 0' ...aka... NULL, means DO NOT wait.

Vista owners beware....such issues could and most likely are lurking in your systems. Go slow and be careful. ..... Or get a real OS!!!!!


...ooops, did i say that outloud??? sorry!!!

C.

[LAURENU2]

LaurenU2, you don't need it, you already take too much work away from everyone else, I'm not gonna help you take it ALL away on EON

But But I was just doing it for the Team
em99010pepe made me do it

[IronBits]

[LAURENU2]

I added 2 more nodes last night and it seemed to do the trick
Now I am back sucking up all the spare WU's Again

[Paratima]

We noticed!

[LAURENU2]

We noticed!

Now if you were the EoN's system Adim I would be happy
At about 88 % Right now and still climbing Rack by Rack

[Chuck]

Pssssttttt...


Ok gang, Lauren is happy now!!!

Let's gets some real work done!


But Lauren, did that Reg adjustment do the job for you?

[LAURENU2]

Pssssttttt...


Ok gang, Lauren is happy now!!!

Let's gets some real work done!


But Lauren, did that Reg adjustment do the job for you?

I don't do Regs They scare the Bytes out of me I told you
I just push harder with more Ghz
"happy now " hahahaha Ya I see a Q8500 combo for $199.
and I have a Empty slot in one of my Racks That JUST NEEDS to be filled

So I guess I will Just have to go out tonight and get it

[em99010pepe]

EON client controller by DPC

http://www.pubquizcentre.nl/DigiK-oz/dceon.aspx

[IronBits]

Here's how I do it

@echo off

goto 6

:8
for %%i in (1 2 3 4 5 6 7 8) do CALL :RUNIT %%i
goto :END

:6
for %%i in (1 2 3 4 5 6) do CALL :RUNIT %%i
goto :END

:4
for %%i in (1 2 3 4) do CALL :RUNIT %%i
goto :END

:3
for %%i in (1 2 3) do CALL :RUNIT %%i
goto :END

:2
for %%i in (1 2) do CALL :RUNIT %%i
goto :END

:RUNIT

D:
cd \dcprojects\EON\eon%1 & start /min client.exe

goto :EOF

:END

:EOF

[LAURENU2]

EON client controller by DPC

http://www.pubquizcentre.nl/DigiK-oz/dceon.aspx

I did what they said
But I am not sure it worked
I set it for 4 started it . I did not see any windows or CPU usage, However I did check Task-manager and I did see 4 client.exe's running.
I got worried they would do nothing so I went back to the old way

Is this the way it works or was something wrong