can't open dependency file
 

Pace's post processing failed with the following log file tail. What should we do next?

[code]Thu Sep 23 19:34:33 2010 filtering completed in 2 passes
Thu Sep 23 19:34:36 2010 matrix is 13020423 x 13020600 (3907.0 MB) with weight 1133973655 (87.09/col)
Thu Sep 23 19:34:36 2010 sparse part has weight 880966222 (67.66/col)
Thu Sep 23 19:35:36 2010 read 13020600 cycles
Thu Sep 23 19:36:11 2010 matrix is 13020423 x 13020600 (3907.0 MB) with weight 1133973655 (87.09/col)
Thu Sep 23 19:36:11 2010 sparse part has weight 880966222 (67.66/col)
Thu Sep 23 19:36:11 2010 saving the first 48 matrix rows for later
Thu Sep 23 19:36:16 2010 matrix is 13020375 x 13020600 (3718.8 MB) with weight 907549158 (69.70/col)
Thu Sep 23 19:36:17 2010 sparse part has weight 844649260 (64.87/col)
Thu Sep 23 19:36:17 2010 matrix includes 64 packed rows
Thu Sep 23 19:36:17 2010 using block size 10922 for processor cache size 256 kB
Thu Sep 23 19:40:38 2010 commencing Lanczos iteration (4 threads)
Thu Sep 23 19:40:38 2010 memory use: 4135.9 MB
Thu Sep 23 19:41:43 2010 linear algebra at 0.0%, ETA 285h 8m
Mon Oct 4 02:32:45 2010 lanczos halted after 165911 iterations (dim = 10492215)
Mon Oct 4 02:32:45 2010 BLanczosTime: 890449
Mon Oct 4 02:32:45 2010
Mon Oct 4 02:32:45 2010 commencing square root phase
Mon Oct 4 02:32:45 2010 reading relations for dependency 1
Mon Oct 4 02:32:45 2010 error: read_cycles can't open dependency file
[/code]

You may want to restart with -ncr switch, because it is not done yet
(dim = 10492215 but should be around 1302037[B][I]5[/I][/B] to finish).
First check if there's a *.chk file in that directory...
In any case, back up the data before continuing.

What processor was this running on? The cache size reported is quite small, so maybe there's an L3 cache that was not detected properly. I have to fix the code every year or so to recognize new cache codes. Getting the size right can double the performance.

[QUOTE=Batalov;232889]You may want to restart with -ncr switch, because it is not done yet
(dim = 10492215 but should be around 1302037[B][I]5[/I][/B] to finish).
First check if there's a *.chk file in that directory...
In any case, back up the data before continuing.[/QUOTE]

Same issue here, trying your approach.

[QUOTE=pinhodecarlos;447743]Same issue here, trying your approach.[/QUOTE]

Still with problems.

If there are no dependencies, there will be no .dep file written.
Last time, there was an early abort (which is likely when CPU+memory+m/b memory lanes are not flawless.)

In your new case, the reason is different: lanczos halt was at the proper "end of the road" but you are getting only trivial deps. And this will not change by restarting from .chk file.