Index  | Recent Threads  | Unanswered Threads  | Who's Active  | Guidelines  | Search
 

Quick Go »
No member browsing this thread
Thread Status: Active
Total posts in this thread: 14
Posts: 14   Pages: 2   [ Previous Page | 1 2 ]
[ Jump to Last Post ]
Post new Thread
Author
Previous Thread This topic has been viewed 1699 times and has 13 replies Next Thread
knreed
Former World Community Grid Tech
Joined: Nov 8, 2004
Post Count: 4504
Status: Offline
Project Badges:
Reply to this Post  Reply with Quote 
Re: 10 000h < Lost

I guess we didn't set expectations quite as clearly as we should have. For that I apologize:

1) We never expected the grid to continue to operate at 100% through the migration. We will consider it a success if we get back to about 96-98% of our previous power by this Thursday. As of this morning we are at around 92% of the previous output of the grid (unfortunately the Clean Energy project issues are impacting the grid right now as well). By the end of January we hope that we hit an all time output record.

2) The IP address migration takes time, but it will resolve itself on its own. If you want to pick up the new IP address immediately, then restart your BOINC client.

3) This migration was necessary. We were on old versions of operating systems, middleware, etc. The servers were struggling to keep up with the load. We were making workunits longer and longer to reduce the load on the servers. Now that we are in the new environment we are able to shorten the workunit lengths. The first project that you will see this on is Rice where the workunits are going to start being 6 hours long (although it might take a bit for the shorter workunits to be sent out). Other projects will follow.

If this migration wasn't necessary, we wouldn't have done it. However, it was necessary. Things are running roughly four times faster than in the previous environment. We have more bandwidth to the internet. The servers are set up so that we can expand effectively as needed to in the future (in particular the database servers were purchased with the intent to add significantly more memory to them as needed in the future). This is a one time change that prepares us to grow for the next many years. I am personally looking forward to hitting 500 years/day and then 1000 years/day with all of your help. We have some great new projects coming in 2009 and we are looking forward to getting them out there.
[Jan 13, 2009 3:27:31 PM]   Link   Report threatening or abusive post: please login first  Go to top 
Former Member
Cruncher
Joined: May 22, 2018
Post Count: 0
Status: Offline
Reply to this Post  Reply with Quote 
Re: 10 000h < Lost

Do you know what batch those shorter RICE WUs will start on?
[Jan 13, 2009 3:58:27 PM]   Link   Report threatening or abusive post: please login first  Go to top 
bieberj
Senior Cruncher
United States
Joined: Dec 2, 2004
Post Count: 406
Status: Offline
Project Badges:
Reply to this Post  Reply with Quote 
Re: 10 000h < Lost

Do you know what batch those shorter RICE WUs will start on?


See http://www.worldcommunitygrid.org/forums/wcg/viewthread?thread=24096
[Jan 13, 2009 8:47:51 PM]   Link   Report threatening or abusive post: please login first  Go to top 
Movieman
Veteran Cruncher
Joined: Sep 9, 2006
Post Count: 1042
Status: Offline
Reply to this Post  Reply with Quote 
Re: 10 000h < Lost

I guess we didn't set expectations quite as clearly as we should have. For that I apologize:

1) We never expected the grid to continue to operate at 100% through the migration. We will consider it a success if we get back to about 96-98% of our previous power by this Thursday. As of this morning we are at around 92% of the previous output of the grid (unfortunately the Clean Energy project issues are impacting the grid right now as well). By the end of January we hope that we hit an all time output record.

2) The IP address migration takes time, but it will resolve itself on its own. If you want to pick up the new IP address immediately, then restart your BOINC client.

3) This migration was necessary. We were on old versions of operating systems, middleware, etc. The servers were struggling to keep up with the load. We were making workunits longer and longer to reduce the load on the servers. Now that we are in the new environment we are able to shorten the workunit lengths. The first project that you will see this on is Rice where the workunits are going to start being 6 hours long (although it might take a bit for the shorter workunits to be sent out). Other projects will follow.

If this migration wasn't necessary, we wouldn't have done it. However, it was necessary. Things are running roughly four times faster than in the previous environment. We have more bandwidth to the internet. The servers are set up so that we can expand effectively as needed to in the future (in particular the database servers were purchased with the intent to add significantly more memory to them as needed in the future). This is a one time change that prepares us to grow for the next many years. I am personally looking forward to hitting 500 years/day and then 1000 years/day with all of your help. We have some great new projects coming in 2009 and we are looking forward to getting them out there.

Maybe a test one on a 64 BIT WU for us crazed fools that want to see how much time 64 bit can save? biggrin
I know it may be work but my gut tells me that long term it's the smart way to go.
Stick one medical app on 64 bit and I think you'd be amazed at the amount of people that would flock to it.
Now read this as said with a smile from a friend as I can only imagine what is involved to do this but I had to get this in.. wink

PS: Wait till you see whats coming this spring or maybe sooner.
dual socket 1366 Gainstowns( dual socket Nehalems)
Think a single machine that will do 16 WU at a time and maybe 50,000 points per day..
----------------------------------------

[Jan 14, 2009 8:10:31 AM]   Link   Report threatening or abusive post: please login first  Go to top 
Posts: 14   Pages: 2   [ Previous Page | 1 2 ]
[ Jump to Last Post ]
Post new Thread