小编b1n*_*phy的帖子

标题说明了一切,但为了清楚起见我会添加一些额外的单词.

在这种情况下,调整大小意味着:

• 在旧的vbo结束时获得更多的存储空间
• 将旧数据保存在前面
• (希望不要复制,但至少不要在CPU端,这意味着驱动程序应该处理这个)

编辑

至于解释一些更多的细节并证明我的问题:
我会将(正手)未知大小的数据存储到VBO,但我只知道一个非常粗略估计的上限(在异常条件下10-100倍甚至更多) ).

当然我知道我存储了多少数据,当我完成它时,所以存储数据会很好,直到我发现我的VBO太小并调整它然后再继续存储.

这就是为什么我不想复制(特别是不在CPU端):
我在GPU上做这一切以获得交互式帧速率.当我不得不复制时,它很慢甚至不可能,因为没有足够的空间.最糟糕的是通过CPU复制数据,从而将所有内容通过总线传递到具有足够大小的新内存区域,然后glBufferData使用新大小的VBO和新内存区域作为源.那将是性能杀手.

绕开

我通过准确估计所需空间来规避问题.但是我会让这个问题在一个星期内无法回答,看看是否有人对此有另一个暗示,因为我对解决方案不太满意.

我的源文件窗口正在快速增长(就我项目中的文件数量而言),并且在任何给定时间快速找到我需要访问的特定源文件会变得有点麻烦.我正在使用Embarcadero的C++ Builder,但我也在其他C++ IDE中遇到过这个问题.

在Java中,我经常使用包来创建源代码的逻辑分区,尤其是在单个项目中处理大量源文件时.虽然这,当然,是不是Java包的唯一目的,他们在这方面是非常方便的.

有没有人对如何在C++中实现类似的功能有任何想法？我应该将我的源分成物理文件夹吗？C++ Builder是否提供了某些我没有看到的虚拟文件夹/分组功能？任何想法都表示赞赏,谢谢.

有一个包含一些长项的ListBox.这些长项超出了ListBox的右边缘,这里有一个想法,当鼠标悬停在这些项目上时显示这些项目的提示.

我找到了一个例子:(来自http://delphi.about.com/cs/adptips2001/a/bltip0201_4.htm)

procedure TForm1.ListBox1MouseMove (Sender: TObject; Shift: TShiftState; X, Y: Integer) ;
var lstIndex : Integer ;
begin
  with ListBox1 do
  begin
   lstIndex:=SendMessage(Handle, LB_ITEMFROMPOINT, 0, MakeLParam(x,y)) ;
   if (lstIndex >= 0) and (lstIndex <= Items.Count) then
     Hint := Items[lstIndex]
   else
     Hint := ''
   end;
  end;

它工作,但每次我想查看另一个项目的提示我必须将我的鼠标从ListBox移开,然后指向另一个项目以查看其提示.有没有办法在不将鼠标移离ListBox边框的情况下查看每个项目的提示？

来自AsynchronousFileChannelAPI:

在未指定线程池的情况下创建AsynchronousFileChannel时,该通道与可能与其他通道共享的系统相关的默认线程池相关联.

我还没有在其他任何地方看到这个术语,我没有通过网络搜索找到任何具体的解释.什么是依赖于系统的默认线程池？它的特点是什么？它们如何在系统之间变化？

这让我抓狂。我正在寻找在最小值和最大值范围内均匀计算x值的公式。例如...