GPU to 72 status... - Page 402

James Heinrich · 2019-11-10, 14:41

Quote:

Originally Posted by LaurV

I have no idea if I missed any credit, because I don't know where to look for.

Just send me a list of all the factors you've ever found above 1G and I'll assign credit where missing. Or PM me the IP you would've submitted from and I can probably pull up the list from the logs.

Quote:

Originally Posted by LaurV

However, according with my (long ago) knowledge, Primenet won't cope well with lines having userid/computer in front. This knowledge of mine may be outdated...

Your knowledge is outdated, PrimeNet has no problem with UID lines.

Quote:

Originally Posted by LaurV

Related of how to change the ini files for colab, you can click on "files" and then click the "up dir" (the dot-dot entry) then you can find the files in the home folder. Asuming you run your own copy (and didn't directly launch the one from Chris' folder) then you can edit the ini file

I'm not smart enough to run my own copy, I just click Chris' link from GPU72 and click the (>) play button. The /home/ directory is empty, I can't find anything to edit.
I still think it would be trivial for Chris to prepend the UID segment to the result lines displayed if missing from the actual result lines, hence my request.

LaurV · 2019-11-10, 15:19

Ok, you are right about my knowledge being outdated.
I just sent this to PrimeNet and it didn't have any problem digesting it.

Click image for larger version

Name: Capture3.JPG
Views: 42
Size: 59.7 KB
ID: 21286

About that credit, there is nothing important, you can forget it. The issue is that the tasks run from ramdisk (you imagine that at over 200k assignments per day, I won't use the hdd/sdd for it!) and once sent (with curl, and confirmed by your page) the reports are deleted. That is 100 kilobytes every 7 minutes!! But everything I reported in the last time had the user id and computer name, and everything that I reported before came from the same IP, so I thought you can match them. Anyhow, it is not important, I was just wondering if the traffic causes any issue, and it seems that not. That is good, I will let it run for few more days, and move a good chunk of those expos to 70 bits. I just found the 70 bits is the sweetest spot for this activity (higher needs longer time per exponent, therefore less factors, which I do not like, and lower it loses too much time with overhead, like operating with files and writing on monitor, in fact, 68 and 69 bits take exactly the same amount of time, which is about 70% of what 70 bits take, then the 71 bits take double time, as it is normal, therefore for lower bits the timing is given by the overhead, and not by the effective TF work).

The question where could I look to see what and if I am or was credited for, still stands.

chalsall · 2019-11-10, 16:13

Quote:

Originally Posted by James Heinrich

I still think it would be trivial for Chris to prepend the UID segment to the result lines displayed if missing from the actual result lines, hence my request.

Indeed trivial. Probably activated (for those who's PN UN is already known) later today.

SO EVERYONE KNOWS: GPU72 will be going into maintenance mode in about seven (7#) minutes. This should only take about twenty (20#) minutes or so, but I have to get every step correct...

petrw1 · 2019-11-10, 16:19

He'd be missed.

Or working on something big requiring patience?

storm5510 · 2019-11-10, 16:19

Quote:

Originally Posted by chalsall

...SO EVERYONE KNOWS: GPU72 will be going into maintenance mode in about seven (7#) minutes. This should only take about twenty (20#) minutes or so, but I have to get every step correct...

Thanks for the info.

Quote:

Originally Posted by James Heinrich

Your knowledge is outdated, PrimeNet has no problem with UID lines.

Then why is everything I run with mfaktc, user ID included, being lumped into "Manual Testing?" It has always been this way. This is not a complaint. Just a curiosity...

PhilF · 2019-11-10, 18:01

Quote:

The server is temporarily offline for maintaince.
Please try again in about an hour.

You know, this is quite refreshing. It is much better than most sysadmins who don't care if people get a time wasting delay then a 404 error.

Kudos!

chalsall · 2019-11-10, 18:14

Quote:

Originally Posted by PhilF

You know, this is quite refreshing. It is much better than most sysadmins who don't care if people get a time wasting delay then a 404 error.

Thanks. That is very much appreciated.

One of the things about this kind of work is most people have no idea what goes on behind the scenes. We're only really noticed when things /aren't/ working, which should be rarely...

The DB transfer is going slower than I had hoped. Because this is a new FS, I can't just rsync over the database files "in situ". I need to export - scp - import. The latter is happening now...

James Heinrich · 2019-11-10, 18:18

Quote:

Originally Posted by LaurV

The question where could I look to see what and if I am or was credited for, still stands.

I found 39 factors without user identification between 3321M-3738M from your IP (plus another 975 with UID). I have added your name to those factors. There is (currently) no way for you to get a list of factors you've found.

chalsall · 2019-11-10, 18:41

Quote:

Originally Posted by chalsall

The latter is happening now...

OK, she's back. Appears "happy" (or, at least, content).

Just so everyone knows, what is happening is the old server is using the new server's Maria DB (by way of a secure TCP connection). The next step is for the DNS to be updated and propagated, but you shouldn't notice anything during that process (unless you start "digging" (read: "A" and "AAAA" record lookups) on the domains).

As always, new oddities should please be pointed out as noticed. Thanks.

chalsall · 2019-11-10, 21:54

That helps, a lot!!!

Uncwilly · 2019-11-11, 04:07

Quote:

Originally Posted by petrw1

He'd be missed.

Or working on something big requiring patience?

This may answer your question:
https://mersenneforum.org/showthread...126#post530126

2019-11-10, 15:19	#4413
LaurV Romulan Interpreter Jun 2011 Thailand 3·3,221 Posts	Ok, you are right about my knowledge being outdated. I just sent this to PrimeNet and it didn't have any problem digesting it. About that credit, there is nothing important, you can forget it. The issue is that the tasks run from ramdisk (you imagine that at over 200k assignments per day, I won't use the hdd/sdd for it!) and once sent (with curl, and confirmed by your page) the reports are deleted. That is 100 kilobytes every 7 minutes!! But everything I reported in the last time had the user id and computer name, and everything that I reported before came from the same IP, so I thought you can match them. Anyhow, it is not important, I was just wondering if the traffic causes any issue, and it seems that not. That is good, I will let it run for few more days, and move a good chunk of those expos to 70 bits. I just found the 70 bits is the sweetest spot for this activity (higher needs longer time per exponent, therefore less factors, which I do not like, and lower it loses too much time with overhead, like operating with files and writing on monitor, in fact, 68 and 69 bits take exactly the same amount of time, which is about 70% of what 70 bits take, then the 71 bits take double time, as it is normal, therefore for lower bits the timing is given by the overhead, and not by the effective TF work). The question where could I look to see what and if I am or was credited for, still stands. Last fiddled with by LaurV on 2019-11-10 at 16:21

2019-11-10, 16:19	#4415
petrw1 1976 Toyota Corona years forever! "Wayne" Nov 2006 Saskatchewan, Canada 1001001010111₂ Posts	Is Ryan AWOL? He'd be missed. Or working on something big requiring patience?

2019-11-10, 21:54	#4421
chalsall If I May "Chris Halsall" Sep 2002 Barbados 2×67×73 Posts	Thanks Oliver... That helps, a lot!!!

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Status	Primeinator	Operation Billion Digits	5	2011-12-06 02:35
62 bit status	1997rj7	Lone Mersenne Hunters	27	2008-09-29 13:52
OBD Status	Uncwilly	Operation Billion Digits	22	2005-10-25 14:05
1-2M LLR status	paulunderwood	3*2^n-1 Search	2	2005-03-13 17:03
Status of 26.0M - 26.5M	1997rj7	Lone Mersenne Hunters	25	2004-06-18 16:46