[QUOTE=chalsall;552016]BTW... Since very few people were actually going to 81, I've set GPU72 to release 332M candidates at 79 bits. Those who are serious about this kind of work and are using Colab might consider choosing "LMH Depth First", to get them off our books.[/QUOTE]Using your handy on-line tool I changed the settings on my colab sessions. Works nice. I bumped them both up.

[QUOTE=Uncwilly;552105]Using your handy on-line tool I changed the settings on my colab sessions. Works nice. I bumped them both up.[/QUOTE]

Cool. Thanks. It will be nice getting them back to Primenet, to assign for (please) PRP runs.

This actually brings up an idea (perhaps it should be posted somewhere else)... Perhaps Primenet should only hand out 332M work to PRP (with CERTs) clients?

The jobs are ***heavy***; it would be nice to only have to do the run once.

[QUOTE=chalsall;552063]I was Chris.2[/QUOTE]
That's what she said. Christ Who?

[QUOTE=Uncwilly;552105]Using your handy on-line tool I changed the settings on my colab sessions. Works nice. I bumped them both up.[/QUOTE]

I too just updated my colab to use LMH TF Depth First (79).

However, as I've commented on a previous thread, the time I actually get a GPU in Colab seems to be dwindling. I've taken the advice and make sure to "Connect to hosted runtime" each time I get a GPU...but they never seem to run for more than a couple hours.

Then, its a couple 12-hour shifts of CPU P-1 work until I will be assigned another GPU.

But, for when I get them, I'll have them follow your recommendation.

I had thought that we were trying to get the 90M range to 77 and 100M-110M to 76 as a buffer against the wave front. But I would be happy to switch my collab time over to LMH depth first 79 if that's where you want it.

[QUOTE=chalsall;552138]Cool. Thanks. It will be nice getting them back to Primenet, to assign for (please) PRP runs.

This actually brings up an idea (perhaps it should be posted somewhere else)... Perhaps Primenet should only hand out 332M work to PRP (with CERTs) clients?

The jobs are ***heavy***; it would be nice to only have to do the run once.[/QUOTE]

Colab, I have not looked at it in many months. For me, it did not present much of an advantage. TF: I can run them on my own hardware, without something timing out, until they are complete, and at a decent speed. With my recently expanded GPU collection, I can run nearly twice as many in the same period of time.

I still check the GPU72 site daily looking for assignments which are one day old, or more. Yesterday, I found two. Either, they did not make it into my [I]mfaktc[/I] queue, or Primenet did not relay the information back. I ran them and Primenet accepted the results, so I did not receive them to run when they were issued to me.

[QUOTE=Aramis Wyler;552173]I had thought that we were trying to get the 90M range to 77 and 100M-110M to 76 as a buffer against the wave front.[/QUOTE]

We are. That's where the crunch is.

[QUOTE=Aramis Wyler;552173]But I would be happy to switch my collab time over to LMH depth first 79 if that's where you want it.[/QUOTE]

As always, do what you enjoy doing. Some want to work 332M, so I've made it available.

Personally, I think doing PRP work up there is a bit silly, but if people want to play the lottery, it's not my job to explain the maths... :wink:

[QUOTE=chalsall;552196]
As always, do what you enjoy doing. Some want to work 332M, so I've made it available.:[/QUOTE]

So set aside anyone else's opinion, or enjoyment for a moment. What, in your technical opinion, is the best use of a good GPU right now? I understand not everyone agrees and that's perfectly legitimate. I'm just curious as to YOUR thoughts since you are so knowledgeable on the matter.

I like seeing tasks finish....so I did a lot of high exponent, low bit factor work since it flies on my screen so fast. But I understand those exponents wont be tested for a looong time

At night I queue up lower exponent higher bit level work since I'm asleep and not watching.

But in terms of what you think is the most helpful to the actual overall TF work, where do you see the most helpful work being done?

No wrong answer.....

[QUOTE=LOBES;552202]where do you see the most helpful work being done?[/QUOTE]Set your work preference to "What Makes Sense" or "Let GPU72 Decide" (there's a subtle historical difference between the two that nobody but Chris understands, but don't worry about it). That way you can be assured that the work you're doing is optimal-at-the-moment based on expert monitoring and tweaking.

[QUOTE=James Heinrich;552203]Set your work preference to "What Makes Sense" or "Let GPU72 Decide" (there's a subtle historical difference between the two that nobody but Chris understands, but don't worry about it). That way you can be assured that the work you're doing is optimal-at-the-moment based on expert monitoring and tweaking.[/QUOTE]

That is certainly easy enough. Doing so just got me the following which is coming along nicely:

Factor=N/A,100346761,74,76

One-off oddball error I found in one of my Colab sessions from yesterday, failed to start up correctly:[code]Beginning GPU Trial Factoring Environment Bootstrapping...
Please see https://www.gpu72.com/ for additional details.


gzip: stdin: unexpected end of file
tar: Child returned status 1
tar: Error is not recoverable: exiting now
---------------------------------------------------------------------------
FileNotFoundError Traceback (most recent call last)
<ipython-input-1-227df1425772> in <module>()
24 stdout=subprocess.PIPE,
25 universal_newlines=True,
---> 26 bufsize=0)
27
28 try:

1 frames
/usr/lib/python3.6/subprocess.py in _execute_child(self, args, executable, preexec_fn, close_fds, pass_fds, cwd, env, startupinfo, creationflags, shell, p2cread, p2cwrite, c2pread, c2pwrite, errread, errwrite, restore_signals, start_new_session)
1362 if errno_num == errno.ENOENT:
1363 err_msg += ': ' + repr(err_filename)
-> 1364 raise child_exception_type(errno_num, err_msg, err_filename)
1365 raise child_exception_type(err_msg)
1366

FileNotFoundError: [Errno 2] No such file or directory: './bootstrap.pl': './bootstrap.pl'[/code]The other 3 sessions I started around the same time worked fine, and they all worked fine today, so I assume it was some transient quirk that doesn't need fixing, but I'm reporting it anyways.

