mersenneforum.org

mersenneforum.org (https://www.mersenneforum.org/index.php)
-   FactorDB (https://www.mersenneforum.org/forumdisplay.php?f=94)
-   -   Factoring database (https://www.mersenneforum.org/showthread.php?t=11119)

henryzz 2011-12-27 11:10

It is now upto 1100000000031480000 and doing the maths from firejuggler's post it should be finished in about 7.7 days.

Random Poster 2011-12-27 11:23

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

EdH 2011-12-27 15:16

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

rcv 2011-12-27 17:52

[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.)

EdH 2011-12-29 02:33

The db is accepting and providing primo files again.:smile:

Thanks, Syd (for all you do)

henryzz 2011-12-29 14:06

[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:

akruppa 2011-12-29 14:29

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.

lorgix 2011-12-29 14:55

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

EdH 2011-12-29 18:31

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

10metreh 2011-12-29 18:43

Something weird is happening ATM - the DB is currently a totally blank page.

Edit: back now.

lorgix 2011-12-29 18:45

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