I found textproc/vbindiff, and a quick run on the two binaries suggests that the difference is the result of a different link order.Do we have a quick & dirty binary diff in the base?
I found textproc/vbindiff, and a quick run on the two binaries suggests that the difference is the result of a different link order.Do we have a quick & dirty binary diff in the base?
I see this all the time with CMake.so you should always use that flag instead of linking yourself.
target_link_libraries(myapp SDL2 pthread GL)
Probably a bit later, libmap.conf(5) still contains an example that suggests libthr and libpthread are different.Afaik, that was somewhere around FreeBSD 5.
PTHREAD_SCOPE_PROCESS
, and PTHREAD_SCOPE_SYSTEM
wasn't explicitly set.Keep in mind, that man page still contains an example for https://www.freshports.org/www/linuxpluginwrapper/. Wikipedia (https://en.wikipedia.org/wiki/Thread_(computing)#History_of_threading_models_in_Unix_systems) claims: "FreeBSD 5 implemented M:N model. FreeBSD 6 supported both 1:1 and M:N, users could choose which one should be used with a given program using /etc/libmap.conf. Starting with FreeBSD 7, the 1:1 became the default. FreeBSD 8 no longer supports the M:N model." I'm too lazy to verify that, though.Probably a bit later, libmap.conf(5) still contains an example that suggests libthr and libpthread are different.
Oh, I just want to see some code from OP because I'm curious what that might be. Too bad OP is… unreasonable.Still, blaming your tools (yep, including an OS) for your own mistakes.
This sounds reasonable enough to just believe it. So on any FreeBSD since 6, OP could have gotten what he wanted. End of this pointless thread then?"FreeBSD 5 implemented M:N model. FreeBSD 6 supported both 1:1 and M:N, users could choose which one should be used with a given program using /etc/libmap.conf. Starting with FreeBSD 7, the 1:1 became the default. FreeBSD 8 no longer supports the M:N model." I'm too lazy to verify that, though.
Modern computers generally have GPUs. You could consider using OpenCL. That still counts as software rendering (kinda) and would result in vastly superior performance to even the most modern Ryzen CPU.which uses software rendering, therefore threads are required to have a good experience on modern computers
Geri, that is a bold claim, care to share a sample code to demonstrate your issue? Have you verified if process or threads are not bound to a single core?
Great. Then install a Linux to the same qemu virtual machine and compare performance.qemu virtual machine
Modern computers generally have GPUs. You could consider using OpenCL. That still counts as software rendering (kinda) and would result in vastly superior performance to even the most modern Ryzen CPU.
Great. Then install a Linux to the same qemu virtual machine and compare performance.
I am fairly certain you will receive consistent underwhelming performance on both operating systems (unless KVM is used perhaps).
Good luck. After all Michael Abrash and John Carmack managed to get Quake working on a Pentium mmx. I am sure you can too.on computers where opencl is not supported by hardware (and the runtime is not present on anywhere by default, unless people install its runtimes from a vendor) would be an economic suicide, and the speed of opencl is very anemic compared to hand crafted integerheavy c code anyway. for example my code is fluid up to a few 1000 polygons even on a pentium mmx. imho using opencl would be an economical suicide in any serious project besides cryptocurrency mining and AI, merely serves more purpose than to impress the developers mom and ideologize the fact that someone have spent $1000 on a plastic children toy called gpu.
So it is using KVM?i have debian in virtual machine, there is about 20-30% speed drop compared to the host, and ofc pthreads are working fine as they was intended to.
Might not be modern but an Intel GMA 915 from early 2000's is probably enough to beat a lot of software renderers written today. Unless yours plans to have better performance than LLVMpipe?someone have spent $1000 on a plastic children toy called gpu.
Good luck. After all Michael Abrash and John Carmack managed to get Quake working on a Pentium mmx. I am sure you can too.
So it is using KVM?
Things that make you go hmmm......would be an economical suicide in any serious project besides cryptocurrency mining and AI...
Hah, not really. I can generally crack out a software renderer in C++ during a 24hr games jamhehe, are you jelly? i was living from writing game engines for about 15 years, while you were probably sitting in sorrow with your imaginary opencl renderer![]()
Hah, not really. I can generally crack out a software renderer in C++ during a 24hr games jam
https://github.com/osen/software-3d-renderer
Will be interesting to see how it compares with yours.
A lot of people in the computer industry disagree with you, and think that GPUs (and their close relatives) are highly efficient and fast, and not just a "children's toy". Your claim that they are "anemic" compared to hand-crafted integer-heavy C also disagrees with the state of the art.imho using opencl would be an economical suicide in any serious project besides cryptocurrency mining and AI, merely serves more purpose than to impress the developers mom and ideologize the fact that someone have spent $1000 on a plastic children toy called gpu.
i have never asked anyone to agree with me, i explained why i am not going to use it. you write code whatever you want to write in, and what i write code in is not something you can vote aboutA lot of people in the computer industry disagree with you, and think that GPUs (and their close relatives) are highly efficient and fast, and not just a "children's toy". Your claim that they are "anemic" compared to hand-crafted integer-heavy C also disagrees with the state of the art.
then you are lucky, because i like this kind of rivalization
mine can push about 1+ million polygons playable on a third gen 4 core i7 in full hd
i am curious, how well your performs?
Looks like it was fixed in 2018.lol, funny, but a reboot fixed it
after googling a bit, it turns out that this bug exists for 7 years at least https://forums.freebsd.org/threads/signature-is-not-valid-pkg.47200/
/me grabs large bag of popcorn...![]()