-
Notifications
You must be signed in to change notification settings - Fork 9
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Define publicly available BSDF data file for comparative tests of builds #30
Comments
If I load MERL's "green-fabric.binary" I get this on my MSYS2-based Windows Vista 32 bit console running on a Laptop powered by a T5900 Intel Core Duo CPU:
Which times are you seeing on your end, @KimuraRyo? |
Adding
Another drastic increase of speed by factors of 3 up to 10 one gets with setting the
A noticeably faster calculation (3-4s) when e.g. toggling the Perhaps there's even more possibility for increasing performance? I guess the cause for this is, that MSVC already switches on a variety of optimisations which aren't active by default on MSYS2... |
Does -O3 provide noticeable performance improvements over -O2 ? I only ask as, as much as I love -O3, it can sometimes cause problems which can be awkward to debug if you forget you have it set. |
-O2 is as good as -O3:
:) |
So, this is on a late-2013 iMac i7:
being another 4-6 times faster. 👍 (Parallelization is doing its job nicely.) |
@mkae Mmm, well, if |
As pointed out in PR #32 it might be a good idea to make use of |
This is on W7 on an i5 650 @ 3.2 GHz:
being even noticeably faster than on the i7 running OSX above. |
This is a Xeon X5560 @ 2.8 GHz:
|
I loaded the "green-fabric.binary" to the version 1.1.4 and found nothing special. What I only found is editing takes a bit moment to complete, which may be sufficiently long (5 sec or more?) for users start to think that the program stopped running. I checked it:
Sorry but I don't know how to see the numerical timing as you have presented in this issue. Hope this info helps. |
Thanks for testing, @paraphoton, the debug output can be seen on the console, if the application was started from one that is. At least on OSX, WVista and W7. But from #33 I figure that Windows 10 doesn't show the requested information to you at all... So, I am afraid there is nothing you can do, if I understood correctly, @KimuraRyo! |
Actually, I launched the program from within the console on Windows 10. But I see no message there. |
Yeah, that's what @KimuraRyo wrote in #33. :-( |
Finally I tested the 1.1.4 binaries supplied by you on GitHub on my T5900 Intel Core Duo CPU:
Compared to the above for this machine (see 3rd post of this thread) your binary is another 2 times faster than the one built using MSYS2 with only -O3 set. So, I guess I still need to find the right switches to make MSYS2's gcc build faster executables, or try to use clang instead... |
This is a Xeon X5560 @ 2.8 GHz now with your 1.1.4 binaries:
which - now surprisingly - seems a bit slower than the measurement above for the code built on the X5560... So, it seems like it is beneficial to compile the executable on that hardware which it will be used on later! Update: @KimuraRyo, on this 64-bit machine I do have spurious hangs of your 32-bit application when loading the test file. |
BTW, @paraphoton, if you install a basic MSYS2 on your Windows 10 and start @KimuraRyo's executable from its MSYS2 shell you will get the desired output on the console. |
@aphirst, can you perhaps also run a speed test on your system(s)? |
Windows 7 Pro x64, MSYS2 x64, Intel i5-3320M, Intel HD 4000
|
Windows 10 Home, MSYS2 x64, Pentium Dual-Core T4500 @ 2.3GHz
|
This is on a Intel Core i5-3320M @ 2.60 GHz
as installed from MSYS2's binary repo, i.e. not built on this specific hardware. |
Stale issue message |
@KimuraRyo I am not sure whether you were informed of this at the time - perhaps I did via email, perhaps someone else did, or perhaps not - but it is with great regret that I must inform you of @mkae 's passing in February of 2017. Although I no longer work at the same company (or in the same field), he continues to be very sorely missed. |
I did not know it. Thank you for letting me know. The last time I communicated with him was in January of 2017. I regret that I cannot thank him directly for his support. May he rest in peace. |
A publicly available BSDF dataset for crosschecks of different builds (OSX, Linux, Windows, 32 bits, 64 bits, etc.) should be defined. This would help figuring out possible bottlenecks in
BSDFProcessor
(e.g. file loading or delays after changing of parameters as observed for OSX 10.10, 32 bit Vista and 64 W7) and allow unit testing oflibbsdf
.The text was updated successfully, but these errors were encountered: