![]() |
It is now upto 1100000000031480000 and doing the maths from firejuggler's post it should be finished in about 7.7 days.
|
[QUOTE=schickel;283631]I hope our friend gets tired of no feedback and wanders off somewhere else.[/QUOTE]
No feedback? The database still provides lists of numbers by size and type, distribution of numbers by type, and number of numbers by type; all of these are feedback to anyone who fills the database with crap. |
For the time being, I have constructed one primo input file for each size 1500, 1600,...2000 digits to see how long each will take to finish. The machine will likely be used for other things throughout, so this should give a slower than possible time, but will be of some interest, at least to me...
|
[QUOTE=henryzz;283596][URL]http://factordb.com/functioncheck.php[/URL]
Not according to the self-test. Of cause a lack of disk space might be causing the shown error. edit: If you look at [URL]http://factordb.com/status.php[/URL] then you will see all the ids are being checked. Maybe once they are done it will start working again.[/QUOTE] Last week, the self-test was good, but (1) reporting ECM factorization parameters, (2) using the Calculate Group Order tool, and (3) submitting prime certificates were all broken. After Syd said the disk full error had been resolved, all of the broken functions started working again. (My guess is that some temp space directory on the disk is full.) |
The db is accepting and providing primo files again.:smile:
Thanks, Syd (for all you do) |
[QUOTE=EdH;283891]The db is accepting and providing primo files again.:smile:
Thanks, Syd (for all you do)[/QUOTE] Catching up on all proofs upto 1300 digits. Should finish either tonight or tomorrow morning. I first downloaded all the certificates up to just before the first of the sizes with many proofs needed. This turned out to be 100 numbers exactly. After this I downloaded the rest which turned out to be 512=2^9 numbers exactly. Weird coincidence:smile: |
Chalk me up as one of those who think the DB needs some kind of authentication to submit content. It's too valuable a tool to leave it at the mercy of everyone who knows of its existence not to crap-flood it, and the honor system tends to be short-lived on the Internet.
|
[QUOTE=akruppa;283933]Chalk me up as one of those who think the DB needs some kind of authentication to submit content. It's too valuable a tool to leave it at the mercy of everyone who knows of its existence not to crap-flood it, and the honor system tends to be short-lived on the Internet.[/QUOTE]
Seconded. |
For curiosity resolution, I went ahead and ran certificates from 1500 - 3000 digits in increments of 100. Here are the results:
[code] 1500 - 945s 1600 - 995s 1700 - 1299s 1800 - 1508s 1900 - 2239s 2000 - 2840s 2100 - 3559s 2200 - 4750s 2300 - 4599s 2400 - 5746s 2500 - 8429s 2600 - 8549s 2700 - 9629s 2800 - 12341s 2900 - 15357s 3000 - 13779s [/code]This is, of course, very rough, since I was doing other things for part of these runs and they are but a single test rather than an average of several. In fact, it is interesting that a 3000 digit certificate took less time than a 2900 digit one... |
Something weird is happening ATM - the DB is currently a totally blank page.
Edit: back now. |
[QUOTE=10metreh;283959]Something weird is happening ATM - the DB is currently a totally blank page.[/QUOTE]
Been that way for a few hours now. I'm worried. |
| All times are UTC. The time now is 22:48. |
Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2021, Jelsoft Enterprises Ltd.