Operating Systems > Linux and UNIX

FreeBSD vs Windows: OpenGL Performance

<< < (4/7) > >>

MrX:
right now in BeOS world
Rudolf Cornelissen is making a 3d driver and he sais :

--- Code: ---
BTW: I now compared timedemo1 speeds in Linux (nVidia closed source
driver) and BeOS. The Linux driver is 5 times faster than mine (I get
400fps for Q2 in for instance 800x600x32 mode on GF4Ti, MX about 250fps
If I remember correctly)

As I know for sure I am using the HW command available to the max it
becomes clear that they use other commands, or have extra features in
the card that enourmously speeds up the command I use. You'd better
prepare that we will not get those speeds on BeOS for nvidia.

I will publish the measurements and these thoughts on my weblog soon
BTW. It seems like a good idea to at some point do a 3D driver for a
'opensource hardware' 3D card. Even if these cards perform (much) worse
than nvidia's cards in windows, having full docs on such a card would
effectively make it much faster than a nvidia card in BeOs....

--- End code ---


so that is interesting. see my website here:
http://beq2.beworld.info/hardware_accel_on_beos.html

toadlife:
You are jumping the gun a bit muzzy. My benchmark page is FAR from complete, and I never said that FreeBSD is better than Windows for 3d performance. As I said, I plan on benchmarking more games, and I also plan on doing more Quake benchmarks with various AA/AF settings turned on.

As for the speculation about refreshrate limiting framerates in FreeBSD, they were not. I immediately suspected this myself, and made sure the vertical sync was turned off. Also, when I changed the lighting settings from "Lightmap" to "Vertex", the framerate in FreeBSD jumped to 96fps at 640x480. My monitor runs at 65-85mhz depending on the resolution.

toadlife:

--- Quote from: bedouin ---There's something not right with those results.  The FPS are almost identical in BSD at nearly every resolution; usually that suggests there's some kind of processing bottleneck. I'm suspecting the Linux emulation is to blame.
--- End quote ---

I think you are right. FreeBSD's linux ABI support is extremely efficient, but I suspect there are certain features of the linux kernel that either can't or don't get emulated properly. I seem to remember similar behavior in America's Army when running it in FreeBSD - changing to lower resolutions would not help framerates very much. I would have to go back and verify that though.


--- Quote from: bedouin --- If you want to do this fairly you need to find two OpenGL apps that run natively in both operating systems.
--- End quote ---

There are none that fit that criteria.

choasforages:
sigh...any shit running through any sort of layer and not on the hardware is going to be slower........

not to mention freebsd is more of a server operating system then a desktop one. linux on the other hand.....ive run quake 3 on both, its more stable and faster under linux....then agian, any layers that quake 3 has to go through under linux(like X11 and the kernel) probably has had gcc3 grind on the opimization flags for days whereas windows must run on almost any shit86 boxen. not to mention im betting dev on the linux/freebsd nvidia drivers as well as ati drivers is treated like a second class citizen.

choasforages:
ahhhhhh, i know of a native opengl app...its anciet but its native to both platforms...glquake and quake2.

Navigation

[0] Message Index

[#] Next page

[*] Previous page