2- table

[frmky]

2,899- is finally done. A mishap corrupted the LA checkpoint file near the end of the run, so it had to be restarted from scratch. The second run was successful, and as if to make up for the problem the first dependency revealed the factors.

prp91 factor: 8108424985322948112652050655268837686882616590590466226649600910045900760018177829156763489
prp95 factor: 11150918718415813369807615536191314163147736142782825658372748219968216409029220386076329433977

[Batalov]

A new second line champion (snfs diff.285):
5931 2,1027- c216 p100 . p117 Bos+Kleinjung snfs

[R.D. Silverman]

Originally Posted by Batalov

A new second line champion (snfs diff.285):
5931 2,1027- c216 p100 . p117 Bos+Kleinjung snfs

I'm curious as to why they chose 2,1196+ C197 via GNFS, rather
than 2,932+ C200 via GNFS. The latter will become a first hole very soon.

[xilman]

Originally Posted by R.D. Silverman

I'm curious as to why they chose 2,1196+ C197 via GNFS, rather than 2,932+ C200 via GNFS. The latter will become a first hole very soon.

Why don't you just ask them? Their addresses are well known.

If you find out the answer, please post it here.

Paul

[R.D. Silverman]

Originally Posted by xilman

Why don't you just ask them? Their addresses are well known.

If you find out the answer, please post it here.

Paul

I did not expect an answer to my curiousity; It was rhetorical.

[bdodson]

Originally Posted by Batalov

A new second line champion (snfs diff.285):
5931 2,1027- c216 p100 . p117 Bos+Kleinjung snfs

For those of us waiting for the next ECMNET/PS3 factor from BKLM@epfl
(and noting that --- not only was there effort in coding, but
also use of two near-state-of-the-art crypto computing clusters),
we have a new p63

p63 = 215738012818441827932337543036174144558274385301234576636299249
from 2^1051-1 with B1=3e9 and sigma=3000009186

Just one slight problem,

5941  2,1051- c310 
215738012818441827932337543036174144558274385301234576636299249
. c248

-Bruce

[R.D. Silverman]

Originally Posted by bdodson

<snip>

I am unable to do the LA for 2,1191-. The damn matrix simply will not
fit in memory. I am running XP-64 and have 4Gb of memory, but the LA
code refuses to malloc enough space. I need to get a machine with 8Gb.
While there are many such machines around, I can not use them.

Paul or Greg: Can you help out?

The data has already been filtered.

Bob

[Andi47]

Originally Posted by bdodson

For those of us waiting for the next ECMNET/PS3 factor from BKLM@epfl
(and noting that --- not only was there effort in coding, but
also use of two near-state-of-the-art crypto computing clusters),
we have a new p63

p63 = 215738012818441827932337543036174144558274385301234576636299249
from 2^1051-1 with B1=3e9 and sigma=3000009186

nice!

Just one slight problem,

5941  2,1051- c310 
215738012818441827932337543036174144558274385301234576636299249
. c248

-Bruce

So this would be either a record size GNFS or a second place SNFS (M1039 by Kleinjung et al. was a bit bigger) - just in range for HUGE clusters. What would be easier?

(or maybe you get lucky and the ECMNET/PS3-Cluster finds another factor)

[R.D. Silverman]

Originally Posted by Andi47

nice!





So this would be either a record size GNFS or a second place SNFS (M1039 by Kleinjung et al. was a bit bigger) - just in range for HUGE clusters. What would be easier?

(or maybe you get lucky and the ECMNET/PS3-Cluster finds another factor)

??

This would be the largest SNFS. Why do you say M1039 was bigger?

M1061 is a better target IMO.

[xilman]

Originally Posted by R.D. Silverman

??

This would be the largest SNFS. Why do you say M1039 was bigger?

M1061 is a better target IMO.

You're both right. One is largest by SNFS difficulty, the other by size of composite factored.

Paul

[xilman]

Originally Posted by R.D. Silverman

I am unable to do the LA for 2,1191-. The damn matrix simply will not
fit in memory. I am running XP-64 and have 4Gb of memory, but the LA
code refuses to malloc enough space. I need to get a machine with 8Gb.
While there are many such machines around, I can not use them.

Paul or Greg: Can you help out?

The data has already been filtered.

Bob

I can, but if anyone else wants to volunteed I'd rather let them do it. My personal machine has contracted a nasty attack of death and it will be a week or so before its replacement arrives. Until then, I'm running its old disk image in a virtual machine on the business system, the one which usually does the LA for you, and I'd prefer not to overload it.


Paul