I just noticed from the [URL="https://www.gpu72.com/reports/overall/graph/quarter/"]GPU72 Quarterly Progress Page[/URL] that work dropped off sharply after May 21st to put it mildly. This doesn't seem to be a blip, either, as I went and looked back at the 6 month and yearly ones as well. What happened, did we lose someone?

SRBase decided to no longer pull their work for their BOINC from GPU72. They want to fast work that is found ahead of the wave front area.
Oops, that might not be it. But see here for that story [url]https://www.mersenneforum.org/showthread.php?t=25383[/url]

Yeesh, that was ugly. Looks like SRBase is working directly through gimps to get that work (top 5 this year), which seems to make more sense than running it through GPU72. It's a big difference in mindset between trying to accomplish the work as efficiently as possible vs taking any willing computation cycles. Still, as you said, that is probably not the work that cut out in May, as they seem to have cut out a month earlier.

[QUOTE=Aramis Wyler;552514]Still, as you said, that is probably not the work that cut out in May, as they seem to have cut out a month earlier.[/QUOTE]

I believe SRBase had stockpiled a few (many) thousand WUs.They kindly finished processing them through their grid and returned them when completed during its transition.

[QUOTE=Aramis Wyler;552514]Yeesh, that was ugly.[/QUOTE]

Actually, while stressful at the time, I enjoyed that exchange. I learned some stuff, as well (for example, never debate quantum physics with a mouse).

[QUOTE=Aramis Wyler;552514]Still, as you said, that is probably not the work that cut out in May, as they seem to have cut out a month earlier.[/QUOTE]

I have 0 cycles to drill down, but it might have been Oliver (TheJudger).

In addition to being the creator of mfaktc, he also has some serious compute behind him (to which his access for hobby stuff is bursty).

[QUOTE=James Heinrich;552379]One-off oddball error I found in one of my Colab sessions from yesterday, failed to start up correctly.[/QUOTE]

OK, thanks for the report.

This is an exceptionally rare error (which, yes, I should trap, but that would involve more Python code).

This happens if the initial download of the bootstrap package fails. It means there was a networking error between the Colab Instance and GPU72, and so the GZIP'ed package is empty.

[QUOTE=chalsall;552558]I have 0 cycles to drill down, but it might have been Oliver (TheJudger).

In addition to being the creator of mfaktc, he also has some serious compute behind him (to which his access for hobby stuff is bursty).[/QUOTE]

