其他

上面已經介紹了動態規劃模型的基本組成，現在需要解決的問題是：什麼樣的“多階段決策問題”才可以採用動態規劃的方法求解?    一般來說，能夠採用動態規劃方法求解的問題必須滿足.最佳化原理和.無後效性原則。(1)動態規劃的最佳化原理。作為整個過程的最優策略具有如下性質：無論過去的狀態和決策如何，對前面的決策所形成的目前狀態而言，餘下的諸決策必須構成最優策略。    可以通俗地理解為子問題的局部最優將導致整個問題的全域最優，即問題具有最優子結構的性質，也就是說一個問題的最優解只取決於其子問題的最優解，

 GDB的命令概貌———————啟動gdb後，就你被帶入gdb的調試環境中，就可以使用gdb的命令開始偵錯工具了，gdb的命令可以使用help命令來查看，如下所示：/home/hchen> gdbGNU gdb 5.1.1Copyright 2002 Free Software Foundation, Inc.GDB is free software, covered by the GNU General Public License, and you arewelcome to

使用Linux 和 SAMBA替代Windows NT/2000

今天從一個伺服器列表來批量執行expect指令碼進行Tivoli Endpoint Client的安裝，從excel表格中拷貝出伺服器名匯入到txt檔案上傳到伺服器後，執行wc -l統計發現少了一行，反覆對比確認不存在遺失的條目，那麼為什麼wc -l少一行呢？查詢協助檔案：[root@managevm1 ~]# wc --help -l, --lines            print the newline

　Tokyo Cabinet 是日本人 平林幹雄 開發的一款 DBM 資料庫，該資料庫讀寫非常快，雜湊模式寫入100萬條資料只需0.643秒，讀取100萬條資料只需0.773秒，是 Berkeley DB 等 DBM 的幾倍。　　　　Tokyo Tyrant 是由同一作者開發的 Tokyo Cabinet 資料庫網路介面。它擁有Memcached相容協議，也可以通過HTTP協議進行資料交換。　　Tokyo Tyrant 加上 Tokyo Cabinet，構成了一款支援高並發的分布式持久儲存系統，

線程共用的環境包括：進程程式碼片段、進程的公有資料(利用這些共用的資料，線程很容易的實現相互之間的通訊)、進程開啟的檔案描述符、訊號的處理器、進程的目前的目錄和進程使用者ID與進程組ID。     進程擁有這許多共性的同時，還擁有自己的個性。有了這些個性，線程才能實現並發性。這些個性包括：    1.線程ID      每個線程都有自己的線程ID，這個ID在本進程中是唯一的。進程用此來標   識線程。    2.寄存器組的值       由於線程間是並發啟動並執行，每個線程有自己不同的運行線索，

從ubuntu 8.04開始，每次登入ssh輸入完使用者名稱後都要長時間等待輸入密碼，於是在網上尋找到相關解決辦法：vi /etc/nsswitch.conf將其中的hosts: files mdns4_minimal [NOTFOUND=return] dns

需要加上參數才會在完成後執行舉例：st.alpha = 0; TweenLite.to(st,3,{alpha:1,onComplete:Reload, onCompleteParams:[st,"df"]});一般情況下，我們這樣子寫：TweenLite.to(st,3,{alpha:1,onComplete:Reload});經過測試發現，Reload 函數並不是在動畫執行結束後執行的，而是動畫一開始就行了。翻遍互連網，發現需要帶上參數才可以

