Hi All, I understand what happen on my Core i5-2430M
see also: http://en.wikipedia.org/wiki/List_of_Intel_Core_i5_microprocessors http://en.wikipedia.org/wiki/Intel_Turbo_Boost outdated but still valid The solution is very simple, do not try any benchmark. Do not try any repetitive benchmark that head up the CPU I found a program that show some hidden parameters, as power, clock and temperature. The frequency of processor is from 600 Mhz (idle) to 2.4GHz (max) up to near 3GHz ( turbo boost enable) but depend on external parameters. If the temperature go high or the power absorption go over some limits the clock go down. Seem that some instruction need less power, so the strange results. As written few day ago on desktop computers and processors the difference is low as in tables mailed by Joe. Also GPU do some energy saving (battery operation) to maintain the PC temperature low or in some parameters (infamous maximum junction temperatureas for CPU). Pressurizing the bottom of the PC as a tube with a very powerful fan (power absorption double of PC and noise as a Jet) minimize problem. I apologize for the message Merry Christmas and Happy New Year to All 73 Sandro IW3RAB Il 17/12/2014 22:36, Alessandro Gorobey ha scritto: > Hi Joe, > I will try other tests in next days. > Today I try the test on a desktop i7-2600 cpu@3.4GHz OS window7 64 pro > The test is on 100 files named from test00.wav to test99.wav > I modified in display.cpp the line 40 routine void > DisplayText::insertLineSpacer() > to > void DisplayText::insertLineSpacer() > { > // QString tt="----------------------------------------"; > QTime time = QTime::currentTime(); > QString tt = time.toString(); > QString bg="#d3d3d3"; > _insertText(tt,bg); > } > So i have time markers. Putting the '.mtune=native' ONLY on fortran > flags reduce the time from 5 to 4 minutes on the 98 cycles (first and > last are excluded). This confirm your table on the decoder times. > I think some other parameter influence the program (other hardware? > other libs? other video drivers?) > I will try to analyze between 'decodings' to understand the strange > difference on some machines. > I will keep you informed as I am very curious > > Best regards > > 73 Sandro IW3RAB > > Il 17/12/2014 16:13, Joe Taylor ha scritto: >> Hi Alessandro, >> >> I replicated your tests as exactly as possible, modifying >> CMAKE_CXX_FLAGS and General_FFLAGS by the addition of "-mtune=native". >> Using WSJT-X and the "Shift+F6" command, the sequence of ten files >> (01.wav, 02,wav, ... 10.wav) was processed in 21 seconds with or without >> the addition of "-mtune=native" before building the program from >> scratch. I could find no measurable difference in execution speed for >> the two cases. Certainly they were the same to within 1 second. >> >> I note also that the total execution time is very nearly the same as >> what I reported yesterday for the execution of jt9[.exe] from the >> command line. Almost all of the CPU-intensive "number crunching" in >> WSJT-X occurs in the Fortran code in jt9. Other tasks such as display >> of graphical information and decoded text, writing output files, etc., >> make comparatively trivial demands on CPU resources. >> >> It remains a mystery to me why you have seen large differences in >> execution speed after adding the compiler flag "-mtune=native". >> >> -- 73, Joe, K1JT >> >> ------------------------------------------------------------------------------ >> >> >> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >> from Actuate! Instantly Supercharge Your Business Reports and Dashboards >> with Interactivity, Sharing, Native Excel Exports, App Integration & >> more >> Get technology previously reserved for billion-dollar corporations, FREE >> http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk >> >> _______________________________________________ >> wsjt-devel mailing list >> wsjt-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wsjt-devel >> > ------------------------------------------------------------------------------ Dive into the World of Parallel Programming! The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net _______________________________________________ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel