User:Aorlovsky

My name is Alexander Orlovsky

I run small consulting company in Nuremberg

My company specialize in custom solutions and maintenance of various technologies which our clients use.

We advise on and solve technical issues.

On the Linux side, we are most times helping to solve issue at client side with integration related problems. (Docker , Kubernetes, ERP related software and old legacy software)

openSUSE related project are coming up more and more and i think it would be both beneficial , if we start to work closely with community and provide our solutions to known to us problems in relation to openSUSE distribution and it would benefit your community.

Most times i am participating in solving server related Linux bugs, of course desktop related issues still happen and there Linux should improve.

One of the most desired stuff in Linux for me, would be a native OOP and OOA solution for 3D, it's complex issue.

Nvidia and AMD providing solutions but they are kind of limited , they "invade" kernel space and most times its a close source kernel module.

My idea some day to have a software layer which connects directly to Xorg DRI and works like a bridge between Xorg and Kernel , allowing the hardware graphic card vendors to provide the modules which would just interact with my layer and so enable full 3D performance of theirs hardware.

If my vision to have such graphics system that relies primarily on the Direct Rendering Infrastructure (DRI) in the Linux kernel and minimizes dependencies on vendor-specific kernel drivers, it would involve creating a userspace component that interacts directly with the DRI. This userspace component would serve as a bridge between the kernel's DRI support and the higher-level graphics APIs used by applications.

Basically, the best thing if hardware vendors of the graphic cards would write component which would integrate into my software layer which would handle the rest. The positive outcome would be , that kernel would stay "clean" and easy to update whenever its necessary, because currently you need to consider the probable issues , if you use closesource kernel module like Nvidia.

My idea , basically will solve issue, whenever a closesource driver cause problems in Linux, it just a thing of system maintenance, some orgas prefer to have variation of different kernel setups, but in practice its pain in the a*** , because you always need to keep in mind which servers or clients have such module and check those close source kernel modules even compatible with new kernel release.

So as usual Linux community drive innovation and i just hope someday to implement my idea, and make Linux even more desktop friendly.