Re: OProfile-1.2.0-rc1

Will:

I downloaded the RC1 tar ball and tested it on IBM Power 7, IBM Power8
big endian, IBM Power 8 little endian.  I did some manual tests of a
known workload.  I also downloaded and ran the OProfile test suite.
Everything looked fine.

                  Carl Love


On Mon, 2017-06-19 at 11:08 -0400, William Cohen wrote:
> There have been a number of improvements checked into the OProfile git repo.  It would be good to have those into an official release.  I have made a release candidate and it would be good to test this out on various platforms.
> 
> URL:
> https://sourceforge.net/projects/oprofile/files/oprofile/oprofile-1.2.0rc1/oprofile-1.2.0rc1.tar.gz/download
> 
> RELEASE NOTES:
> 
> New features
> ------------
> 
> - New/updated Processor Support
>     * ARM Cortex A17
>     * IBM Power 9
>     * IBM Power 8NV and NVL variants
>     * IBM z13
>     * Intel Goldmont
>     * Intel Kabylake
>     * Intel Xeon Phi (Knights Landing)
>     * Achitecture specific events for Applied Micro X-Gene
> 
> Bug fixes
> ---------
> 
> Filed bug reports:
> -------------------------------------------------------------------------
> |  BUG ID   |  Summary 
> |-----------|------------------------------------------------------------
> |  286      | Compilation error: left shift of negative value
> |  288      | oprofile fails to build with --enable-pch and gcc-6.2 
> -------------------------------------------------------------------------
> 
> Other bug fixes and improvements without a filed report (e.g., posted to the lis
> t):
> ---------------
>    - Fixed compile warning and errors when using GCC 6 or GCC 7
>    - Avoid using deprecated readdir_r function
>    - Store samples in the archive and search the appropriate places
>      for samples
>    - Only start the application if the perf events setup was successful
> 
> 
> Known problems and limitations
> -------------------------
> 
> - When using operf to profile multiple events, the absolute number of
>   events recorded may be substantially fewer than expected. This can
>   be due to known bug in the Linux kernel's Performance Events
>   Subsystem that was fixed sometime between Linux kernel version 3.1
>   and 3.5.
> 
> - Monitoring processes that frequently create and destroy threads via
>   the "--pid" option can be problematic.  The pipes used within operf
>   and ocount may fill up can cause these programs to hang and require
>   multiple cntl-C to exit rather than successfully collecting data on
>   fast spawning processes and children.
> 
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> oprofile-list mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/oprofile-list
> 



------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot