efficiency problem

[photor]

I have tested your code. Compiling is ok, but when running it gives an error message "libgfortran-3.dll not found", why?

You need to download mingw32_dll.zip (or mingw64_dll.zip) from that same link.

Of course I have mingw64.dll, otherwise there would be an error message "mingw64.dll not found" before the libgfortran-3.dll one.

[engkin]

Of course I have mingw64.dll, otherwise there would be an error message "mingw64.dll not found"

Yes, sure. You *might* have mingw64.dll alone. The link provides libgfortran-3.dll, libgcc_s_seh-1.dll, and libquadmath-0.dll which you need to put in the same directory (or path) with your exe file. So yes, you need to download mingw64_dll.zip and expand it and put the files visible to your application.

[Nitorami]

The dlls are loaded at runtime, and need to be found by the operating system. Put them in the search path, or in the same folder as the exe file.

[mas steindorff]

I have not followed him in a while but you should check into the stuff "aminer" offers.  I believe I saw he offered a multi threaded matrix multiply a while ago were the times were almost 50 times faster than a single thread.

I have checked aminer's stuff, but it has gone.

here is a post for his demo for matrix back in 2013
http://forum.lazarus.freepascal.org/index.php/topic,23009.msg136762.html#msg136762
he still has the code on his web site at
http://pages.videotron.com/aminer/
were he says he worked off a math library from "mrsoft" @
http://www.mrsoft.org/home/index.html
hope that helps

[photor]

Of course I have mingw64.dll, otherwise there would be an error message "mingw64.dll not found"

Yes, sure. You *might* have mingw64.dll alone. The link provides libgfortran-3.dll, libgcc_s_seh-1.dll, and libquadmath-0.dll which you need to put in the same directory (or path) with your exe file. So yes, you need to download mingw64_dll.zip and expand it and put the files visible to your application.

Thanks. Following your instruction, I downloaded mingw64_dll.zip and obtained all the dll files needed. This time the test program compiled and run, but finally raised an exeption class "External: SIGSEGV". Has anybody successfully tested this in the 64bit case?

[photor]

I have not followed him in a while but you should check into the stuff "aminer" offers.  I believe I saw he offered a multi threaded matrix multiply a while ago were the times were almost 50 times faster than a single thread.

I have checked aminer's stuff, but it has gone.

here is a post for his demo for matrix back in 2013
http://forum.lazarus.freepascal.org/index.php/topic,23009.msg136762.html#msg136762
he still has the code on his web site at
http://pages.videotron.com/aminer/
were he says he worked off a math library from "mrsoft" @
http://www.mrsoft.org/home/index.html
hope that helps

I have checked all of these. The download links on his website are all redirected to a docs.google.com site, and returned a "not found" message eventually.

[Nitorami]

Yes, I had the same issue with aminers files. But having a single core CPU only, his major approach of splitting up tasks into threads ("workers") won't be a benefit for me anyway.

I have not tried the 64bit version because I already thought this might be a step too far and would cause problems, most likely with passing the parameters. Even in a 32bit environment, it took me a while to translate the C expectations into Pascal syntax, using constref and var as required, and I receives many sigsevs before I got it right.
In the 64bit version, the parameters will yet be passed differently, in different registers and what not. It may be easier with the 64bit FPC cross compiler, which is available but without IDE; to work with an IDE, you will have to make an own built in the first place. My advice is - the 32bit version spares you a lot of hassle, and you will not get a factor 2 improvement from using 64bit anyway.

[photor]

Yes, I had the same issue with aminers files. But having a single core CPU only, his major approach of splitting up tasks into threads ("workers") won't be a benefit for me anyway.

I have not tried the 64bit version because I already thought this might be a step too far and would cause problems, most likely with passing the parameters. Even in a 32bit environment, it took me a while to translate the C expectations into Pascal syntax, using constref and var as required, and I receives many sigsevs before I got it right.
In the 64bit version, the parameters will yet be passed differently, in different registers and what not. It may be easier with the 64bit FPC cross compiler, which is available but without IDE; to work with an IDE, you will have to make an own built in the first place. My advice is - the 32bit version spares you a lot of hassle, and you will not get a factor 2 improvement from using 64bit anyway.

But where can I download the 64bit FPC cross compiler?

[Nitorami]

http://www.freepascal.org/download.var

But if you do not absolutely need it, better stay with the standard 32 bit version !!!

[photor]

http://www.freepascal.org/download.var

Thanks. But all the download links on that page will be redirected to
http://sourceforge.net/projects/freepascal/files/
, and I still cannot find the cross compiler there, sorry.

[Nitorami]

Instead of sourceforge, go to austria

[photor]

Instead of sourceforge, go to austria

Ok, I see.

[mas steindorff]

I have checked all of these. The download links on his website are all redirected to a docs.google.com site, and returned a "not found" message eventually.
[/quote]
FYI I just tried downloading a few zips from these links with success (using chrome).   may have been down when you tried.

[engkin]

Thanks. Following your instruction, I downloaded mingw64_dll.zip and obtained all the dll files needed. This time the test program compiled and run, but finally raised an exeption class "External: SIGSEGV". Has anybody successfully tested this in the 64bit case?

Sorry I missed your post. I am on a 32bit OS so I can't be sure. But I see that the 64bit OpenBLAS comes in two flavors:

Win64-int32 for 64-bit Windows with 32-bit int (default on 64-bit Windows)
Win64-int64 for 64-bit Windows with 64-bit int

You might want to try the first one, as Nitorami's code is suitable for 32bit int:

Code: [Select]

int = longint;
OR (and this is just a guess) make:

Code: [Select]

  int = int64;


[photor]

Thank you very much!
After I replace "longint" with "int64", the 64bit version works!

Thanks. Following your instruction, I downloaded mingw64_dll.zip and obtained all the dll files needed. This time the test program compiled and run, but finally raised an exeption class "External: SIGSEGV". Has anybody successfully tested this in the 64bit case?

Sorry I missed your post. I am on a 32bit OS so I can't be sure. But I see that the 64bit OpenBLAS comes in two flavors:

Win64-int32 for 64-bit Windows with 32-bit int (default on 64-bit Windows)
Win64-int64 for 64-bit Windows with 64-bit int

You might want to try the first one, as Nitorami's code is suitable for 32bit int:

Code: [Select]

int = longint;
OR (and this is just a guess) make:

Code: [Select]

  int = int64;