- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi to all,
I'm tryng to maximize the performances of a Fortran application. I'm trying to use PGO with IPO, but I'm receiving a lot of warnings like this:
I would know some issues to eliminate this warnings, because at the moment the application doesn't go faster after PGO and IPO optimizations and I think that these warnings would be a possible cause.
I'm tryng to maximize the performances of a Fortran application. I'm trying to use PGO with IPO, but I'm receiving a lot of warnings like this:
warning #11503: Total routines 12, routines w/o profile info: 2 ...I think that PGO hasn't profile informations for some routines, but I haven't found several info in Intel Compiler Help.
I would know some issues to eliminate this warnings, because at the moment the application doesn't go faster after PGO and IPO optimizations and I think that these warnings would be a possible cause.
Link Copied
3 Replies
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
The warning would mean that you didn't use those routines in your training runs, or didn't compile them with /Qprof-gen. if you don't waste any time there, that would not be a cause for ineffectiveness of PGO.
The main goal of PGO is to improve branch prediction. It's hard enough to guess whether it is likely to show a gain when we can see the source code. Ifort doesn't depend as much on PGO as it did some years ago. An exception, where PGO should help, is a SELECT CASE where few of the cases are frequently used, but the cases aren't sorted by frequency.
The main goal of PGO is to improve branch prediction. It's hard enough to guess whether it is likely to show a gain when we can see the source code. Ifort doesn't depend as much on PGO as it did some years ago. An exception, where PGO should help, is a SELECT CASE where few of the cases are frequently used, but the cases aren't sorted by frequency.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Thank you! I thought that PGO would improve the performances of this application, but unfortunately this application seems hard to predict. So in this case applying PGO results in no effects on execution time.
Fortunately the other optimizations based on architecture family work great for this application!
I go a little OT: I'm trying to run the exe file with "prof-run", but the exe file needs some arguments and possibly a redirect. For example to start the execution of the application I double-click on a file .bat which contains:
Fortunately the other optimizations based on architecture family work great for this application!
I go a little OT: I'm trying to run the exe file with "prof-run", but the exe file needs some arguments and possibly a redirect. For example to start the execution of the application I double-click on a file .bat which contains:
set var1=.So I thought that the right way to run prof-run could be a .bat file like this:
set var2=.
application.exe -macro file.rsl > file.log
set var1=.Thank you another time!
set var2=.
profrun -branch -dcache -icache application.exe -macro file.rsl > file.log
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Do you have an example of Fortran application which runs faster after IPO/PGO optimizations?
I ask for this because I'm working on my thesis and I think that it would be usefull to write an example where PGO/IPO optimizations work well.
Thanks in advance!
I ask for this because I'm working on my thesis and I think that it would be usefull to write an example where PGO/IPO optimizations work well.
Thanks in advance!
Reply
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page