Factoring database

[lorgix]

You're not making much sense.

Do the translation before you post. Hopefully that will help.

If you're saying that you're adding all prime numbers, let's get some perspective;

Right now the db contains about 4.6*10^8 numbers, which is roughly equal to the number of primes 9 digits or smaller.

Edit: I tried... Wont bother with this anymore.

[WraithX]

Originally Posted by cmd

we do not understand, can someone "explain|clarify"
where we make mistakes in your approach ?

Hello cmd, the reason you are seeing this message is because your activities are putting too many new numbers into the factordb. This limit has been put in place as a nice way of asking people to not flood the factordb with new numbers.

My question is, what is your goal? Are you trying to factor numbers of a certain form? Are you trying to find numbers with a certain property? If you are trying to factor numbers of a special form, I'd recommend using either yafu or msieve. They are both excellent programs. This way, you can continue your mathematical activities without putting a burden on the factordb. If you need help running/using either yafu or msieve, you can open a new thread where we can answer your questions. In any case, I'd like to ask you to stop using the factordb like you are currently using it.

[RichD]

mysql> select digits, count(digits) as n from C where digits<100 group by digits having n>10;

This might be an interesting stat. Should a link to a Small Composites Status Summary page be available which is updated periodically?

[Syd]

Originally Posted by RichD

mysql> select digits, count(digits) as n from C where digits<100 group by digits having n>10;

This might be an interesting stat. Should a link to a Small Composites Status Summary page be available which is updated periodically?

Just as a quick dirty hack:
http://factordb.com/stat_1.php
The query is fast, there's no need to cache it. Btw, left the n>10 out

[schickel]

Originally Posted by Syd

Just as a quick dirty hack:
http://factordb.com/stat_1.php
The query is fast, there's no need to cache it. Btw, left the n>10 out

Originally Posted by factorDB

SIZE COUNT
60 1,195
61 1,286
62 1,326
63 1,308

Nice to see that the 60-digit stuff has been (mostly) cleared....

[schickel]

Originally Posted by kar_bon

I'm using the factoring-script DByafu.pl from here to help, getting rid of those small numbers.

I'm using a manual upload method since then I don't have to install anything; and if I use a computer that I don't have regular access to, I can just blast through a few numbers when I get a chance.

[schickel]

Originally Posted by cmd

?19

Why 19 digirts?

Becuase someone is loading thousands of numbers into the DB. As the DB workers run ECM curves, those small numbers are the leftovers that have to factored....

[lorgix]

Originally Posted by lorgix

Would it be realistic, btw, to do some basic ecm/p+1/p-1 automatically? Like TF.

Will that become reality?

Btw, are all scan levels necessary? The first is ridiculously fast. And ECM to low bounds is exhausted with only a few curves, I think.

[lorgix]

Looking at HP₁₀(49) I clicked 'Show huge graph'.

That brought me to http://factordb.com/aliquot.php?type=10&aq=7&big=1

And this image was displayed;

[lorgix]

Seems like someone just put a few thousand RSA-1024 into the db...

[wblipp]

Why is there interest in finding the complete factorization of 136^35+n for n odd 1 to one million, and 2^1024+n, n 1 to 1000? It appears both of these sets have been dumped into factordb this week.