我正在创建一个简单的框架来教授 C++/D3D11 下的基本图形概念。该框架需要通过简单的接口(interface)函数(例如 Putpixel( x,y,r,g,b ))直接操作屏幕光栅内容。
在 D3D9 下，这是一个相对简单的目标，通过在 CPU 组成表面的堆上分配表面缓冲区来实现。然后后备缓冲区将被锁定，堆缓冲区的内容将转移到后备缓冲区。据我了解，在 D3D11 下无法直接从 CPU 访问后备缓冲区。必须准备纹理资源，然后通过一些全屏几何图形将其绘制到后台缓冲区。
我已经为这样的程序考虑了两个系统。第一个包含一个 D3D11_USAGE_DEFAULT 纹理和一个 D3D11_USAGE_STAGING 纹理。暂存纹理首先被映射，然后从 CPU 绘制。当场景完成时，暂存纹理被取消映射并使用 CopyResource 复制到默认纹理(如果我没记错的话，它使用 GPU 执行复制)，然后默认纹理被绘制到通过全屏纹理四边形的后缓冲区。
第二个系统包含一个 D3D11_USAGE_DYNAMIC 纹理和一个分配在堆上的帧缓冲区。当场景合成时，动态纹理被映射，堆缓冲区的内容通过 CPU 复制到动态纹理，动态纹理被取消映射，然后通过全屏纹理四边形绘制到后台缓冲区。
我的印象是，使用读写访问和 D3D11_USAGE_STAGING 创建的纹理将驻留在系统内存中，但我运行的性能测试似乎表明情况并非如此。即，使用暂存纹理通过 CPU 绘制一个简单的 200x200 填充矩形比使用堆缓冲区慢大约 3 倍(两种情况完全相同的反汇编(紧密的 rep stos 循环))，强烈暗示暂存纹理驻留在图形适配器内存中。
我更愿意使用暂存纹理系统，因为它可以将渲染到后台缓冲区的工作和从系统内存复制到图形内存的工作都卸载到 GPU 上。但是，在任何情况下，我都想优先考虑 CPU 访问速度而不是这种能力。
那么哪种方法最适合这种用例？任何提示、对我的两种方法的修改或对完全不同方法的建议都将不胜感激。
最佳答案
动态和暂存都可能在系统内存中，但它们很可能是您的问题，是写入组合内存。这是一种缓存模式，其中单个写入合并在一起，但如果您尝试读取，因为它是未缓存的，每次加载都需要付出完整内存访问的代价。您甚至必须非常小心，因为 c++ *data=something; 有时也会导致不需要的读取。
动态纹理没有问题，GPU 可以读取系统内存，但你需要小心，创建其中的一些，并使用 map_nooverwrite 循环每一帧，以抑制昂贵的驱动程序缓冲区重命名丢弃.当然，永远不要在读写中做映射，只写，否则你会引入 gpu/cpu 同步并杀死并行性。
最后，如果你想要一个持久的表面并且每帧只有几个 putpixel(或者甚至很多)，我会选择一个无序访问 View 和一个计算着色器，它消耗一个像素位置缓冲区和颜色来更新.该缓冲区将再次成为一个没有覆盖映射的动态缓冲区。使用该解决方案，主表面将驻留在显存中。
就个人而言，我什至懒得教 cpu 表面操作，这几乎总是一种糟糕的做法和性能 killer ，而不是现代 gpu 架构中的方法。这在十年前还不是一个基本的图形概念。
关于c++ - 如何从 Direct3D 11 中的 CPU 访问帧缓冲区？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/37522752/
我正在学习如何使用Nokogiri，根据这段代码我遇到了一些问题:require'rubygems'require'mechanize'post_agent=WWW::Mechanize.newpost_page=post_agent.get('http://www.vbulletin.org/forum/showthread.php?t=230708')puts"\nabsolutepathwithtbodygivesnil"putspost_page.parser.xpath('/html/body/div/div/div/div/div/table/tbody/tr/td/div
总的来说，我对ruby还比较陌生，我正在为我正在创建的对象编写一些rspec测试用例。许多测试用例都非常基础，我只是想确保正确填充和返回值。我想知道是否有办法使用循环结构来执行此操作。不必为我要测试的每个方法都设置一个assertEquals。例如:describeitem,"TestingtheItem"doit"willhaveanullvaluetostart"doitem=Item.new#HereIcoulddotheitem.name.shouldbe_nil#thenIcoulddoitem.category.shouldbe_nilendend但我想要一些方法来使用
我试图在一个项目中使用rake，如果我把所有东西都放到Rakefile中，它会很大并且很难读取/找到东西，所以我试着将每个命名空间放在lib/rake中它自己的文件中，我添加了这个到我的rake文件的顶部:Dir['#{File.dirname(__FILE__)}/lib/rake/*.rake'].map{|f|requiref}它加载文件没问题，但没有任务。我现在只有一个.rake文件作为测试，名为“servers.rake”，它看起来像这样:namespace:serverdotask:testdoputs"test"endend所以当我运行rakeserver:testid时
作为我的Rails应用程序的一部分，我编写了一个小导入程序，它从我们的LDAP系统中吸取数据并将其塞入一个用户表中。不幸的是，与LDAP相关的代码在遍历我们的32K用户时泄漏了大量内存，我一直无法弄清楚如何解决这个问题。这个问题似乎在某种程度上与LDAP库有关，因为当我删除对LDAP内容的调用时，内存使用情况会很好地稳定下来。此外，不断增加的对象是Net::BER::BerIdentifiedString和Net::BER::BerIdentifiedArray，它们都是LDAP库的一部分。当我运行导入时，内存使用量最终达到超过1GB的峰值。如果问题存在，我需要找到一些方法来更正我的代
关闭。这个问题是opinion-based.它目前不接受答案。想要改进这个问题？更新问题，以便editingthispost可以用事实和引用来回答它.关闭4年前。Improvethisquestion我想在固定时间创建一系列低音和高音调的哔哔声。例如:在150毫秒时发出高音调的蜂鸣声在151毫秒时发出低音调的蜂鸣声200毫秒时发出低音调的蜂鸣声250毫秒的高音调蜂鸣声有没有办法在Ruby或Python中做到这一点？我真的不在乎输出编码是什么(.wav、.mp3、.ogg等等)，但我确实想创建一个输出文件。
Rails2.3可以选择随时使用RouteSet#add_configuration_file添加更多路由。是否可以在Rails3项目中做同样的事情？ 最佳答案 在config/application.rb中:config.paths.config.routes在Rails3.2(也可能是Rails3.1)中，使用:config.paths["config/routes"] 关于ruby-on-rails-Rails3中的多个路由文件，我们在StackOverflow上找到一个类似的问题
给定这段代码defcreate@upgrades=User.update_all(["role=?","upgraded"],:id=>params[:upgrade])redirect_toadmin_upgrades_path,:notice=>"Successfullyupgradeduser."end我如何在该操作中实际验证它们是否已保存或未重定向到适当的页面和消息？ 最佳答案 在Rails3中，update_all不返回任何有意义的信息，除了已更新的记录数(这可能取决于您的DBMS是否返回该信息)。http://ar.ru
我在我的项目目录中完成了compasscreate.和compassinitrails。几个问题:我已将我的.sass文件放在public/stylesheets中。这是放置它们的正确位置吗？当我运行compasswatch时，它不会自动编译这些.sass文件。我必须手动指定文件:compasswatchpublic/stylesheets/myfile.sass等。如何让它自动运行？文件ie.css、print.css和screen.css已放在stylesheets/compiled。如何在编译后不让它们重新出现的情况下删除它们？我自己编译的.sass文件编译成compiled/t
我正在寻找执行以下操作的正确语法(在Perl、Shell或Ruby中):#variabletoaccessthedatalinesappendedasafileEND_OF_SCRIPT_MARKERrawdatastartshereanditcontinues. 最佳答案 Perl用__DATA__做这个:#!/usr/bin/perlusestrict;usewarnings;while(){print;}__DATA__Texttoprintgoeshere 关于ruby-如何将脚
Rackup通过Rack的默认处理程序成功运行任何Rack应用程序。例如:classRackAppdefcall(environment)['200',{'Content-Type'=>'text/html'},["Helloworld"]]endendrunRackApp.new但是当最后一行更改为使用Rack的内置CGI处理程序时，rackup给出“NoMethodErrorat/undefinedmethod`call'fornil:NilClass”:Rack::Handler::CGI.runRackApp.newRack的其他内置处理程序也提出了同样的反对意见。例如Rack
