熾火

摘要： 有一次我給同事講述跨線程調用時使用了高速行駛的并行列車來比喻，感覺比較形象。 線程列車 多線程就像多個并行的列車，每個線程在各自的軌道上不斷向前行駛。主界面所在的線程稱為UI線程，也叫主線程，主線程依靠消息驅動，可以將主線程的列車每節車廂想象為一個消息，每次轉換并處理一個消息，處理過程中如果有新的消 閱讀全文

摘要： 在C#語言中struct結構體和class之間的區別主要是值類型和引用類型的區別，但實際上如果使用不當是非常要命的。從Win32時代過來的人對于struct一點不感覺陌生，但是卻反而忽略了一些基本問題。我們知道C#在涉及到本地代碼的地方大量使用了struct，很大程度上是為了移植代碼的需要。很多時候 閱讀全文

摘要： 3.2.2版的ZeroMQ在Windows XP系統下無法運行，一旦鏈接到dll就開始報錯，有無法定位“GetTickCount64”和“InitializeCriticalSectionEx”于Kernel32.dll的錯誤。原因應該是發布的時候使用了VS2012在Window7下編譯導致的。... 閱讀全文

摘要： 0MQ綁定Delphi版 這是一份ZMQ綁定。測試環境Delphi7，BDS2006，FPC 2.6.0（目前僅Window）。 概述 程序包中含有一個dll的wrapper（zmq.pas），和一個高層API（zmqapi.pas）。 它應該能夠工作于 ZMQ 2.2.0，和 3.2.0rc1... 閱讀全文

摘要： 從ØMQ/2.2升級到ØMQ/3.2 可兼容變化 這些變化并不直接影響現有程序代碼： 發布-訂閱的過濾現已不再位于訂閱者端而是位于發布者端。這顯著改善了很多發布-訂閱用例的性能。ØMQ/3.2有很多新的API方法（zmq_disconnect()，zmq_unbind()，zmq_monito... 閱讀全文

摘要： 我們為何需要ØMQ 現在你已經見識了ØMQ的實際應用，讓我們回到“為什么”。 目前很多應用程序由跨越某種網絡的組件組成，不是局域網就是互聯網。那么多的程序員最終都在從事某種消息傳遞。一些開發者使用消息隊列產品，但大多是用TCP或UDP來自己開發。這些協議不難使用，但是從A到B發送少量字節和任何可... 閱讀全文

摘要： ØMQ編程 看了些例子，你渴望開始在程序中使用ØMQ。開始前，先深呼吸，淡定，反思一下基本的建議將節省你的壓力和困惑。 一步步學習ØMQ。它只是個簡單的API不過它隱藏了無限的可能性。慢慢的一個個掌握這些可能性。寫優美代碼。丑陋代碼隱藏了問題并導致他人難以幫助你。你可能習慣于無意義的變量命名，... 閱讀全文

摘要： 分而治之 作為最終示例（你肯定對生動的代碼開始生厭并希望回頭去鉆研關于比較性、抽象性準則的語言學探討），讓我們來做一個小型超級計算。然后喝個咖啡。我們的超級計算程序是個非常典型的并行處理模型。我們有： 一個通風機（ventilator）來產生可以并行處理的任務一組工人（worker）來處理任務... 閱讀全文

摘要： 放出消息 第二個經典模式是單向數據分發，服務器推送更新到一組客戶端。讓我們看一個推送天氣情況變化的例子，包含地區編碼、溫度、和相對濕度。我們會生成隨機值來模擬真實氣象站。 這是服務器代碼，這個程序我們使用5556端口。 wuserver: Weather update server in C /... 閱讀全文

摘要： 提出假定 我們假定你使用的至少是3.2發行版ØMQ。我們假定你在使用Linux box或類似的東西。我們假定你能讀C代碼，這是幾乎全部示例的默認語言。我們假定當我們寫下常量PUSH或SUBSCRIBE時你能夠想象到它們實際名稱是ZMQ_PUSH或ZMQ_SUBSCRIBE，當編程語言需要時。 獲... 閱讀全文