| 01:31.13 | *** join/#bzflag infobot (ibot@c-174-52-60-165.hsd1.ut.comcast.net) |
| 01:31.13 | *** topic/#bzflag is https://BZFlag.org || https://www.openhub.net/p/bzflag || https://bzflag.org/help || Channel Logs: http://infobot.rikers.org/%23bzflag/ || Current version: 2.4.18 || New shiny website! https://forums.bzflag.org/viewtopic.php?f=8&t=20201 |
| 01:31.13 | *** mode/#bzflag [+v infobot] by ChanServ |
| 03:52.13 | Flash | tupone: macsforme: I don't know much about how GL uses the GPU, but what I've learned from writing CUDA code is that memory allocation is one of the slowest things you can do on a GPU |
| 03:52.46 | Flash | but, I don't see any correlation between CPU memory and GPU memory (unless you use "managed" memory ... that may be an NVidia-only thing) |
| 03:53.07 | Flash | so the optimization in this PR isn't obvious (yet) |
| 03:53.44 | Flash | I'm guessing that the indices you are tracking somehow relate to GPU memory, but there should be a difference between allocating memory and copying from host to device memory |
| 03:53.57 | Flash | This might be a very difficult optimization |
| 07:20.39 | tupone | Flash: all the allocation management I'm doing on the PR is about GPU memory (I guess. I think it depends on the driver). CPU memory I don't care in this PR. And for the copy from host to device i do with the vertexData things and it is done only when data changes (or the thing is reset) |
| 07:21.58 | tupone | Most of the data (not yet, but in the following PR) will stay fixed there: bzflag world mostly |
| 07:48.46 | BZNotify | bzflag: 03atupone 11synchronized pull request #232 "Vertex buffers object handling" (06https://git.io/Je9kl) |
| 12:04.50 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 12:51.13 | BZNotify | bzflag: 03atupone 11synchronized pull request #232 "Vertex buffers object handling" (06https://git.io/Je9kl) |
| 13:01.08 | BZNotify | bzflag: 03atupone 11synchronized pull request #232 "Vertex buffers object handling" (06https://git.io/Je9kl) |
| 13:23.54 | *** join/#bzflag Foo_man_choo (~spldart@c-73-155-11-165.hsd1.tx.comcast.net) |
| 13:27.38 | BZNotify | bzflag: 03atupone 11synchronized pull request #232 "Vertex buffers object handling" (06https://git.io/Je9kl) |
| 14:45.44 | *** join/#bzflag Foo_man_choo (~spldart@c-73-155-11-165.hsd1.tx.comcast.net) |
| 16:01.46 | *** join/#bzflag WhatsUpDanger (0ca73d02@gateway/web/cgi-irc/kiwiirc.com/ip.12.167.61.2) |
| 16:18.09 | *** join/#bzflag fanta1 (~fanta1@p200300F76BC5DE00B44C3F8BA1912925.dip0.t-ipconnect.de) |
| 17:29.31 | *** join/#bzflag TimRiker (~TimRiker@bzflag/projectlead/TimRiker) |
| 17:29.31 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 18:17.38 | BZNotify | bzflag: 03atupone 11synchronized pull request #232 "Vertex buffers object handling" (06https://git.io/Je9kl) |
| 19:11.00 | *** join/#bzflag spldart (~spldart@bzflag/contributor/spldart) |
| 19:11.01 | *** mode/#bzflag [+v spldart] by ChanServ |
| 21:57.07 | *** join/#bzflag Sgeo_ (~Sgeo@ool-18b982ad.dyn.optonline.net) |
| 22:34.04 | BZNotify | bzflag: 03atupone 11synchronized pull request #232 "Vertex buffers object handling" (06https://git.io/Je9kl) |
| 22:58.53 | *** join/#bzflag Zehra (~Zehra@unaffiliated/zehra) |