Skip to Content.
Sympa Menu

cado-nfs - [Cado-nfs-discuss] problem with /tmp files in factoring RSA-129

Subject: Discussion related to cado-nfs

List archive

[Cado-nfs-discuss] problem with /tmp files in factoring RSA-129


Chronological Thread 
  • From: David Bernier <david250@videotron.ca>
  • To: cado-nfs-discuss@lists.gforge.inria.fr
  • Cc: David Bernier <david250@videotron.ca>
  • Subject: [Cado-nfs-discuss] problem with /tmp files in factoring RSA-129
  • Date: Wed, 13 Apr 2011 09:31:50 -0400
  • List-archive: <http://lists.gforge.inria.fr/pipermail/cado-nfs-discuss>
  • List-id: A discussion list for Cado-NFS <cado-nfs-discuss.lists.gforge.inria.fr>

I have in the recent past had CADO-NFS factor RSA-100, RSA-110 and RSA-120,
working with one Quad-Core Intel processors and the "-t 2", for "two threads"
option.

---

With the next number up, the RSA-129 challenge number first
published as a factoring challenge around 1977, there was
an error due to unavailable /tmp files :

[screen copy]
Info:Removing duplicates...
Info:Number of relations left: 8239434.
Info:Removing singletons...
Error:Cannot open `/tmp/cado.M9ilK0q3o3/c129.purged' for reading: No such file or directory.
FAILED ; data left in /tmp/cado.M9ilK0q3o3

real 4144m48.360s // worked for 69 hours wall-clock time
user 7165m28.242s
sys 441m49.372s

I was wondering if the system might delete /tmp files after some period of
time, and if there's a command or commands to change this behaviour ...

My computer has Fedora 14, x86_64 architecture version, 4 GB RAM.

thanks,

David Bernier






Archive powered by MHonArc 2.6.19+.

Top of Page