forums.silverfrost.com

LitusSaxonicum · Posted: Mon Mar 19, 2018 10:48 pm Post subject:

I was amused that the announcement ran foul of the forum posting length limits!

The enhancements in 8.20 and 8.30 don't seem to imply that 8.10 contained many (if any) show-stoppers for most of us. As for new features, %sb looks like a nice one to have, as well as a method fr printing graphics like %pl.

Kenneth_Smith · Posted: Mon Mar 19, 2018 11:14 pm Post subject:

It was the notes on parallel processing that caught my eye. I can make the second example run, but the first example hangs on my machine. This would be a really good topic for an instructional video on YouTube Smile

Ken

silverfrost · Posted: Tue Mar 20, 2018 9:52 am Post subject:

There will be an 8.30 personal edition quite soon.

PaulLaidler · Posted: Tue Mar 20, 2018 2:21 pm Post subject:

Ken

I have reported the failure of the first example in the notes on multi-tasking.

Kenneth_Smith · Posted: Tue Mar 20, 2018 4:22 pm Post subject:

Paul,

The file notes_on_parallel_processing.txt appears to be truncated. ParallelExample3.f95 is missing not / included in the file and does not appear to be elsewhere either. Also there is no documentation on new functions such as TaskSynchronise@ etc. Probably an oversight?

Ken

PaulLaidler · Posted: Wed Mar 21, 2018 12:29 pm Post subject:

Ken

The regression that caused Example1 to fail has now been fixed in salflibc64.dll and I will aim to make new DLLs available shortly. I will also include new notes containing the missing example and details of the new routines.

mecej4 · Joined: 31 Oct 2006 Posts: 1899

LitusSaxonicum · Posted: Fri Mar 23, 2018 4:36 pm Post subject:

mecej4, so you reckon about a week, then?

My guess is not until they can get a release out of the door without someone pointing out what's wrong with it within a jiffy of it becoming downloadable.

Eddie

silverfrost · Posted: Sat Mar 24, 2018 1:37 pm Post subject:

Timescale... in the week or so time bracket

wahorger · Joined: 13 Oct 2014 Posts: 1257 Location: Morrison, CO, USA

I am observing that V8.30.0 is much faster at 32-bit compiling than 8.20.0.

LitusSaxonicum · Posted: Mon Mar 26, 2018 9:00 pm Post subject:

Bill, Is that because 8.20 was slow, so will the PE crowd going from 8.10 will notice it?

E

wahorger · Joined: 13 Oct 2014 Posts: 1257 Location: Morrison, CO, USA

I never thought it was particularly slow.

That said, it is much faster. I spend a LOT less time waiting for my full rebuild now. Makes me happy!!

wahorger · Joined: 13 Oct 2014 Posts: 1257 Location: Morrison, CO, USA

OK, here's something strange as of 8.30. I never saw this running the 8.20 version, and, yes, I did look!

I compile/link both a /CHECKMATE and a /RELEASE version of my software during the build process.

Using the CTRL-SHIFT-ESC to get the Task Manager up to look at resources consumed when I run the programs, the /CHECKMATE compilation consumes about 685 MB of memory, while the /RELEASE compilation consumes 24.5 MB. I know the 24.5 MB is "incorrect": because I have very large common blocks that exist in BOTH compilations.

As I run through various parts of the /RELEASE variety, the amount of main memory begins to climb. It is as if the memory is NOT being allocated for those common blocks until such time as I access those data, where the/CHECKMATE variety has it all loaded, all the time.

Nothing is amiss in the /RELEASE variety; everything works great.

FYI: The .bss section in the link map shows 674,303,196 bytes for /RELEASE and 712,995,816 for /CHECKMATE. Expected, I guess, because /CEHCKMATE needs some more data storage for "stuff".

Just an observation on my part. Wondered what others might have seen?
Bill

JohnCampbell · Joined: 16 Feb 2006 Posts: 2615 Location: Sydney

Bill,
I think what you are describing for Release has always been the case.

wahorger · Joined: 13 Oct 2014 Posts: 1257 Location: Morrison, CO, USA

John, thanks for the update.

I'd never seen that for /RELEASE. Not that it doesn't happen; the program I normally would have looked at uses a LOT of main memory from the start, so I may have just never seen it.

Bill