1.對查詢進行最佳化，應盡量避免全表掃描，首先應考慮在 where 及 order by 涉及的列上建立索引。     2.應盡量避免在 where 子句中對欄位進行 null 值判斷，否則將導致引擎放棄使用索引而進行全表掃描，如：    select id from t where num is null    可以在num上設定預設值0，確保表中num列沒有null值，然後這樣查詢：    select id from t where num=0    3.應盡量避免在 where

         Linux 支援的共用程式庫（lib*.so）技術不僅能夠有效利用系統資源，而且還對程式設計帶來了很大的便利性、通用性等，因此被各種層級的應用系統廣泛採用。動態連結的共用庫是在載入應用程式時被載入的，而且它與應用程式是在運行時綁定的：通過動態連結器，將動態共用程式庫映射進應用程式的可執行記憶體中（動態連結）；在啟動應用程式時，動態裝載器將所需的共用目標庫映射到應用程式的記憶體（動態裝載）。　　在通常情況下，共用庫都是通過使用附加選項 -fpic 或 -fPIC

  為了處理多個I/O源，比如多個網路連接，許多傳統的應用程式都要建立新進程或新線程。但我們可以通過另外的途徑解決，即反應式模型（recativemodel），其基礎是事件多路分離器，比如select()、poll()或WaitMultipleObjects()系統函數，這些優秀的函數允許我們使用一個進程或者線程，就能處理許多時間。但是編寫使用這些函數的可移植性應用相當富有挑戰性，而這正是ACEReactor架構可以協助我們的地方。主要的類有：1

 通過使用通訊端來達到處理序間通訊目的編程就是網路編程。　　代碼,開發工具,資料庫,伺服器架設和網頁設計這5部分你都要接觸 　　代碼分靜態代碼和動態代碼 　　靜態代碼是伺服器不解析直接發送給用戶端的部分,用做布局效果,一般不用於資料庫操作 　　靜態代碼分html,javascript,css等,其中html語言是基礎,要學網路編程就先學html語言.javascript用於實現某些特效,css是樣式語言.這3個語言群組合起來,可以設計出美妙的網頁效果

char* src = new char[10];memset(src, 1, 10);char* dest = new char[20];strcpy(dest,

TweenLite參數說明: 1) $target : Object - 作為目標的對象， MovieClip或者其它對象 2) $duration : Number - 動畫的時間長度（單位：秒） 3) $vars : Object – 對象，通過屬性值，來存貯各種屬性參數用於緩動。（如果你使用 TweenLite.from() 方法，這裡的參數表示緩動的初始值） 該對象所具有的屬性： alpha: alpha  目標對象應該完成 (或開始，當使用

 -------------------------------Fedora 下防火牆的關閉-----------------從配置菜單關閉防火牆是不起作用的，索性在安裝的時候就不要裝防火牆查看防火牆狀態：/etc/init.d/iptables status暫時關閉防火牆：/etc/init.d/iptables stop禁止防火牆在系統啟動時啟動/sbin/chkconfig --level 2345 iptables off重啟iptables:/etc/init.d/iptables

以下以Group為例子講述如何在Flex 4中填充背景顏色、圖片： 1、圖片填充方式： <s:Group x="0" y="0" height="100%" width="100%"> <s:Rect x="0" y="0" height="100%" width="100%"> <s:fill> <s:BitmapFill source="@Embed('../imges/myBg.jpg')"/> </s:fill> </s:

Flex 3中Canvas是可以設定backgroundImage的，但是在Flex4的Spark組件中則不支援backgroundImage屬性的設定，怎麼辦呢？方法當然很多：可以考慮用s:Group去代替Canvas，兩個組件可以達到類似的功能，<s:Groupwidth="100%" height="111">  <s:Rectwidth="100%" height="100%">  <s:fill> <s:BitmapFillfillMode="

 1.http協議的工作原理2.apache的工作原理參考答案如下 引用:1.HTTP協議是基於請求/響應範式的(相當於客戶機/伺服器)。一個客戶機與伺服器建立串連後，發送一個請求給伺服器，請求方式的格式為：統一資源識別項 (URL)、協議版本號碼，後邊是MIME資訊包括請求修飾符、客戶機資訊和可能的內容。伺服器接到請求後，給予相應的響應資訊，其格式為一個狀態行，包括資訊的協議版本號碼、一個成功或錯誤的代碼，後邊是MIME資訊包括伺服器資訊、實體資訊和可能的內容。簡單的過程是1

快速排序是對冒泡排序的一種改進。它的基本思想是：通過一躺排序將要排序的資料分割成獨立的兩部分，其中一部分的所有資料都比另外一不部分的所有資料都要小，然後再按次方法對這兩部分資料分別進行快速排序，整個排序過程可以遞迴進行，以此達到整個資料變成有序序列。    假設要排序的數組是A[1]……A[N]，首先任意選取一個資料（通常選用第一個資料）作為關鍵資料，然後將所有比它小的數都放到它前面，所有比它大的數都放到它後面，這個過程稱為一躺快速排序。一躺快速排序的演算法是：  

 include() 和require()  ：語句包括並運行指定檔案。include() 產生一個警告而 require() 則導致一個致命錯誤。換句話說，如果你想在遇到丟失檔案時停止處理頁面就用 require()。include() 就不是這樣，指令碼會繼續運行。require_once() 語句在指令碼執行期間包括並運行指定檔案。此行為和 require() 語句類似，唯一區別是如果該檔案中的代碼已經被包括了，則不會再次包括。include_once()