其他

轉載請註明出處為KlayGE遊戲引擎，本文地址為http://www.klayge.org/2012/04/12/%e5%9f%ba%e4%ba%8epixel-shader%e7%9a%84fft%e5%b7%b2%e7%bb%8f%e5%ae%8c%e6%88%90/ 上周末把GPU Gems 2裡的GPU FFT在KlayGE裡實現了一下，經過最佳化和調整，昨晚已經進入KlayGE的開發版本中。完整的FFT Lens

轉載請註明出處為KlayGE遊戲引擎，本文地址為http://www.klayge.org/2011/08/10/glloader-3-7-0%e5%8f%91%e5%b8%83%ef%bc%8c%e6%94%af%e6%8c%81%e6%9c%80%e6%96%b0%e7%9a%84opengl-4-2/KlayGE遊戲引擎的子項目glloader是一個OpenGL擴充載入庫。它支援OpenGL核心1.0到4.2，OpenGL

轉載請註明出處為KlayGE遊戲引擎，本文的永久連結為http://www.klayge.org/?p=2059按照先前的計劃，KlayGE 4.2中將加入volumetric light的效果，目前已經由Parsifal Wang實現並整合入引擎中。這裡的volumetric light，或者說light shaft，方法上類似於CE和3DMark的做法——把情境渲染得到的depth texture和color texture進行radial blur，得到的結果在通過alpha

轉載請註明出處為KlayGE遊戲引擎，本文地址為http://www.klayge.org/2011/07/26/%e4%b8%8d%e4%ba%89%e6%b0%94%e7%9a%84geometry-shader/上周末實現了打算在KlayGE 4.0中使用的render to texture array功能。於是自然而然想到在ShadowCubeMap這個例子中使用，用來在1個pass內直接產生cubemap。結果，不比不知道，一比嚇一跳。在不同GPU上FPS如下：NV 9800GTNV

zz: http://blog.csdn.net/herbert5069/article/details/6859563 ＄Git stash 可用來暫存當前進行中的工作， 比如想pull 最新代碼， 又不想加新commit， 或者另外一種情況，為了fix 一個緊急的bug,  先stash, 使返回到自己上一個commit, 改完bug之後再stash pop, 繼續原來的工作。基礎命令：$git stash$do some work$git stash pop進階：當你多次使用’git

轉載請註明出處為KlayGE遊戲引擎，本文地址為http://www.klayge.org/2011/06/22/klayge%e4%b8%ad%e7%9a%84fxaa%e5%b7%b2%e7%bb%8f%e5%ae%8c%e6%88%90/昨天收到了小順提交的FXAA和TAA代碼，現在已經整合進KlayGE。目前實現的FXAA是在顏色上檢測邊緣的，效果較好，但運算量也上去了。啥都不說，！沒有經過消除鋸齒的情境經過FXAA消除鋸齒過的情境對局部細節做一個放大比較：局部比較邊緣的情況如下，因為是

provided的含義: whatever version you specify is used at compile time and for testing. At runtime it is assumed to be provided by your runtime container, e.g. Jetty.         <dependency>            <groupId>javax.servlet</groupId>      

Sendmail+Postfix的思路：1.它們都屬於不同的SMTP伺服器實現。2.利用SendMail的重發機制，應用程式發送到原生SendMail肯定不會丟失，而本機再去串連遠端Postfix可以利用重發的機制保證。如果直接連adm01c，萬一掛掉，有可能造成郵件丟失。3.如果應用程式直接連接遠端Postfix，有可能因為BIO而導致延遲。應用程式先發到本地的Sendmail就認為已經發送成功而返回。有點類似於通過訊息佇列發送郵件。SMTP底層是基於TCP協議，會保證發送出去。所以關注點轉移

在git pull的過程中，如果有衝突，那麼除了衝突的檔案之外，其它的檔案都會做為staged區的檔案儲存起來。重現：$ git pullA    Applications/Commerce/BookingAnalysis.javaA    Applications/Commerce/ClickSummaryFormatter.javaM    Applications/CommerceForecasting/forecast/Forecast.javaA  

Spring的JdbcTemplate的API中常用的二個方法：1. boolean execute(String sql) throws SQLException; //executes an SQL statement and indicates the form of the first result， true if the first result is a ResultSet  object; false if it is an update count or there are  

