[quote=sleigher;208664]Tested that and it worked. Thanks.

I cannot switch to the python script now after running the perl script for this long though can I? Are they interchangeable to the point that I could sop my perl job and start where I left off with a python job?[/quote]

I'm afraid not - the way they record restart information is different.

Brian

Processing on 2 PC's ?
 

[quote=Brian Gladman;208658]Here is an updated version that will (I hope) remove some of these errors. Thanks to all for the bug reports.

Brian[/quote]

Hi!

For my 1st post at this Forum , i just hope i'm not writing something stupid.

It goes like this:

I used your updated version, and tried to test run your script twice, at 2 different Command prompts at the same time.

I used this command on the first:

..\factmsieve.py test 1 2

And, on the second Command prompt:

..\factmsieve.py test 2 2

After a while, i noticed on the first Command Prompt this info:

-> Lattice sieving algebraic q from 450000 to 460000.

The values started at 31000 to 320000 and were increasing ...

On the second Command Prompt this info:

-> Lattice sieving algebraic q from 300000 to 310000.

And these values never change.

A few minutes later the 1st command prompt showed:

Found 4141493 relations, 258.8% of the estimated minimum (1600000).

Msieve is invoked, but it doest work ...

A few seconds latter the process starts again on the 1st Command prompt, with sometinhg like:

-> Lattice sieving algebraic q from 460000 to 470000

What am i doing wrong ?

Thanks,
scalabis

Hi again!

I've been looking around here:

[QUOTE]
# For multiple clients, the q search space is divided
# into major blocks of length n_clients * fact_p['qstep'] so
# that major block i starts and ends at:
#
# QSTART + i * n_clients * fact_p['qstep']
# QSTART + (i + 1) * n_clients * fact_p['qstep'].
#
# Within each such major block, client k sieves the
# (k - 1)'th fact_p['qstep'] block. It then proceeds to it's
# fact_p['qstep'] block within the next major block

k0 = (fact_p['q0'] - fact_p['qstart']) // (n_clients * fact_p['qstep'])
q0 = fact_p['qstart'] + (k0 * n_clients +
((client - 1) % n_clients)) * fact_p['qstep']
[/QUOTE]

But it is not easy to spot something on such a large script ...

I also uninstalled Python 3.5.1, and tried 2.6.4

Got the same result ...

Any ideas ?

Thanks,
scalabis

I am not the best person to answer on the use of the script to drive paralllel invocations of the underlying tools. However if I were to try this, I would be inclined to drive the two versions from different working directories as I am unsure of the interactions that will occur when two versions are run in the same working directory.

Hi again!

First of all thanks for replying.

And let me add, thank you, for all your work.

I have already tried using two different working directories.

But the result is the same.

The "q" range on client 2 of 2, starts before the range on client 1 of 2.

After this range is exausted, client 1 of 2 goes on, and client 2 of 2, stays the same ...

Any ideas ?

Thanks,
scalabis

Point of order:
this thread is about msieve-GPU. There's a separate thread about the python script - people read/write and exchange ideas there. While it is ok-ish (but still inconvenient) for those who read [I]all[/I] threads, it would be better [U]if you posted in the appropriate thread[/U].
I've opened this thread half a dozen times already expecting to find news about the GPU, only to find this sub-thread unrolling and unrolling and unrolling...

[quote=scalabis;208828]Hi again!

First of all thanks for replying.

And let me add, thank you, for all your work.

I have already tried using two different working directories.[/quote]

It is a bug - my apologies and my thanks for your excellent report, which gave exactly the information I needed to find it.

A revised version is attached.

Brian

Brian did you deliberately revert the changes from #288: prepending ./ for unix systems in the msieve invocation? If so, I'm curious to know what the problem with it was.

No, it wasn't deliberate. I am posting from a different machine and I didn't realise that I had a different version loaded here. I'll update the master version on my site later today when I start my development machine.

[quote=Brian Gladman;208876]It is a bug - my apologies and my thanks for your excellent report, which gave exactly the information I needed to find it.

A revised version is attached.

Brian[/quote]

Hi!

Sorry to inform that the problem persists.

Using two Command prompts on different directories:

1st screen:

q from 300000 to 310000 and then repeats que q range on and on.

2nd screen (client 2 of 2) ok:

q from 310000 to 320000 then

q from 330000 to 340000 and so on ...

Regards,
scalabis

Here is another try.

Brian