forums.silverfrost.com Forum Index forums.silverfrost.com
Welcome to the Silverfrost forums
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Search found 2083 matches
forums.silverfrost.com Forum Index
Author Message
  Topic: Speed improvement 32 vs 64 bit
JohnCampbell

Replies: 18
Views: 450

PostForum: General   Posted: Sun Aug 18, 2019 5:21 am   Subject:
mecej4,

You refer to an interesting thread. I should try to update this thread for using ftn95/64 and SSE/AVX instruction set routines. As a single thread solution, the approach of a "cache bl ...
  Topic: Speed improvement 32 vs 64 bit
JohnCampbell

Replies: 18
Views: 450

PostForum: General   Posted: Thu Aug 08, 2019 5:16 am   Subject:
With FTN95 /64 you can also get access to SSE and AVX instructions if you use DOT_PRODUCT8@(x,y,n) and AXPY8@(y,x,n,a). These can produce good performance improvement. (note that integer*8 n)
You can ...
  Topic: Access violation error in 64-bit; works in 32-bit
JohnCampbell

Replies: 26
Views: 717

PostForum: 64-bit   Posted: Tue Aug 06, 2019 5:59 am   Subject:
Regarding the use of large arrays in COMMON with FTN95 /64, Silverfrost FTN95 appears to be unique in it's implementation of large COMMON arrays, while most other compilers (including iFort and gFortr ...
  Topic: Access violation error in 64-bit; works in 32-bit
JohnCampbell

Replies: 26
Views: 717

PostForum: 64-bit   Posted: Fri Aug 02, 2019 5:37 am   Subject: Re:
Imagine the crazy world we are living, everyone, Microsoft, Intel want to control everything and call it "advancement" when they increase stack to equivalent of 3 bytes, then 4 bytes or incr ...
  Topic: Access violation error in 64-bit; works in 32-bit
JohnCampbell

Replies: 26
Views: 717

PostForum: 64-bit   Posted: Fri Aug 02, 2019 5:35 am   Subject:
Apart from the other programming errors, it is foolish to put such large arrays on the stack. Their size should be confirmed and if required they should be placed on the heap via ALLOCATE.

There a ...
  Topic: Voice of doom: Stack overflow in 64bit
JohnCampbell

Replies: 21
Views: 834

PostForum: 64-bit   Posted: Sat Jul 27, 2019 9:10 am   Subject: Re:
When you write that "the design of the stack" is lazy, is that directed at Microsoft?
Yes, definitely, although I think most operating systems have a similar problem.

In what way might i ...
  Topic: Voice of doom: Stack overflow in 64bit
JohnCampbell

Replies: 21
Views: 834

PostForum: 64-bit   Posted: Sat Jul 27, 2019 5:26 am   Subject:
Dan,

I certainly agree that the functionality of the stack is poor and I would suggest that it's design is lazy. The heap has the ability to extend to multiple memory locations.

I don't agree wi ...
  Topic: No_Truncate
JohnCampbell

Replies: 12
Views: 655

PostForum: General   Posted: Fri Jun 14, 2019 2:39 am   Subject:
Dan,

Why don't you write a program that scans for lines longer than 132 characters and also for <HT> characters.
You could either open the file using transparent:
open (unit = 1 ...
  Topic: conveting REGQUERYVALUEEX to /64
JohnCampbell

Replies: 5
Views: 348

PostForum: 64-bit   Posted: Sun Jun 09, 2019 3:41 pm   Subject:
Paul,

Thanks for the answers. I shall review them further.

re 1) Although this is ok, I wonder if SDBG would struggle with this construct.

re 2) I am still not sure what is correct. For /64, ...
  Topic: conveting REGQUERYVALUEEX to /64
JohnCampbell

Replies: 5
Views: 348

PostForum: 64-bit   Posted: Sat Jun 08, 2019 12:17 am   Subject:
/ctd!
write (*,*) 'NUMBER_OF_PROCESSORS = ', trim(num_process), len_trim (num_process)
write (*,*) 'PROCESSOR_IDENTIFIER = ', trim(IDENTIFIER), ...
  Topic: conveting REGQUERYVALUEEX to /64
JohnCampbell

Replies: 5
Views: 348

PostForum: 64-bit   Posted: Sat Jun 08, 2019 12:13 am   Subject:
For those interested in my expanded registry inquiry, my incomplete /64 code is: program test_processor_id
use mswin
Integer, external :: processor_id
integer jj
jj = pr ...
  Topic: conveting REGQUERYVALUEEX to /64
JohnCampbell

Replies: 5
Views: 348

PostForum: 64-bit   Posted: Fri Jun 07, 2019 11:49 pm   Subject: conveting REGQUERYVALUEEX to /64
Dan's example of problems with SDBG ( or is it SDBG64 ? ) has provided a number of questions for me about how to convert to /64.
It also shows some interesting problems accessing the registry.
His e ...
  Topic: Incorrect first line of subroutines in debugger under /64
JohnCampbell

Replies: 5
Views: 451

PostForum: 64-bit   Posted: Fri Jun 07, 2019 2:50 pm   Subject:
Dan,

I do not get your SDBG problem, but the code example is very interesting.

I would have thought that the following line of code is asking for trouble.
READ(getenv@('NUMBER_OF_PROCESSORS'),* ...
  Topic: Fortran 2003/2008
JohnCampbell

Replies: 146
Views: 87436

PostForum: General   Posted: Mon Jun 03, 2019 9:42 am   Subject:
Paul,

Re: testing my iso_fortran_env module

I have got somewhere, as the linked example appears to work for 32-bit, but not for 64-bit.
If successful, the approach I am using does not require c ...
  Topic: Fortran 2003/2008
JohnCampbell

Replies: 146
Views: 87436

PostForum: General   Posted: Sat Jun 01, 2019 5:19 am   Subject:
For my ISO_FORTRAN_ENV .mod / .mod64 file, the compiling with USE ISO_FORTRAN_ENV appears to be ok, but linking is a problem.

It appears that I can't have contained routines, as this would require ...
 
Page 1 of 139 Goto page 1, 2, 3 ... 137, 138, 139  Next
All times are GMT + 1 Hour
Jump to:  


Powered by phpBB © 2001, 2005 phpBB Group