• 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.

When does OGR-24 end?

Engineer

Elite Member
I remember seeing that OGR-24 was nearing the end of the first pass some time back...What is the estimate of the remaining time on that? Looking around, TA really does kick butt in DC projects, don't we🙂 Anyway, remove the OGR-24 stuff soon and more concentration on the OGR-25 project, for you folks who work on that🙂

Good luck all!!!
 
nukefarmer,

You're correct in your info that OGR-24's first pass was complete in early August. You're also correct in your speculation that they are going to do two passes through all the possible stubs on each of the OGR efforts. I'm not sure if this is a security measure or something to assure greater data integrity, but they evidently feel it's necessary.

I can't really blame them for doing it (assuming it's even remotely necessary). After all, we have to keep in mind that D.Net is going to be listed forever in math textbooks, etc. as the folks who proved the particular OGR's that they work on and a whole lot of future science may be based on the particular points we come up with. 🙂

What I AM royally ticked about is the fact that they havn't updated the OGR Stubs % done in nearly a MONTH now. 😛 Consequently, we have no idea how close we might be to the completion of OGR-24. I mean, c'mon D.Net guys, how about sharing a little more information with the rest of us as to how the overall -24 & -25 efforts are going? :|

-Brian
 


<< :: 11-Sep-2000 01:42 (Monday) ::
OGR progress report:

As of 23:59 09-sept-2000 there were 1,411,351 unique OGR-25 stubs
returned, out of 12,207,683, or 9.28% complete

As of 23:59 09-sept-2000 all but 11 unique OGR-24 stubs had been returned
and about 48% had valid pass-2 returns
>>

 
Jani-

Could you please post the URL for that info?

As for the fact that OGR-24 is NOT complete, I think that I can shed some light on that.

As all OGR crunchers know, the OGR-25 stubs are bigger, and there is much more of them. When OGR-24 stubs had been issued, OGR-25 stubs started to be issued. The order in which stubs were crunched came into play. Since I use option 3 to keep my in-buffers filled, and my out-buffers flushed, I have been able to find out the order.

I had started each client with the default of 0, which is 25 stubs. Theoretically with the default settings you would complete 24, and then update with the keyserver while the 25th was working. No stubs would be caught in your in-buffer with new work added to them.

Realizing that it would take several weeks for some of these clients to complete these 25 WUs, I cut down the number. As they munched down and flushed this stale work, OGR-24 work started appearing. As I found out, the munch order is the lowest number of the stub, NOT whether the work is OGR-24 or 25 as a precedence.

That is why OGR-24 blocks continue to trickle in, as their turn comes up in the machines whose in-buffers had OGR-25 stubs dumped on top of OGR-24.

viz

BTW, Hi Jani and Nukefarmer. I haven't seen you around much lately.
 
Back
Top