１。maven的web工程使用tomcat-maven-plugin調試，不推薦使用wtp的serversbuild.xml裡面添加 <build> <finalName>velocity</finalName> <plugins> <plugin> <groupId>org.codehaus.mojo</groupId>

  一。非靜態域的消極式載入使用DCL實現的問題：編譯器會無序寫入1.什麼是無序寫入：按常規先初始化，後指向。真實的情況是寫指向，後初始化。當執行instance =new Singleton(); 相當於執行了下列虛擬碼： mem = allocate();             //Allocate memory for Singleton object.instance = mem;               //Note that instance is now non-null,

Oracle中在DDL的時候,列類型date是包括時間+時間的，並且精確到毫秒.

最常用的辦法就是用 ClassPathXmlApplicationContext， FileSystemClassPathXmlApplicationContext， FileSystemXmlApplicationContext 等對象去載入Spring設定檔，這樣做也是可以， 但是在載入Spring設定檔的時候，就會產生一個新的ApplicaitonContext對象而不是Spring容器幫我們產生的哪一個， 這樣就產生了冗餘，

備忘：1.網路通訊協定的設計的最初目的是傳輸文本。2.四層構成了互連網3.傳輸過程如下：－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－轉自http://www.ruanyifeng.com/blog/2009/03/tcp-ip_model.html  TCP/IP模型是互連網的基礎。想要理解互連網，就必須理解這個模型。但是，它不好懂，我就從來沒有搞懂過。前幾天，BetterExplained上有一篇文章，很通俗地解釋了這個模型。我讀後有一種恍然大悟的感

說到阻塞,首先得說說I/O等待。I/O等待是不可避免的,那麼既然有了等待,就會有阻塞,但是注意,我們說的阻塞是指當前發起I/O操作的進程被阻塞同步阻塞I/O便是指,當進程調用某些涉及I/O操作的系統調用或庫函數時,比如accept()(注意accept也算在了i/o操作)、send()、recv()等,進程便暫停下來,等待I/O操作完成再繼續運行。這是一種簡單而有效的I/O模型,它可以和多進程結合起來有效利用CPU資源,但是代價就是多進程的大量記憶體開銷。  同步阻塞 進程坐水,就不能燒粥

轉自http://wenku.baidu.com/view/0230a8fd941ea76e58fa04cb.html 常見的符號有三種：@  #  // （不常見的我也沒有見過）一般來說我們都是糊裡糊塗地被自動加上@這樣的符號，多數人也懶得管這些鬼符號。其實我們也可以在編寫微博的時候主動地輸入這些古怪玩意兒。它們都有什麼用呢？@微博人名@這個符號會把緊跟它之後的文字當成一個人名，自動產生一個指向這個人的微博。當然如果這個微博名字不存在，系統會告訴你。例如：編輯時你輸入：有一天@阿狗

group by表示by一定的規則進行分組。 通過一定的規則將一個資料集劃分成若干個小的地區，然後針對若干個小地區進行資料處理。group by只能返回group by的欄位與彙總函式的計算結果。如果在返回集欄位中，這些欄位要麼就要包含在Group By語句的後面，作為分組的依據；要麼就要被包含在彙總函式中。顧名思議，彙總表示將多個值匯為一個值以便與group by的欄位一一對應。具體分析見樣本1.當理解了group by與彙總函式，就很好理解count（distinct field）是否可用。

  安全執行緒情境備忘：1.載入引起的線程問題消極式載入－》使用消極式載入的單例（有的單例的實現並不需要消極式載入）－》避免線程多次執行個體化域，只執行個體化一次2. 非消極式載入的靜態域的安全執行緒問題：多線程修改域的屬性值。注意，這個樣本不存在情境1的問題。因為域是靜態域且非消極式載入，並且該域私人，這樣該域只會執行個體化一次。 public class Weibo implements java.io.Serializable {private static final long

理解負載平衡，首先要理解轉移與轉寄的區別：轉移與轉寄就象客戶與外包公司是否需要直接接觸的情境一樣，如果直接與外包公司接觸就是轉移。如果通過接包人接觸。客戶與外包公司之間透明，就是轉寄。轉移：資料包從用戶端轉移到實際伺服器，需要知道實際伺服器的地址。轉寄：資料包只須從用戶端發送到Proxy