Hello Harris, On 5. Nov 2013, at 4:18, cpapado <[email protected]> wrote:
> a bug that were related to my issue and I figured i should > bring up here. Thanks for taking the time to do so. > First of all, when a pipe is not given a device # in the config then the > programming guide states that the device # is assigned automatically and > incremented for each pipe. Where does it say that? I couldn't find it on quick scan and don't remember writing it. The PG is definitely wrong here, the default port and device are undefined, which means 'use the default from the user environment'. > It seems to be that this is not happening so all > pipes are assigned device id 0 (line 143 in wgl::Pipe). Correct, on windows the above statement translates to 'use the first monitor'. > Thus, all display > DCs are created on the same display device which might be problematic in > multi-GPU scenarios. In "modern" (:P) Equalizer versions auto-configuration using hwsd will enumerate the devices properly. > Additionally, even if the IDs were incremented > sequentially, they would still most likely not correspond to discrete GPUs > but rather to different display OUTPUTS on the same or different GPUs. Depends. We really only support multi-GPU properly for Quadro cards, where the device index is used to enumerate the GPUs using the WGL_NV_gpu_affinity API. > For > example, an AMD Firepro card with 6 outputs will show 6 device ids to the > operating system (numbered 0-5 for the first GPU for example). So setting > two pipes with devices 0 and 1 would result in the windows being created on > the same GPU and potentially lead to performance issues. Yes, this is what I expect from the current implementation. A proper implementation should auto-detect the GPU manufacturer and use a different code path for AMD. Since we don't have the cards, nor a paying customer to sponsor this effort, I can't do this myself. I would be happy to help you implement it on your end, and merge the code into master. > Additionally, I came across a bug in the determination of the pixelvieport > geometry for a pipe in Win32. Thanks, merged. > I would clone the repo and do the edits myself, however I haven't been able > to build the master branch recently on OSX or Windows. OS X should work, as I build regularly on it. Windows might be more spotty, but I would happily merge any build fixes. Cheers, Stefan. > PS: Is there an ETA on fixing the build system for OSX Mavericks? Hopefully this year. I already upgraded to XCode 5, so I don't see what else is in the way. -- http://www.eyescale.ch https://github.com/Eyescale/ http://www.linkedin.com/in/eilemann
signature.asc
Description: Message signed with OpenPGP using GPGMail
_______________________________________________ eq-dev mailing list [email protected] http://www.equalizergraphics.com/cgi-bin/mailman/listinfo/eq-dev http://www.equalizergraphics.com
