[gentoo-user] 2 months into an 8-month computation.

[gentoo-user] 2 months into an 8-month computation.

[Alan Grimes]

'ey, I have the 2.3 months into an 8-month computation blues... I 
stupidly fired up my number theory code which grows at roughly 3^x 
(where X = 49 right now...).
(current position in the search space: 
0x149b87d900000000000000000000000000000000 ) 0 hits so far, the set I'm 
looking for is incredibly sparse...

My code is posted here: https://github.com/AlonzoTG/palindromes23

Here's the known examples of the set I'm working on:
https://github.com/AlonzoTG/palindromes23/blob/master/numbers

Basically I have nothing better to do with my life than run this code. =\

My 360mm rad is sucessfully keeping my 1800x stable at 3842mhz, 25gb of 
ram is allocated to the process... (uptime = 75 days) (15 process 
threads running...)

So basically all gentoo updates will have to be done at the end of this 
run, I'm not really sure when, sometime in the December-January timeframe.

I just want to warn you that I will be expressing rage and fury if my 
old, much maligned update scripts don't work absolutely buttery smooth. =P

I want a perfect unattended update.

NO USE CHANGES
NO MANUAL UNINSTALLS
NO MANUAL ANYTHING.

I want to say "update this crap" with my existing scripts and to walk away.

As my CPU is 100% committed right now, this will have to be with the 
software I have right now.

You have 6 months to get Gentoo ready to do this. =|

OR RIOT!!!!

-- 
Clowns feed off of funny money;
Funny money comes from the FED
so NO FED -> NO CLOWNS!!!

Powers are not rights.

[gentoo-user] Re: 2 months into an 8-month computation.

[Nikos Chantziaras]

On 11/07/2019 20:59, Alan Grimes wrote:
> 'ey, I have the 2.3 months into an 8-month computation blues...
> [...]
> So basically all gentoo updates will have to be done at the end of this 
> run, I'm not really sure when, sometime in the December-January timeframe.

I guess you should have written your code in a way that can store 
current state so that it can resume. Failing that, you could have used a 
VM that can save ("suspend") the guest state so that you can resume later.

Food for thought for the future, I guess :-)

Re: [gentoo-user] Re: 2 months into an 8-month computation.

[Laurence Perkins]

[-- Attachment #1: Type: text/plain, Size: 933 bytes --]

On Fri, 2019-07-12 at 07:18 +0300, Nikos Chantziaras wrote:
> On 11/07/2019 20:59, Alan Grimes wrote:
> > 'ey, I have the 2.3 months into an 8-month computation blues...
> > [...]
> > So basically all gentoo updates will have to be done at the end of
> > this 
> > run, I'm not really sure when, sometime in the December-January
> > timeframe.
> 
> I guess you should have written your code in a way that can store 
> current state so that it can resume. Failing that, you could have
> used a 
> VM that can save ("suspend") the guest state so that you can resume
> later.
> 
> Food for thought for the future, I guess :-)
> 
> 
If he wants to live dangerously he could try sys-process/criu...

Probably would want to spin up another instance of the computation and
test with that and make sure it works correctly first.

LMP

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 228 bytes --]

[gentoo-user] Re: 2 months into an 8-month computation.

[Grant Edwards]

On 2019-07-12, Nikos Chantziaras <realnc@gmail.com> wrote:
> On 11/07/2019 20:59, Alan Grimes wrote:
>> 'ey, I have the 2.3 months into an 8-month computation blues...
>> [...]
>> So basically all gentoo updates will have to be done at the end of this 
>> run, I'm not really sure when, sometime in the December-January timeframe.
>
> I guess you should have written your code in a way that can store 
> current state so that it can resume.

No kidding.  Isn't "how to use checkpoint files" lesson number zero
when you start working on long-running computational jobs?

--
Grant