講起multithreading又要出圖..
7h1r733n 發表於 2016-3-17 00:52


   
所以......... 用下好啦. 唔好太認真...

當年讀algorithm, 其中一個好typical 既problem 做simulation 係一條queue 定多條queue好
現實同理論係.....

via HKEPC Ionic Reader v1.2.9 - Web

TOP

提示: 作者被禁止或刪除 內容自動屏蔽

TOP

提示: 作者被禁止或刪除 內容自動屏蔽

TOP

提示: 作者被禁止或刪除 內容自動屏蔽

TOP

提示: 作者被禁止或刪除 內容自動屏蔽

TOP

提示: 作者被禁止或刪除 內容自動屏蔽

TOP

No, 現代 compiler, 一般計,
如果 define structure
struct x {
unsigned char a, b, c, d, e, f, g, h; ...
seasky 發表於 2016-3-17 08:50

http://ideone.com/8b1uA4
我諗你搞錯左少少alignment既concept……
compiler係要做到「係struct x array入面,每個struct x既每個field既address都要同果個field既type對齊」。
所以如果係
  1. struct x {
  2.     char a;
  3.     int b;
  4. };
複製代碼
咁由於b要對齊到sizeof(int),a後面會多3個bytes做padding,於是sizeof(struct x)會係8(假設sizeof(int) == 4)。
但你講既case,由於sizeof(unsigned char) == 1,點擺都冇問題,所以唔會有padding。

via HKEPC Reader for Android

TOP

No, 現代 compiler, 一般計,
如果 define structure
struct x {
unsigned char a, b, c, d, e, f, g, h; ...
seasky 發表於 2016-3-17 08:50



    朋友,你用邊隻語言 flag 唔係用bool 走去用char,用錯類型唔好怪人。

TOP

咦, 我當年都做過, 但當年好似用 pascal 寫, 未識 multi thread,  結果用 loop 扮.

當年模出來係 singl ...
seasky 發表於 2016-3-17 08:59



    當年同今時今日的multi-core 己經唔同,加上現在CPU,越用少CORE,每一單春CPU就可以運行越快,GUI系統己無時無刻用咗幾條線,所以用傳統方法自行分配Thread係客戶端上運行就HIGH曬野,
但Android Google 做半桶水,你唔自行分配Thread就運用唔到自行分配Thread的八成功力,
為保證運行通用性,只能用佢個Asyn功能(每隻Device又可能會Custom咗個運行方法),
其實為用盡GUI幾春,而家寫野己經盡量係GUI入面做最後輸出計算,放曬Rendering的資料入去,然後比個指令GUI運行特定指令令佢生成動畫效果,CPU就盡量處理單線或二線的計算,有時唔用得Multithread 係Debug太難,死循環問題,計算先後次序問題,Apple的GCD就係能夠相對用簡單幾個指令使到管理GUI的先後級同程式計算的多核先後問題,所以正路Android慢過IOS程式,寫軟件的人可以係ANDROID TUNE的彈性好低,當然可以用NDK寫,但NDK有通用性問題,小型PROJECT亦不現實,不過Android的架構做法好處係入門門檻低唔易運行唔到,效率就放次要,只要GOOLGE的軟件TUNE到靚GOOGLE就得,其他理得你死,iOS則較難做到穩定性好,不過APPLE STORE把關嚴。

TOP

朋友,你用邊隻語言 flag 唔係用bool 走去用char,用錯類型唔好怪人。
evec 發表於 2016-3-17 13:00

C冇bool……

via HKEPC Reader for Android

TOP