Which are the main reasons of the poor performance of open graphics driver?

[alelinuxbsd]

Is it mainly a matter of too many layer?
Or algorithms don't sufficiently flexible to be able to use at best the hardware?
Or both?

Note:
I speak for situations when the documentation is present as happen on Intel (at least on most part) and partially on Amd.

[darkbasic]

as happen on Intel

Intel linux drivers are as fast as windows ones on sandy bridge hardware, sometimes even faster!

[Qaridarium]

Intel linux drivers are as fast as windows ones on sandy bridge hardware, sometimes even faster!

benchmarked on obsolete software like quake3 LOL...
all pbuffer based software like quake3 are obsolede!
FBO+shadermodel 3+VTF are the minimum features for dx9 class hardware benchmarks!
and FBO+shadermodel3+VTF+HDR are the minimum for dx10 class hardware.
and FBO+shader4+VTF+HDR+Tesselation are the minimum for dx11 class hardware.
also all benchmarks with test and benchmark online benchmarks are invalid.
means all unigine benchmarks are invalid!
only REAL games and REAL software are valid benchmarks!
meybe you can benchmark with oilrush but i think phoronix test suide do not have oil rush as a profile.


show me your benchmarks to prove your words : "Intel linux drivers are as fast as windows ones on sandy bridge hardware, sometimes even faster"

you will not bring any valid one. (valid=real game and not outdated)

[darkbasic]

benchmarked on obsolete software like quake3 LOL...

No, benchmarked on shader intensive games like xonotic.

[alelinuxbsd]

And as i noticed here:
Could you put more benchmark comparison using open graphics driver?
despite intel seem (at least based on the only same test between the benchmarks present on both article) even better then amd, remain a very huge difference against proprietary driver.

[marek]

A lack of manpower.

[Plombo]

A lack of manpower.

This. We have easily less than a tenth of the number of developers that work on the proprietary drivers.

[alelinuxbsd]

A lack of manpower.

How is possible?
Generally important open project have many collaboration around the world.Even more respect proprietary software.
Anyway often proprietary driver on linux aren't good (for bugs), only nVidia make a little better, because they have few interest on Linux.
The group that work on linux driver usually are limited even on proprietary driver.
Other hypothesis:
- argument too difficult so is a big limit at partecipation of a certain level?
- slow decision-making in the direction (feautures, etc) to be taken during developing?
- development process does not efficiently structured to avoid the task carried out by a developer does not block the work of another if it isn't concluded? (This problem for example happen for Gimp while after the 2.8 release perhaps will be solved).

[darkbasic]

The group that work on linux driver usually are limited even on proprietary driver.

Yes, but 90% of the code is shared with the windows driver.