Certainly [url=https://www.gpu72.com/reports/worker/6e67460a77a11a707a665a6270df1a82/]looks like[/url] it was him.

Getting Expired Certificate error when I visit the website. Is anything wrong?

[CODE]
www.gpu72.com uses an invalid security certificate.
The certificate expired on 18/08/20 02:22.
The current time is 18/08/20 12:47.
(Error code: SEC_ERROR_EXPIRED_CERTIFICATE)
[/CODE]

[QUOTE=ZFR;554121]Getting Expired Certificate error when I visit the website. Is anything wrong?[/QUOTE]

Yeah... A stupid human...

To many balls in the air at the moment... Fixed.

[QUOTE=ZFR;554121]Getting Expired Certificate error when I visit the website. Is anything wrong?[/QUOTE]He is busy trying to remember his pass[STRIKE]word[/STRIKE] paragraph and get it typed in on his phone using T9.

[QUOTE=chalsall;554135]Yeah... A stupid human...

To many balls in the air at the moment... Fixed.[/QUOTE]
Stuff Happens. The fix is appreciated, along with all the other stuff you do.

Thank you, sir.

I had to manually report a bunch of 99M Colab results — is something turned off that shoudn't be?

[QUOTE=Chuck;554487]I had to manually report a bunch of 99M Colab results — is something turned off that shoudn't be?[/QUOTE]

Yeah... Me... :smile:

My tooth adventure resulted in lost cycles I hadn't programmed for, and I'm trying to catch up on critical-path work.

If you (or anyone) sees Colab results not being autosubmitted, just wait a while. Or, manually submitting is fine as well, if you'd like to get them "off-your-book".

I do not know what the current thinking is on end-bits for wavefront TF's, and I am not going back through hundreds of pages looking. So, for now, I have it set to 75 bits. If this goes smoothly, I may increase it to 76. I am wondering if I should disable stages for [I]mfaktc[/I]? Right now, stages are enabled and stopping after a factor is set to 0. I have had difficulties in the past with multiple stages and stopping if a factor was found. It would simply proceed to the next stage. With larger end-bit, this could make for a [U]lot [/U]of wasted time. :confused:

[QUOTE=storm5510;555029]I do not know what the current thinking is on end-bits for wavefront TF's[/QUOTE]It is actively managed with "Let GPU72 decide", then you don't need to think about it. :smile:

[QUOTE=storm5510;555029]So, for now, I have it set to 75 bits. If this goes smoothly, I may increase it to 76.[/QUOTE]

I'll let others speak to your stages question.

With regards to TF'ing depth, going to 76 is pretty much optional right now.

We're still going to 77 in 9xM, to keep that range "neat" (less than 3,000 to go). And also in front of Cats 2 and 3 because most clients there haven't upgraded to 30.3b3.

Cat 4 is really not much more than slow P-1'ers for the lower Cats, and are getting 76 already.

Edit: Oh, also, the P-1 wavefront, in 100M, is also getting 76.

[QUOTE=chalsall;555034]I'll let others speak to your stages question.

With regards to TF'ing depth, going to 76 is pretty much optional right now.

We're still going to 77 in 9xM, to keep that range "neat" (less than 3,000 to go). And also in front of Cats 2 and 3 because most clients there haven't upgraded to 30.3b3.

Cat 4 is really not much more than slow P-1'ers for the lower Cats, and are getting 76 already.

Edit: Oh, also, the P-1 wavefront, in 100M, is also getting 76.[/QUOTE]

30.3 B3. I am one behind, again. Many do not like to run CF's so that is what I do.

Every TF I have ran for the past several weeks has been in the 109-million area. The 74 - 75 combinations take 70 minutes on this 1080. i have not tried the 1650 yet, but I will. It has done really well with the 74's. I will stay with 75, for now. If things get into a "crunch" situation, then I can go to 76.

I look at the recent results on [I]mersenne.org[/I] regularly. What I do not see is a lot of P-1 results. I do not understand how it is keeping up, especially now that the shift to all PRP's has started. I think a lot of the members have become fascinated with it because it is different now than it was; certifications.

Thank you for the reply!

[QUOTE=storm5510;555069]Every TF I have ran for the past several weeks has been in the 109-million area.[/QUOTE]

OK. That suggests you've been requesting the minimal amount of work, which is 109M 73 to 74.

[QUOTE=storm5510;555069]Thank you for the reply![/QUOTE]

Thank you (and many) for the work. But, seriously...

Think about the planet while you do this kinda thing.

Unless you're heating your place using a GPU instead of a space heater (or outsourcing to a hosting provider which runs RE), please don't do compute without thinking about it.

Barbados is the "Head Pin" in the Hurricane bowling lane in the Atlantic.

[QUOTE=chalsall;555070]Think about the planet while you do this kinda thing.[/QUOTE]
Man, are you ok? All cats ok in the house? Everything fine there? Hihi...

Not sure if this is a GPU72-proxy or Prime95 thing. I just tried v30.3 for the first time and got this:[quote]Mersenne number primality test program version 30.3
Optimizing for CPU architecture: Core i3/i5/i7, L2 cache size: 6x256 KB, L3 cache size: 12 MB
Updating computer information on the server
Starting worker.
PrimeNet success code with additional info:
GPU72 assigned P-1 factoring work.
Got assignment e9a3bce92b515f9f50f3bb4185e4xxxx: P-1 M105928607
[color=red][b]Received unknown work type: 4.[/b][/color]
Visit [url]http://mersenneforum.org[/url] for help.
Will try contacting server again in 38 minutes.[/quote]

[QUOTE=chalsall;555070]Think about the planet while you do this kinda thing.[/QUOTE]

I do every day, but probably not in the way you are thinking.

[QUOTE=chalsall;555070]Unless you're heating your place using a GPU instead of a space heater (or outsourcing to a hosting provider which runs RE), please don't do compute without thinking about it.[/QUOTE]

Are you saying I need to [B][U]stop[/U][/B] running everything? I do think about what I am doing, every minute of the day and night.

[QUOTE=James Heinrich;555105]Not sure if this is a GPU72-proxy or Prime95 thing. I just tried v30.3 for the first time and got this:[/QUOTE]

It is highly advisable to *not* use the GPU72 Proxy with 30.x versions of Prime95/mprime. There's something in the new comms stream the Proxy doesn't understand, and it causes errors.

I haven't had the cycles to drill down on what's wrong, but for FC/DC work it doesn't really add anything. It's only really useful for P-1 nowadays.

[QUOTE=storm5510;555111]Are you saying I need to [B][U]stop[/U][/B] running everything? I do think about what I am doing, every minute of the day and night.[/QUOTE]

No... Just try not to burn /too/ many long-dead animals in our pursuits of the next MP... Even better if the waste heat is actually used (for example, to keep humans warm during the winter). :smile:

[QUOTE=chalsall;555113]No... Just try not to burn /too/ many long-dead animals in our pursuits of the next MP... Even better if the waste heat is actually used (for example, to keep humans warm during the winter). :smile:[/QUOTE]

I understand what you mean. I rarely ever run my GPU's at full capacity. 80% is typical. The impact on most GPU programs I run is nearly nothing. The only exception is [I]mfaktc[/I]. Then, the performance drop-off is only around 10%. I tried it at 50%, the lowest I can take it, and [I]mfaktc[/I] still ran above 800 GHz-d/day. These machines add about $12 USD to my utility cost each month. The "waste heat" does very little. An oil-lamp would do more.

I am seriously considering building a new rig around a 12-core Ryzen 9. The only thing stopping me is my own personal hesitation. Some of the things I run now with the GPU I could run with [I]Prime95. [/I]It is needless to say the sticker-shock value for all this is a bit remarkable. I want this to be the [U]last one[/U] I ever build. This is not something I enjoy doing now. It used to be. I am rapidly closing in on age 65. In a few years, or maybe a bit more, I may lose interest in participating completely, and stop. I have been participating since 2005. This forum, 2009. It has always kept my interest.

If your power consumption for computing is less than 1 MWh/month, you gotta pump up those numbers

[QUOTE=James Heinrich;555105]Not sure if this is a GPU72-proxy or Prime95 thing. I just tried v30.3 for the first time and got this:[/QUOTE]

Please set Debug=1 in the [PrimeNet] section of prime.txt. If this happens again, send me the prime.log file.

[QUOTE=Mark Rose;555136]If your power consumption for computing is less than 1 MWh/month, you gotta pump up those numbers[/QUOTE]

:tu:

This prompted me to estimate my use. Well done!

[QUOTE=chatsall]Unless you're heating your place using a GPU instead of a space heater (or outsourcing to a hosting provider which runs RE), [B]please don't do compute without thinking about it.[/B][/QUOTE]

[QUOTE=Mark Rose]If your power consumption for computing is less than 1 MWh/month, you gotta pump up those numbers [/QUOTE]

1,000 kWh a month? I neither have the ability nor inclination to burn this much. This would be 130 USD per month as well. Besides, the local constabulary would be at my door wanting to see if I was running a grow-house.

:smile:

[QUOTE=storm5510;555196]Besides, the local constabulary would be at my door wanting to see if I was running a grow-house.[/QUOTE]
[url]https://www.mersenneforum.org/showpost.php?p=552990&postcount=851[/url]

[QUOTE=storm5510;555196]1,000 kWh a month? I neither have the ability nor inclination to burn this much. This would be 130 USD per month as well. Besides, the local constabulary would be at my door wanting to see if I was running a grow-house.

:smile:[/QUOTE]

1 MWh/month is only a single 15 amp circuit running at 75% (1350 watts). I use the same amount just for air conditioning in my apartment (I like it cool).

[QUOTE=Mark Rose;555214]1 MWh/month is only a single 15 amp circuit running at 75% (1350 watts). I use the same amount just for air conditioning in my apartment (I like it cool).[/QUOTE]

Are you sure about that energy consumption value? Your breaker 15 Amps (Single phase) limit will only allow you 2,592 kWh/month (V=240V, 30 days, full load).

[QUOTE=Mark Rose;555214]1 MWh/month is only a single 15 amp circuit running at 75% (1350 watts). I use the same amount just for air conditioning in my apartment (I like it cool).[/QUOTE]
Correct. People still confuse MW (respective kW) with MWh (respective kWh).

One megawatt is one megawatt, while one megawatt-hour is about 1380 watts :razz:
(yeah, I know, power is not energy, don't jump on me! hihi)

[QUOTE=pinhodecarlos;555228]Are you sure about that energy consumption value? Your breaker 15 Amps (Single phase) limit will only allow you 2,592 kWh/month (V=240V, 30 days, full load).[/QUOTE]
He's in US, V=120.

[QUOTE=LaurV;555232]He's in US, V=120.[/QUOTE]

Forgot he was in USA, cut my value in half, full load 1,296 kWh/month.

You know what is interesting with you guys is that with your energy bills against cooling degree days you can model your house energy consumption so you can see your base loads and where you can save some money. Of course if you have one heating season and one cooling season you will have to model your house consumption in function of cooling and heating degree days together or split them. Base temperature for CDD and HDD will have to be analysed. Here for U.K. buildings HDD base temperature is 15.5 degC and for cooling it depends of the system, Data Centre CDD 0 degC, Air handling system 10-12 degC. Final base temperature depends on the final data analysis of the regression model and statistic analysis of the data (accuracy, level of confidence, t-student, etc).

Apologies for the off topic.

[QUOTE=pinhodecarlos;555233]Forgot he was in USA, cut my value in half, full load 1,296 kWh/month[/QUOTE]
Which is 1.3MWh, and he said 75%. :smile:

Anyhow, as I posted repeatedly in the past, I really envy you guys living in cold climate, haha. (grrr... where's the smiley with the green envy face??)

[QUOTE=LaurV;555241]Which is 1.3MWh, and he said 75%. :smile:

Anyhow, as I posted repeatedly in the past, I really envy you guys living in cold climate, haha. (grrr... where's the smiley with the green envy face??)[/QUOTE]

I know, my problem was the voltage not the kWh, MWh conversions.

Do not envy us for living in a cold place, when you get older the best is to retire in a warm place where you don’t suffer with cold, no pain in bones, etc. For us below 20 degC is already a nightmare, always blowing nose, cough, etc

[QUOTE=storm5510;555116]I want this to be the [U]last one[/U] I ever build. ... I am rapidly closing in on age 65.[/QUOTE]

In that case, I wish you well-being for many years, maybe you then might consider building [I]another[/I] machine then (or buying a pre-built one).

up until now I had T4 (1700 GHz/D) and K80 (400 GHz/D) on notebook.
Today, I got a Tesla P100-PCIE-16GB (1150 GHz/D). Is this new?

[QUOTE=LaurV;555232]He's in US, V=120.[/QUOTE]

Canada, not the US. But most of North America shares the globally oddball 120 volt nominal general purpose circuit..

[QUOTE=LaurV;555241]Which is 1.3MWh, and he said 75%. :smile:

Anyhow, as I posted repeatedly in the past, I really envy you guys living in cold climate, haha. (grrr... where's the smiley with the green envy face??)[/QUOTE]

Depending on where you live in Canada, it's only cold enough to snow for a short part of the year. Toronto summers are usually in the 20° to 35° range for months on end. Definitely not cold. That's why I can use a MWh in a month just cooling an apartment. But tomorrow I start a move to a new semi-detached place where I'll only have to fight the heat creation of one neighbour.

[QUOTE=firejuggler;555247]up until now I had T4 (1700 GHz/D) and K80 (400 GHz/D) on notebook.
Today, I got a Tesla P100-PCIE-16GB (1150 GHz/D). Is this new?[/QUOTE]

No. I've been getting those for months.

[QUOTE=firejuggler;555247]Today, I got a Tesla P100-PCIE-16GB (1150 GHz/D). Is this new?[/QUOTE]

No... The P100's have been on Colab since we started this adventure (and, as I understand it, is the only GPU given to paid Colab accounts).

One thing I've noticed, though, is P4s appear to no longer be in the fleet. I haven't seen one for weeks.

[QUOTE=Mark Rose;555252]But most of North America shares the globally oddball 120 volt nominal general purpose circuit..[/QUOTE]

Barbados is 110V @ 50 Hz. I think only Japan shares that standard.

[QUOTE=chalsall;555258]Barbados is 110V @ 50 Hz. I think only Japan shares that standard.[/QUOTE]

You may be unique. Japan uses 100V mains.

[QUOTE=Mark Rose;555252]Depending on where you live in Canada, it's only cold enough to snow for a short part of the year. Toronto...[/QUOTE]And when it does you [url=https://www.cbc.ca/archives/when-toronto-declared-war-on-snow-and-called-in-the-army-1.4950600]call in the army[/url] to plow the streets? :leaving:

[QUOTE=chalsall;555258]Barbados is 110V @ 50 Hz. I think only Japan shares that standard.[/QUOTE]According to the handy [url=https://en.wikipedia.org/wiki/Mains_electricity_by_country#Table_of_mains_voltages,_frequencies,_and_plugs]Wikipedia table[/url], Barbados is 115V @ 50Hz, as is (partially) Bolivia. Jamaica is the only one listed at 110V @ 50Hz (but perhaps also Guyana and/or North Korea, depending how you interpret the table).

[QUOTE=LaurV;555241]Which is 1.3MWh, and he said 75%. :smile:

[/QUOTE]

And considering that circuit breakers are only rated for 80% under a continuous load (more than 8 hours), He is really talking about 90%.

I looked at some of my gadgets here to see what their ratings are. The majority say 100-240V 50-60Hz. I guess it is easier for them to use a range. The text is quite small on a cell-phone charger.

The last I knew, Texas was still 50Hz with the other 47 contiguous being 60Hz. Alaska and Hawaii, I do not know about them.

I worked in several factories over the decades. They all had the very long fluorescent tubes for lighting. Their panel boxes on the walls were easy to pick out. 277V.

[U]Majorly Off-topic[/U]: One of the craziest things I ever saw a maintenance man do in one factory I was at, was to use a long screwdriver to check a 480V overhead bus duct by shorting two of the fuse holders. The result was a brilliant white flash and something that sounded like a shotgun blast. I found what was left of his screwdriver a short time later. Just the handle with a tiny bit of the steel blade protruding from it. He had his meter right there with him. I saw it; bright yellow. Why did not use it, I have no idea.

I think [B]chatsall[/B] would like to have his topic back.

[QUOTE=storm5510;555272]I think [B]chatsall[/B] would like to have his topic back.[/QUOTE]
Who dat?

[QUOTE=storm5510;555272]The last I knew, Texas was still 50Hz with the other 47 contiguous being 60Hz[/QUOTE]That I doubt. Perhaps Texas was 50Hz sometime in the past, but I doubt that was anytime in the past 50 years. I'd be curious to see evidence to the contrary.

[QUOTE=James Heinrich;555260]And when it does you [url=https://www.cbc.ca/archives/when-toronto-declared-war-on-snow-and-called-in-the-army-1.4950600]call in the army[/url] to plow the streets? :leaving:[/QUOTE]

Yeah, even after living here a decade I still tease the locals about it. But I leave for Alberta tomorrow.

[QUOTE=Mark Rose;555311]Yeah, even after living here a decade I still tease the locals about it. But I leave for Alberta tomorrow.[/QUOTE]Ah, nothing like Edmonton in January. I remember turning on my car 20 minutes before I left for work, driving half an hour to work, and when I got there the engine temperature gauge was still pegged at minimum (not even close to warm enough to register "C"old).
:rajula:
One day (-42°C I believe) I turned the ignition and the dome light just went out (indicating the starter motor was drawing massive current) but absolutely nothing else, no hint of cranking. Had to leave the key turned for 10 seconds for it to turn over even once. Did you know that engines can run at <100rpm? I didn't think so, but I could easily count the cylinders firing, not much faster than my heartbeat.
Tip: get a block heater and a garage.

[QUOTE=James Heinrich;555314]Tip: get a block heater and a garage.[/QUOTE]

LOL... Yeah, I remember having to plug my car in for at least three months out of the year during High School. Oh, and of course, to always carry chains and a toe-rope!

There's a lot I miss about Canada. But, not the snow!

[QUOTE=James Heinrich;555314]Tip: get a block heater and a garage.[/QUOTE]Oh, and second tip: don't try to drive the [URL="https://en.wikipedia.org/wiki/British_Columbia_Highway_3"]Crowsnest[/URL] in January in a small front-wheel-drive car with half-bald all-seasons. Don't ask me how I know this...

[QUOTE=axn;555273]Who dat?[/QUOTE]

My typo. :blush:

[QUOTE=James Heinrich]
That I doubt. Perhaps Texas was 50Hz sometime in the past, but I doubt that was anytime in the past 50 years. I'd be curious to see evidence to the contrary.
[/QUOTE]

You are correct, it does not. I don't know where I got that from. Something I heard long ago perhaps. All the inter connectivity now rules that out. I found the diagram below interesting. Look at Alaska.

[QUOTE=Mark Rose;555311]But I leave for Alberta tomorrow.[/QUOTE]

Visiting or moving?

[QUOTE=storm5510;555325]My typo. :blush:



You are correct, it does not. I don't know where I got that from. Something I heard long ago perhaps. All the inter connectivity now rules that out. I found the diagram below interesting. Look at Alaska.[/QUOTE]Don't feel too bad. The US really was a mishmash of grid frequencies until after WW2. Parts of southern California were 50Hz until the late 1940's. Old timers told me stories of swapping 50Hz clocks into 60Hz workplaces to mess with the boss.

[QUOTE=sdbardwick;555345][COLOR=Gray]Don't feel too bad. The US really was a mishmash of grid frequencies until after WW2. Parts of southern California were 50Hz until the late 1940's.[/COLOR] Old timers told me stories of swapping 50Hz clocks into 60Hz workplaces to mess with the boss.[/QUOTE]

I would have never thought of that. :grin:

About Alaska. Municipalities must have their own private power stations. Fairbanks has a population of around 31,000. Nome is around 3,600. Neither appears to be on a grid system. Elmendorf AFB is near Anchorage. Both are on a grid. I have a brother that was in the USAF back in the '60's. He said it got so cold at Elmendorf at times that the jet engines would not fire. Something about the air density at really low temperatures.

I just looked at the recent results on [I]mersenne.org[/I]. There are a lot more wavefront P-1's being ran now than in previous days and weeks. Somebody must have stirred the pot a bit.

About P-1, I run them with [I]gpuOwl[/I]. I seem to recall an instance where [I]gpuOwl[/I] did not want to run a P-1 because it did not have an assignment ID. Of course, only Primenet assignments have this, I will try a single P-1 from here and see how [I]gpuOwl [/I]handles it. If it refuses, I can always run it with [I]CUDAPm1[/I] or [I]Prime95.[/I]

[QUOTE=storm5510;556080]I seem to recall an instance where [I]gpuOwl[/I] did not want to run a P-1 because it did not have an assignment ID[/QUOTE]I recall seeing somewhere in gpuowl [i]output[/i] the AID set to "0" (zero) when there was no assignment. I have no idea if this would also work on the input, but you could try it if gpuowl refuses to run without it. Or ask in the gpuowl thread. :smile:

[QUOTE=chalsall;555257]
One thing I've noticed, though, is P4s appear to no longer be in the fleet. I haven't seen one for weeks.[/QUOTE]

Really? I've had one or two over the past week or so

[QUOTE=James Heinrich;556082]I recall seeing somewhere in gpuowl [I]output[/I] the AID set to "0" (zero) when there was no assignment. I have no idea if this would also work on the input, but you could try it if gpuowl refuses to run without it. Or ask in the gpuowl thread. :smile:[/QUOTE]

The test from here had no problems running. [I]gpuOwl[/I] probably expects a specific number of comma separated values in an assignment line. It said "N/A" where the ID would have been.

[QUOTE=Awesomeotts;556087]Really? I've had one or two over the past week or so[/QUOTE]
I saw a P4 last night when I was running some extra notebooks on a free login. It still seems pretty easy to get T4s on free runs.

I just checked my assignments on GPU72.com. I have, at least, 50 TF assignments which seemed to have slipped by and did not get ran. I need to get them out in a list or some other format so I can run them. [U]How?[/U]

[U]Edit: [/U]Disregard: I found it at the bottom. :blush:

[QUOTE=James Heinrich;556082]I recall seeing somewhere in gpuowl [I]output[/I] the AID set to "0" (zero) when there was no assignment. I have no idea if this would also work on the input, but you could try it if gpuowl refuses to run without it. Or ask in the gpuowl thread. :smile:[/QUOTE]yes it works to enter 0 as AID, just so the input parser has enough commas to put k,b,n,c, etc into the right variables. There's a [URL="https://www.mersenneforum.org/showpost.php?p=522098&postcount=22"]reference post[/URL] for that.

About my missed assignments. There were 59 in all. The fault was my own. I use [I]Mitfit's[/I] batch files, but not [I]Misfit[/I]. I can reserve them automatically. They must be submitted to [I]Primenet[/I] manually. I forgot to submit them. Thud! :down:

[QUOTE=storm5510;555376]I would have never thought of that. :grin:

About Alaska. Municipalities must have their own private power stations. Fairbanks has a population of around 31,000. Nome is around 3,600. Neither appears to be on a grid system. Elmendorf AFB is near Anchorage. Both are on a grid. I have a brother that was in the USAF back in the '60's. He said it got so cold at Elmendorf at times that the jet engines would not fire. Something about the air density at really low temperatures.[/QUOTE]
Vacationing many years ago driving south from Cancun, following the progression paved roads and electric overhead wires, to standing bare posts, to posts lying next to postholes, to posts lying on the ground, to unpaved gravel, jeep with 4 soldiers checkpoint at an intersection, village with a bit of paving and small grid, back to gravel and then dirt, and finally an oceanside resort with a windmill and ~12hr/day generator. The main building was wired and provided first and last meals of the day. Guest quarters were small one room structures; walls with shutters to close the window openings, a door and roof, no wiring or plumbing or glass.
Over the decades I've noted a lot of voltage creep in the US midwest. I've seen old equipment marked 108V, 100, and 115. Now it's nominally 120V but a voltmeter in an outlet will often indicate up to 124. That creep is very hard on incandescent bulbs still in use, since life is inverse ninth power of voltage.

Jet engines operate on something close to diesel fuel. I suspect as an engineer with some engine research background that the issues with jets starting related to fuel vapor pressure or the lack of it, and fuel gel temperature. It's hard to pump a gel out of a fuel tank. [URL]https://en.wikipedia.org/wiki/Jet_fuel[/URL]
The residence time of fuel in a jet engine combustor section is very short. Fuel vapor pressure is almost exponential with temperature while well below atmosheric pressure (boiling). The air density varies much less rapidly, as the reciprocal of absolute temperature. It probably requires more starter power with cold dense air.

Getting the engine to start and run is not the only issue. Assuming the vehicle has tires not skis, there's also the consideration of the tire compound's glass transition temperature. I recall hearing many years back of a particularly cold spell in Ohio, where instead of car tires flexing as they rolled, they broke. [URL]https://en.wikipedia.org/wiki/Glass_transition#Polymers_2[/URL] Guess which we'd use for Orings on projects headed for the Antarctic's South Pole Station where outdoor temps may be well below -100F: [URL]https://mykin.com/rubber-temperature-range[/URL]. During the colder supply runs there, the military pilots don't turn the engines off and chance getting stuck there for months. Sometimes they don't even taxi to a stop, instead just pushing the cargo out the back while rolling lightly on or flying a few feet over the bulldozed snowpack runway. It's called "drifting" the cargo. The crates slide to a stop eventually.

[QUOTE=kriesel;556151]Over the decades I've noted a lot of voltage creep in the US midwest. I've seen old equipment marked 108V, 100, and 115. Now it's nominally 120V but a voltmeter in an outlet will often indicate up to 124. That creep is very hard on incandescent bulbs still in use, since life is inverse ninth power of voltage.[/QUOTE]

I *love* discussions like this!!! "Normals" just have no idea...

To talk about voltage creep... Barbados has been quite slow in migrating to RE, because the incumbent monopoly provider (BL&P) has hundreds of millions of dollars they need to amortize off their books. It's taken years of pressure before we /started/ getting serious about PV.

Attached are three temporal graphs of Voltage plotted using an SNMP stream out of a Dell 208V UPS. As you can see, BL&P *never* provide the voltage actually contracted for. It is, however, *mostly* within the allowed +/- 10% range.

For context, this was at a client's location in Bridgetown, Barbados. Across the street from the Queen Elizabeth Hospital, if anyone's interested in doing some Google Maps.

Several days out of the month the voltage would actually drop below the contracted minimum. I complained to BL&P on behalf of my client, because it was not the ideal situation for the poor little UPS to have to deal with. They sent out their engineers with their own instruments (they wouldn't trust my data, of course), agreed that it was out-of-spec, and then said there was nothing they could do about it. (!)

As is clear from the graphs, the minimum voltage was always seen right around noon, but only on weekdays, not weekends.

The reason, of course, is all modern office buildings here in Barbados have electrical HVAC kit, working like crazy trying to cool the buildings. And, because we didn't have much PV back then, Mr. Sun was working solely against us at that time of the day, rather than helping out.

Thankfully, private enterprise is beginning to seriously invest in PV here, and feeding it back into the grid. Although (IMHO) it's still not happening as fast as it should be, because our regulator is completely incompetent, and so the incumbent is still in a more favored position than they should be.

(Friends of mine and I call the BB.FTC "Favouring The Company" and/or "Fsck The Consumer".)

[QUOTE=chalsall;556163]The reason, of course, is all modern office buildings here in Barbados have electrical HVAC kit, working like crazy trying to cool the buildings. And, because we didn't have much PV back then, Mr. Sun was working solely against us at that time of the day, rather than helping out.[/QUOTE]One of UW-Madison's newer buildings has motorized vertical blinds. It's more efficient to run lighting in the daytime than pump the broader solar spectrum's heat load out with HVAC. So the building automatically closes and opens the light colored blinds to manage radiant heat load and total energy consumption through its aluminum and glass facade.
[QUOTE]agreed that it was out-of-spec, and then said there was nothing they could do about it. (!)[/QUOTE]Of course they could do something about it. Either trigger any out-of-spec price discount clause, or install corrective equipment on the client's premises.
What does line voltage at the meter look like at these times?
How interested in rooftop solar is the client, since the local utility can't be relied upon to keep its promises?
(Redundant power switch; utility as backup to their own plant. [URL]https://www.treelinepowersystems.com/6kW-Pure-Sine-Wave-2448V-InverterChargerATS_p_24.html[/URL])

[URL="https://downloads.dell.com/manuals/all-products/esuprt_ser_stor_net/esuprt_rack_infrastructure/dell-line-interactive-rack-ups-5600r_user%27s%20guide5_en-us.pdf"]https://downloads.dell.com/manuals/all-products/esuprt_ser_stor_net/esuprt_rack_infrastructure/dell-line-interactive-rack-ups-5600r_user%27s%20guide5_en-us.pdf[/URL] 5600W high efficiency line interactive UPS, yum, I'll take two, as reward for this idea:
Get a suitable autotransformer to step UPS input up to spec, or get an electrical shop to add some handy 85, 88% and 92% taps on something like this: [URL]https://www.solaris-shop.com/outback-psx-240-6kw-autotransformer-w-enclosure/[/URL] Then use it as a step-up transformer.

175V (your plotted min)/0.85=206V; monthly (max+min)/2=191.355; / 0.92 = 207.995V.
Monthly max 202.79/0.92=220.42V, 1.06- times nominal; 179.92min/0.92=195.57V, 0.94+ times nominal 208V. So 92% looks right.(If load grows, or utility power worsens, with time, lower taps may come into play.)

Probably less costly than a whopping big VARIAC [URL]https://variac.com/staco_240_1ph.htm[/URL] which would need mechanical safety stops but could have slow motorized servo adjustment of output voltage.
(As a mechanical engineer with electronics and farm-kid background, I once balked at the price of a Varian Ti-ball titanium sublimator pump power supply/control unit, bought a cheap stick arc welder from the local Farm & Fleet, and modified the output winding myself by unwinding about a third, saving enough to buy additional Ti-ball heads as spares. It was used intermittently under manual operation. It lasted the 25-year life of the vacuum system it was used on. The only issue was it still had enough power to melt part of the inside of a Ti-ball and permanently short the Ti-ball when it flowed and froze around the internal filament lead. Slow ramp on a new ball, no problem. Lesson learned in one costly attempt. [URL]http://www.emcgrath.com/product/varian-922-0043-tsp-and-mini-ti-ball-control/[/URL] [URL]http://schlom.mse.cornell.edu/sites/schlom.mse.cornell.edu/files/research%20pdfs/%23355.pdf[/URL])
Veering more than a little off topic though from GPU72 status.

[QUOTE=kriesel]Jet engines operate on something close to diesel fuel. I suspect as an engineer with some engine research background that the issues with jets starting related to fuel vapor pressure or the lack of it, and fuel gel temperature. It's hard to pump a gel out of a fuel tank. [URL]https://en.wikipedia.org/wiki/Jet_fuel[/URL][/QUOTE]

I am pretty sure the temperature my brother spoke of in Alaska was in the -70°F area. -40°F is fairly routine. It was the B-52's based there they could not get to light-up. Soviet Russia was just across the way on the other side of the Bering Strait. This was back in the mid 1960's The USAF still uses B-52's. There have been many generations of it since then.

[QUOTE=chalsall]As is clear from the graphs, the minimum voltage was always seen right around noon, but only on weekdays, not weekends.[/QUOTE]

I looked at your graphs. Those readings are what some here would call "brown-out" conditions. What do they use for power generation?

[QUOTE=kriesel;556180]Veering more than a little off topic though from GPU72 status.[/QUOTE]

LOL... It's all cool. :wink:

GPU72 is pretty steady-state at the moment (following the derivative curves, of course), so geeky chatter is welcomed. :tu:

[QUOTE=storm5510;556184]I looked at your graphs. Those readings are what some here would call "brown-out" conditions. What do they use for power generation?[/QUOTE]

When those graphs were sampled, they were importing oil; mostly from T&T.

Still mostly do. :sad:

[QUOTE=chalsall;556187]When those graphs were sampled, they were importing oil; mostly from T&T.

Still mostly do. :sad:[/QUOTE]

I suppose a jumbo nuclear plant would not go over very will with the populous there. If something went haywire, there would be no way to get away from it. Those things are super expensive to build, and a desalination plant would be needed also. Salt water and nuclear reactors do not play well together.

[QUOTE=storm5510;556189]I suppose a jumbo nuclear plant would not go over very will with the populous there.[/QUOTE]

Please don't underestimate us! :wink:

Being 13.2 degrees above the equator, we were the test site for the [URL="https://en.wikipedia.org/wiki/Project_HARP"]HARP Gun[/URL]!

Admittedly, those near the launch site weren't terribly amused when their chattel houses fell off their brick pillars. Even less amused were those right beside who owned their land and houses, and their foundations cracked.

This was during a test run when Dr. Bull wanted to prove he could launch a payload once an hour for a 24 hour period...

P.S. If any of you ever visit Barbados, please be sure to program a visit to the now terribly rusty guns actually used for the launches.

P.P.S. Also, of course, program to interact with me. A BH3 run (or walk) at 1400 local time on Saturday will be a requirement for the visit, of course! :smile:

[QUOTE=storm5510;556184]The USAF still uses B-52's. There have been many generations of it since then.[/QUOTE]The B52 was a magnificent design. I got to see one take off, up close, and one of the first F-16 prototypes land, during a job interview in Ft. Worth in the 70s. The B52 takes off with the fuselage horizontal, it generates so much lift; no upward pitch like a commercial jet. They keep updating the electronics and engines etc. It's planned to continue them in service until 2045, a total of 90 years!

[QUOTE=kriesel;556196]The B52 was a magnificent design. I got to see one take off, up close, and one of the first F-16 prototypes land, during a job interview in Ft. Worth in the 70s. The B52 takes off with the fuselage horizontal, it generates so much lift; no upward pitch like a commercial jet. They keep updating the electronics and engines etc. It's planned to continue them in service until 2045, a total of 90 years![/QUOTE]

I remember seeing something a few years ago about an engine refit on active models. I believe a reduction in fuel consumption was the goal. I always thought that having caster wheels on the ends of the wings was amazing because they are so long. My brother, who is now 78 years old, stays current on everything. Even thought he completed his service in 1966, I think he feels obligated to do this. He, and his wife, go to the Dayton (Ohio, Wright-Patterson AFB) Air Show every year and spend a week. He says a person cannot see everything in just a few days.

[QUOTE=storm5510;556228]I remember seeing something a few years ago about an engine refit on active models. I believe a reduction in fuel consumption was the goal. I always thought that having caster wheels on the ends of the wings was amazing because they are so long. My brother, who is now 78 years old, stays current on everything. Even thought he completed his service in 1966, I think he feels obligated to do this. He, and his wife, go to the Dayton (Ohio, Wright-Patterson AFB) Air Show every year and spend a week. He says a person cannot see everything in just a few days.[/QUOTE]Sounds like he'd enjoy a well chosen week in Oshkosh WI. [url]https://youtu.be/s4ACGCopg4k[/url] [url]https://eaa.org/eaa[/url]

One of my uncles helped build DC3s in WWII, and just finished building a light plane a couple years ago at 93. I think there's a brick in Oshkosh with his name on it.

[QUOTE=kriesel;556237]Sounds like he'd enjoy a well chosen week in Oshkosh WI. [URL]https://youtu.be/s4ACGCopg4k[/URL] [URL]https://eaa.org/eaa[/URL]

One of my uncles helped build DC3s in WWII, and just finished building a light plane a couple years ago at 93. I think there's a brick in Oshkosh with his name on it.[/QUOTE]


He may have already been to Oshkosh. He likes to travel. I will have to ask him.
Attached is a photo of my brother in South Vietnam in the mid '60's. Da Nang, I believe it was.

[QUOTE=kriesel;556196]They keep updating the electronics and engines etc.[/QUOTE]
They have been delaying the upgrading of the engines for decades. If they had hung 737 engines on them back in the 1980's when it was suggested, 10s (if not 100's or 1000's) of millions of barrels of oil would have been saved. The RFP asking for new engines that will fit in the current nacelles is dumb. Use commercially equivalent engines from 737s or even 787s and the upgrade and upkeep costs will be vastly lower than using new custom engines in antique nacelles that inhibit using high bypass engines.

The engines currently being used are more or less the same as they had coming off the assembly line (and the B-36 used.)

[URL="https://en.wikipedia.org/wiki/Boeing_B-52_Stratofortress#Engine_retrofit"]https://en.wikipedia.org/wiki/Boeing_B-52_Stratofortress#Engine_retrofit[[/URL]

Fascinating, with interesting side trips :smile:

It looks like some Colab results are not being noticed and posted to PrimeNet.

[QUOTE=Uncwilly;556843]It looks like some Colab results are not being noticed and posted to PrimeNet.[/QUOTE]

A couple of mine that ran overnight (session ended around 2AM) just posted within the past hour. Perhaps there is a small delay.

The ones that I watched have updated. The delay was several hours.

[QUOTE=Uncwilly;556858]The ones that I watched have updated. The delay was several hours.[/QUOTE]

Yeah... Sorry guys; I *still* haven't written that script yet, so a human (me) is still in the loop.

If you see results not being auto-submitted, please wait a while for me to notice. Or, if they bug you, you can submit them yourself manually, and then GPU72 will see the completion(s) within ten minutes.

[U]Question[/U]: What is the turnaround time? What I mean is the time between work submission to Primenet and the relay back to GPU72?

[QUOTE=storm5510;556948][U]Question[/U]: What is the turnaround time? What I mean is the time between work submission to Primenet and the relay back to GPU72?[/QUOTE]

No more than half an hour. In some ranges, within ten minutes.