knowledge-database (beta)

Current group: sci.crypt.

Re: Surrogate factoring approach, analysis

Re: Surrogate factoring approach, analysis  
mensanator at aol.compost
From:mensanator at aol.compost
Subject:Re: Surrogate factoring approach, analysis
Date:21 Jan 2005 18:03:15 -0800

jstevh@msn.com wrote:

> Skipping...trivially factors as the program has a prime list up to
200.

No, it doesn't. The primes >41 are commented out.

> Same as above, as again, the program automatically will check for
> primes up to 200, so these are trivial factorizations for it, not
worth
> putting up.

Since the prime list has only 2-digit primes, what do suppose would
happen if you tested every composite that has two 3-digit factors?
None of them would be trivial. Here's what happens:

http://members.aol.com/mensanator/JSH/JSH_results.htm


> > 137305167623353
>
> ( 11173213 12288781 )
>
> Whew! It's taking a lot longer now as the program really isn't built
> for large numbers, yet. It's a proof of concept prototype not built
> for speed.

Proof of a prototype? My test results would appear to prove that
your algotithm doesn't work.

>
> I was worried it might not factor any numbers of this size.

I would be more concerned about getting it to factor small
numbers first and then see how well it does with large numbers.

>
> It is a prototype program, though it is strangely slower than I'd
hoped
> with these numbers.

Speed doesn't matter if it doesn't work.

>
> And I know, now more of you will make fun of me for such a pathetic
> result,

No mockery needed, the results speak for themselves.

> but I already said it doesn't factor everything.

That should say "doesn't even factor everything trivial".

>
> If it did, I wouldn't be talking about it publicly.
>
> The question is, what are the limits?

Three-digit factors, obviously.

> Why does it factor some numbers and not others?

That's a good question. Suppose I added the rest of the 2-digit
primes to the list. Would anything change?

> It looks from this little experiment like it's getting
> worse as the numbers get bigger which is a bad sign,

Probably because it doesn't work in theory.

> but what are the mathematical reasons why?

A better question is why does it work at all? Maybe if you
undertood that better, you would see why some numbers fall
through the cracks.

>
> Remember, this is from my theory, a theory you won't find in
textbooks,
> and if you had Newton write an algorithm based on congruence of
squares
> soon after he discovered it, would he write the Number Field Sieve?
>
> Think about it before more you yucks decide to make fun of me.
What if Newton had Java?

> James Harris
   

Copyright © 2006 knowledge-database   -   All rights reserved