討論區快速選單
知識庫快速選單
討論區最近新進100則主題 掌握Salesforce雲端管理秘訣
[ 回上頁 ] [ 討論區發言規則 ]
C# C++ Assembly 可以有高效率的結合
更改我的閱讀文章字型大小
作者 : ho520(ho)
[ 貼文 24 | 人氣 9 | 評價 60 | 評價/貼文 2.5 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2018/3/6 下午 05:51:26
提供我的測試程式

https://www.youtube.com/watch?v=YSa4FvjxapU
作者 : xiaolaba(xiaolaba)
[ 貼文 23 | 人氣 0 | 評價 0 | 評價/貼文 0 | 送出評價 4 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2018/5/27 上午 10:19:06
如果可以直接在此提供連結CODE會更好
作者 : ma_hty(白老鼠(Gary))討論區板主 OpenGL卓越專家DirectX優秀好手C++頂尖高手貼文超過2000則人氣指數超過70000點
[ 貼文 2189 | 人氣 89850 | 評價 10120 | 評價/貼文 4.62 | 送出評價 79 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2018/5/31 上午 01:56:49
沒源碼, 本應沒法有意思的討論的.
可是呢... 其實只需簡單地把 C# 除掉 + 單純用正確地用C++寫程式 + 不編半調子的Assembly, 大概會比你現在的程式跑得更快.

C# 是超慢的東東, C#程式 是用模擬器跑的啊. 用C#寫程式, 執行速度嘛... 比單純用C++寫的程式, 根本就連論討的意義也沒有.

至於在C++源碼裡, 補一刀自訂Assembly呢... 這是多此一舉了. C++編譯器的其中一項主要工作, 就是對 machine code 進行優化.

打個比喻吧, 你的自訂Assembly, 就彷彿是在電腦底版上 拔掉一顆廉價電容 換上一顆貴價電容 一般; 對整體效能而言,
這行動是有點多餘吧. 人家設計電腦底版時, 是對著全局考慮 去優化, "瞎子摸象地亂改" 是無法相提並論的.

C++ 配搭 Assembly 寫視窗程式 的例子嘛... 很久很久以前, 用多媒體指令集(SSE)時, 會這樣寫的. 可是, 少說都是20年以前的事了,
當然, 現在這些都由 C++編譯器 代勞啦.

作者 : ho520(ho)
[ 貼文 24 | 人氣 9 | 評價 60 | 評價/貼文 2.5 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2019/2/17 上午 08:42:28
;如何將(rgb)的圖最高速轉成灰階(aaa)?
;比c++快至少6倍


.data

align 16

; Gray = R* 0.299 + G* 0.587 + B* 0.114

; 0.299 * 256 = 77
; 0.587 * 256 = 150
; 0.114 * 256 = 29

;一半(無號數)
;0.2989*128=37
;0.587*128=75
;0.114*128=15


_Mu db 15 , 75 , 37 , 0
db 15 , 75 , 37 , 0
db 15 , 75 , 37 , 0
db 15 , 75 , 37 , 0
db 15 , 75 , 37 , 0
db 15 , 75 , 37 , 0
db 15 , 75 , 37 , 0
db 15 , 75 , 37 , 0

_IDX DB 1,1,1,-1
DB 3,3,3,-1
DB 5,5,5,-1
DB 7,7,7,-1
DB 09,09,09,-1
DB 11,11,11,-1
DB 13,13,13,-1
DB 15,15,15,-1



.code

ConvertGray32 Proc

SRC equ rcx
DES equ rdx
LEN equ r8d

mov eax , 0080h
movd xmm0 , eax
VPBROADCASTW ymm5 , xmm0

vMOVDQA ymm3 , ymmword ptr _Mu
vMOVDQA ymm4 , ymmword ptr _IDX


shr LEN , 4 ;一次算16個點

align 16

@loop:

vmovdqa ymm0 , ymmword ptr [src]
vpmaddubsw ymm0 , ymm0 , ymm3

vmovdqa ymm1 , ymmword ptr [src+32]
vpmaddubsw ymm1 , ymm1 , ymm3

vphaddw ymm0 , ymm0 , ymm1
vpsllw ymm0 , ymm0 , 1 ; x2
VPADDUSW ymm0 ,ymm0 ,ymm5 ;用於四捨五入

VPERMQ ymm1 , ymm0 , 10001000b ;Qwords元素置換 3,2,1,0 to 2,0,2,0
vpshufb ymm1 , ymm1 , ymm4 ;亂序存放
vmovdqa ymmword ptr [des] , ymm1

VPERMQ ymm2 , ymm0 , 11011101b ;Qwords元素置換 3,2,1,0 to 3,1,3,1
vpshufb ymm2 , ymm2 , ymm4 ;亂序存放
vmovdqa ymmword ptr [des+32] , ymm2

dec LEN
lea SRC , [SRC+32*2]
lea DES , [DES+32*2]
jnz @loop

ret

ConvertGray32 Endp

end



作者 : ma_hty(白老鼠(Gary))討論區板主 OpenGL卓越專家DirectX優秀好手C++頂尖高手貼文超過2000則人氣指數超過70000點
[ 貼文 2189 | 人氣 89850 | 評價 10120 | 評價/貼文 4.62 | 送出評價 79 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2019/2/17 上午 10:56:09

論快慢,就是比較,要兩件東東 才能比。你只貼一個程式的原碼,比較什麼?
作者 : wallace_tsou(Wallace) 貼文超過200則
[ 貼文 262 | 人氣 314 | 評價 960 | 評價/貼文 3.66 | 送出評價 7 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2019/2/17 下午 01:21:13
利用定點數運算是可以速度快一點.
但等於是寫法VS演算法(組語)
但C也可以寫出定點數運算。
若是用C寫的定點數VS組合語言定點數。這樣才是同一個基準。
不過成本分析就很划不來。
C寫不用一小時含除錯, 組合這言除錯不易,最好是和C一樣,一般多出二倍以上。
另外C工程師和組合語言工程師薪水也不同,C比較便宜又好找。

若是固定式影像計算公式,轉去GPU或用FPGA更合適。
這個時代,組合語言用處不大。
作者 : wallace_tsou(Wallace) 貼文超過200則
[ 貼文 262 | 人氣 314 | 評價 960 | 評價/貼文 3.66 | 送出評價 7 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2019/2/17 下午 01:35:07
再論不用GPU是好事嗎?
現在每一台PC/NB都有GPU,這是很普遍的東西,不去用為何好處?
轉去伺服器一樣有GPU。
除非你是MCU工程師,才會只有使用CPU的這個限制存在。
作者 : ho520(ho)
[ 貼文 24 | 人氣 9 | 評價 60 | 評價/貼文 2.5 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2019/2/17 下午 10:19:05
只能說,組合語言沒20年功力,真的不如用C++寫

或是組合語言沒有超過C++效能的2倍以上,也不必多花時間寫ASM

我寫程式方式可能超乎你的想像

先用C++寫出正確的結果當範本,在重寫一套最佳化組合語言

這樣DEBUG時可以跟C++的程式作對照,縮短除錯時間

還有一個好處,就是C++設成最佳化效能的機器碼可以當成寫組合語言的參考,看他如何利用CPU cache

如果發現C++的機器碼確實沒有更好的最佳化,那就略過組合語言的重寫
作者 : ma_hty(白老鼠(Gary))討論區板主 OpenGL卓越專家DirectX優秀好手C++頂尖高手貼文超過2000則人氣指數超過70000點
[ 貼文 2189 | 人氣 89850 | 評價 10120 | 評價/貼文 4.62 | 送出評價 79 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2019/2/17 下午 11:27:08
哦... 這樣啊... 哦哦... 這樣這樣啊...

傳聞中 被用作比較的C++原碼 呢? 有打算貼出來,令上面 不可能被證明的"6倍速度",變成能被驗證嗎?

(... 至於覆歷嘛... 請問覆歷跟編程式有啥關係? 真的這麼想要拼覆歷,我把我的覆歷寄你,讓你自己一個人拼個夠吧。 -_-||| 真是的。 )
作者 : wallace_tsou(Wallace) 貼文超過200則
[ 貼文 262 | 人氣 314 | 評價 960 | 評價/貼文 3.66 | 送出評價 7 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2019/2/17 下午 11:54:58
C/C++是用來對付少量處理器用的語言.
遇到GPU或是平行處理,就有點不太行。為此才會又誕生go語言。
至於組語寫GPU真的就不是人寫的了。
個人認為終極語言是一種高階語言,在編譯時才生成處理器結構。
也就是以FPGA做為實行方法,實在上依據寫出來的工作,合成單一或是多處理器結構。
根本也不會生成組合語言,直接生成電路。

這樣的想法是有語言存在= system C

因為看到這樣的規格。個人覺得去研究組合語言並沒有未來。所以就轉向去看其他加速處理的方法。
作者 : ho520(ho)
[ 貼文 24 | 人氣 9 | 評價 60 | 評價/貼文 2.5 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2019/2/25 下午 06:24:27
不要對GPU或FPGA有太多迷思

並非大量運算都可以交給GPU,GPU是針對固定流水線的邏輯

像是圖形成長(填充) 影像尋邊 運算量是不確定的,跟資料內容有關,GPU無法寫出這樣的程式

CPU送資料到GPU有負荷,反之傳回CPU也是

像我寫direct3d方面的繪圖,固定的矩陣運算,GPU就很適合做這方面的著色引擎


看看我寫的影像辨識效能,可以體會組合語言的威力
https://www.youtube.com/watch?v=iWqPOM861go
作者 : ma_hty(白老鼠(Gary))討論區板主 OpenGL卓越專家DirectX優秀好手C++頂尖高手貼文超過2000則人氣指數超過70000點
[ 貼文 2189 | 人氣 89850 | 評價 10120 | 評價/貼文 4.62 | 送出評價 79 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2019/2/25 下午 07:25:37
先進修一下 才再亂發豪言好嗎? 資料, 隨便問一下 Google大神 就有, 脫節了這麼多 + 躲在小坑裡稱王, 意義何在?

你說的效能嘛... 你... 基本到連 做公平比較 都不會, 你口中的什麼什麼 "超乎你的想像" "威力" "高效率" "最佳化" "高速" "適合" "效能" "邏輯" 等等, 只是空空如也的符號.
作者 : ho520(ho)
[ 貼文 24 | 人氣 9 | 評價 60 | 評價/貼文 2.5 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2019/2/26 上午 12:53:21
我第一次用的電腦就是apple2

寫程式很辛苦,要打一堆機器碼

後來apple2出現了組合語言,感覺像得到寶藏

感嘆寫程式竟然可以敘述化,不用為了插入一行,機器碼要挪移,還得重算jmp的差距

後來出現了 c c++ c# ...... ,當時各家都爭著競逐最佳化

主程式基本上都是用 C++ 或 C#,但是在某些大量迴圈上,組合語言還是可以扮演效能關鍵

其實不是C++最佳化做得不夠智慧,而是程式提供給編譯器的資訊未必完全充足

好比說我運算影像輸出一塊Buffer,這Buffer到底該不該給CPU做Cache呢? 下的指令是不同的

這Buffer如果後面沒有馬上用到,是特定時機才會取用,那就應該用非cache指令

這個只有設計師知道,C++不可能知道的

所以說年輕人不要太輕視Assembly,組語還是有它的威力在

作者 : ice_emissary(燃燒的大地) 貼文超過200則
[ 貼文 408 | 人氣 0 | 評價 1890 | 評價/貼文 4.63 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2019/2/26 下午 02:53:45
從多年前註冊帳號以來,這裡愈來愈看不見以前那些高手們寫下又專業又有用的文章了,不知那些曾經的、現在的高手們為何一去不回頭?
作者 : wallace_tsou(Wallace) 貼文超過200則
[ 貼文 262 | 人氣 314 | 評價 960 | 評價/貼文 3.66 | 送出評價 7 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2019/2/26 下午 04:43:22
to ho
GPU都在做物理引擎了,也出了十年以上。你還在說無法算資料不確定量的事。真的活在這個時代?
現在GPU連虛擬化都完成了,照你的說法限制,是不可能完成虛擬化。

又是一個不出門的宅王。也不打電動,完全不知電玩界將GPU用到什麼地步。
作者 : wallace_tsou(Wallace) 貼文超過200則
[ 貼文 262 | 人氣 314 | 評價 960 | 評價/貼文 3.66 | 送出評價 7 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2019/2/26 下午 05:02:18
說到宅王,我才想到另一個宅王=專門寫組合語言直譯器。
X86全系列,ARM全系列,8051熟到看到機器碼就可以知道它的組語是什麼。
也是不打電動,不上網。
用一台486筆電寫這些程式到現在。
看到他的NB,我實在佩服。因為他自己寫的工具已無法在比winXP更先進的機器上運行。二手的NB又不值錢,隨手可得。
完全實現程式自耕農,所以CPU一律從機器碼開始玩。

這個時代,已不是玩這種自耕農的時代了。
作者 : ho520(ho)
[ 貼文 24 | 人氣 9 | 評價 60 | 評價/貼文 2.5 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2019/2/26 下午 07:05:31
你可以少一點鬥嘴,多談一些計算機的基礎科學嗎?

介紹你看一本世紀巨作 : 程式設計藝術 TAOCP

我可是把他當成是聖經,可是我能消化的還不到這部經典的10%

作者高德納可是圖靈獎得主喔

https://www.linuxidc.com/Linux/2012-05/60079.htm
作者 : ma_hty(白老鼠(Gary))討論區板主 OpenGL卓越專家DirectX優秀好手C++頂尖高手貼文超過2000則人氣指數超過70000點
[ 貼文 2189 | 人氣 89850 | 評價 10120 | 評價/貼文 4.62 | 送出評價 79 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2019/2/26 下午 10:20:42

>你可以少一點鬥嘴,多談一些計算機的基礎科學嗎?
>介紹你看一本世紀巨作 : 程式設計藝術 TAOCP

-_-|||,今年何年了? 1968年初版的教科書,請問你想要去 "多談一些" 啥 "計算機的基礎科學" ? 編程式的理論乎? 某演算法乎? 還是...

別再總是想當年了,進修吧。運算機器的發展快,從悲觀角度去看,就是舊人舊物被大量淘汰中。不與時並進的結果...
作者 : wallace_tsou(Wallace) 貼文超過200則
[ 貼文 262 | 人氣 314 | 評價 960 | 評價/貼文 3.66 | 送出評價 7 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2019/2/27 上午 11:19:10
我會使用FPGA設計CPU,同時也要會做組合語言設計,不然CPU就只是好看的。
但這個時代CPU設計,組合語言設計,已是不太有用的技術。
正因為了解,才知道為何不用。
也因為了解,我也知道組合語言的未來。
但Ho,你真的脫節太久了(有種得失憶症的感覺)。還以為自己很行,在以前也許是,但現在已經不行了。
不是不想認同,時代差太多,變成是一種雞同鴨講的狀況。
作者 : ho520(ho)
[ 貼文 24 | 人氣 9 | 評價 60 | 評價/貼文 2.5 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2019/2/28 下午 04:18:34
既然來組合語言版,是不是應該針對組合語言技術方面的討論

別一直強調組合語言無用,卻又在組合語言版裡發言

邏輯上就是來 "沒路用的語言" 討論區,來討論著 "沒路用的語言"
作者 : ho520(ho)
[ 貼文 24 | 人氣 9 | 評價 60 | 評價/貼文 2.5 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2019/2/28 下午 07:13:25
來組合語言版,不討論組合語言內容,卻是在宣傳"組合語言無用論",感覺很怪

冷門的東西未必等於無用或落伍

為什麼微軟最新的Visual Studio 還繼續提供組合語言? 甚至連ARM Assembly都提供

甚至還加強支援Intel最新指令集,只要有支援的新款CPU,都可以用512bit的暫存器大幅加速

當然你可以說,C++語言也有支援,可以引入 #include <immintrin.h>

既然C++要用到CPU的特有功能,說穿了就是組合語言思考了,跟直接下asm沒甚麼差別
作者 : wallace_tsou(Wallace) 貼文超過200則
[ 貼文 262 | 人氣 314 | 評價 960 | 評價/貼文 3.66 | 送出評價 7 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2019/2/28 下午 08:47:10
to ho
我只說不用,我沒有說無用。是我國語有問題?
組合語言堑2019年語言討論熱度是第11名,但不是X86或是ARM的組合語言。
明明就很熱烈討論,怎會無用?
所以我說ho,你是多久沒有上網查,完全和現在熱論的組合語言脫節。
作者 : wallace_tsou(Wallace) 貼文超過200則
[ 貼文 262 | 人氣 314 | 評價 960 | 評價/貼文 3.66 | 送出評價 7 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2019/2/28 下午 09:03:25
少寫了幾個字。
組合語言在2019年1月的討論熱度是第11名。
我寫FPGA時認識不少會寫出CPU的工程師。
十幾年前,CPU設計確實是許多工程師的夢想。不少人自己花掉所以財產去開一個CPU,然後賣不掉,幾乎破產。
有幾個人只有家埵A設計下去,CPU賣不掉,因為沒有好的語言。就算十年前,也不流行寫組合語言。
所以就看到寫FPGA的人又下去開發語言軟體,因為沒有錢,所以不上網,不玩電玩,專心實作。
數年後,有點小成果,至少直譯組合語言,可以讓CPU運作起來,也可以在線開發。但時代已經是智慧型手機的時代了。
然後他找記者要發表記者會,沒人理。
然後問我怎麼回事? 我說這個時代已是網路時代,要發表是去網路上,然後他才去買智慧型手機。

我在ho身上又看到我朋友的影子。不是沒才能。是用錯方法。花了一二十年打造心中的理想,但和現實脫了節。
作者 : ma_hty(白老鼠(Gary))討論區板主 OpenGL卓越專家DirectX優秀好手C++頂尖高手貼文超過2000則人氣指數超過70000點
[ 貼文 2189 | 人氣 89850 | 評價 10120 | 評價/貼文 4.62 | 送出評價 79 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2019/3/1 上午 01:21:43
>來組合語言版,不討論組合語言內容,卻是在宣傳'組合語言無用論',感覺很怪
>冷門的東西未必等於無用或落伍

不不不,你誤會了。不是 assembly 有問題,而是你有問題。

你說的assembly應用,相比 正確設定的編譯器 + 正確編寫的c++程式,效能大概沒啥分別。

但你卻說,你的assembly程式 快超多。你聲稱一個反常的優勢,就得提出嚴謹的證據。

可是,你上面提出證據的手段,著實太差,連小學生都不如。請問你叫人如何去相信 你聲稱的反常優勢。

你舉證時所犯的錯誤,我都有一一指出呀,只是你總是無視之而已。

這樣吧,要麽你就提出嚴謹的證據,要麽就別提那反常的優勢;不然,大家當然不爽你呀。
作者 : ma_hty(白老鼠(Gary))討論區板主 OpenGL卓越專家DirectX優秀好手C++頂尖高手貼文超過2000則人氣指數超過70000點
[ 貼文 2189 | 人氣 89850 | 評價 10120 | 評價/貼文 4.62 | 送出評價 79 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2019/3/1 上午 04:49:34
>甚至還加強支援Intel最新指令集,只要有支援的新款CPU,都可以用512bit的暫存器大幅加速
>
>當然你可以說,C++語言也有支援,可以引入 #include <immintrin.h>
>
>既然C++要用到CPU的特有功能,說穿了就是組合語言思考了,跟直接下asm沒甚麼差別
>

Arr... 可在C語言環境下使用SSE,我上面最初的回應 已提及過。想當年用SSE,的確只能用assembly,但現在又不是當年。

在C語言環境下使用SSE,有何不妥,致使你要堅持倒回去用assembly?這有趣,最少,我想知 (但是,如果原因是"因為可以"的話,就不用指教了)。


作者 : ho520(ho)
[ 貼文 24 | 人氣 9 | 評價 60 | 評價/貼文 2.5 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2019/3/1 上午 07:18:47
組合語言有用? 組合語言無用?

組合語言沒有錯,用組合語言是錯誤

不該寫組合語言,組合語言討論熱度又變成很高

反覆著語無倫次的循環
作者 : ma_hty(白老鼠(Gary))討論區板主 OpenGL卓越專家DirectX優秀好手C++頂尖高手貼文超過2000則人氣指數超過70000點
[ 貼文 2189 | 人氣 89850 | 評價 10120 | 評價/貼文 4.62 | 送出評價 79 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2019/3/1 上午 10:09:24

>組合語言有用? 組合語言無用?
>
>組合語言沒有錯,用組合語言是錯誤
>
>不該寫組合語言,組合語言討論熱度又變成很高
>
>反覆著語無倫次的循環

( @@? 這斯幹啥問這些呢? 不是以assembly專家自居的嗎? 奇怪... )

Assembly 在什麼場合仍然有用嘛... 目標以讓外行人也能看懂的 百科全書 裡說
(看這裡... https://en.wikipedia.org/wiki/Assembly_language#Current_usage ) ,
諸如... 逆向工程呀, 電腦病毒呀, 寫bootloader呀, 運算能力被極度壓抑的硬件上的程式呀...

再具體一點舉個例呀, 比方說... 如果你能把
這 http://dangerousprototypes.com/blog/2012/10/05/open-source-bluetooth-module-firmware/
用 assembly 榨出用高階語言未能發揮的運算能力,
然後, 使這藍牙晶片達成一些用高階語言難以達成的任務.
如此, 來請教的網友絡繹不絕, 可矣.
作者 : ho520(ho)
[ 貼文 24 | 人氣 9 | 評價 60 | 評價/貼文 2.5 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2019/3/1 上午 10:45:40
逆向工程呀, 電腦病毒呀, bootloader

你確定這寫沒辦法用C++ ,說到逆向工程應該是disAsm吧,組合跟反組合別搞混

你還天真地以為我整個程式都是用asm,其實主體架構是C#

C# call ASM 要小心,千萬不能頻繁呼叫,managed封送會增加負荷,要呼叫一次asm做大量運算

assembly怎麼寫才快,千萬不能用直覺,牽涉到cpu cache 指令集延遲週期,還有亂序執行 位址對齊,事情很複雜的

以編譯器的效能分析工具做依據較可靠,就算用C++直接寫sse avx也要參考intel指導手冊

我在公司看多了,

有些人高談闊論,該用甚麼語言,不該用甚麼語言,說半天就是程式交不出來

有些人直接程式跑給你看再做說明如何寫程式



作者 : ma_hty(白老鼠(Gary))討論區板主 OpenGL卓越專家DirectX優秀好手C++頂尖高手貼文超過2000則人氣指數超過70000點
[ 貼文 2189 | 人氣 89850 | 評價 10120 | 評價/貼文 4.62 | 送出評價 79 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2019/3/1 下午 12:23:59
哦,這樣啊... 哦哦,這樣這樣啊...

又要吵著問為啥,給你明言了,給你循循善誘了,又不甘心。

上面貼百科全書給你,是在告訴你 你的認知太差。

百科全書 是給升斗小市民看啦,貼給你,就是指你是 升斗小市民。

Mmm... 何必要我說得這麼白呢...
作者 : ho520(ho)
[ 貼文 24 | 人氣 9 | 評價 60 | 評價/貼文 2.5 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2019/3/1 下午 01:46:16
小朋友,雖然很多你看不懂沒關係

只要用心學習 他日必有所成

研究也不可操之過急,你能吸收最重要

大師高德納說:過早最佳化是萬惡的根源

組合語言是最後手段
作者 : ma_hty(白老鼠(Gary))討論區板主 OpenGL卓越專家DirectX優秀好手C++頂尖高手貼文超過2000則人氣指數超過70000點
[ 貼文 2189 | 人氣 89850 | 評價 10120 | 評價/貼文 4.62 | 送出評價 79 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2019/3/1 下午 02:30:59
哦,這樣啊... 哦哦,這樣這樣啊...

Mmm... 誇誇其談好無聊,罵我,其實我也沒所謂,但罵的話,內容[請]留在編程範圍,不然,不奉陪了。
 板主 : 徵求中
 > 組合語言 - 討論區
 - 最近熱門問答精華集
 - 全部歷史問答精華集
 - 組合語言 - 知識庫
  ■ 全站最新Post列表
  ■ 我的文章收藏
  ■ 我最愛的作者
  ■ 全站文章收藏排行榜
  ■ 全站最愛作者排行榜
  ■  月熱門主題
  ■  季熱門主題
  ■  熱門主題Top 20
  ■  本區Post排行榜
  ■  本區評價排行榜
  ■  全站專家名人榜
  ■  全站Post排行榜
  ■  全站評價排行榜
  ■  全站人氣排行榜
 請輸入關鍵字 
  開始搜尋
 
Top 10
評價排行
組合語言
1 H 2220 
2 liaoo 990 
3 青衫 970 
4 牧童哥 940 
5 史努比 920 
6 qq 480 
7 GHOST-JACKY 330 
8 ]CALL-151 310 
9 harrison 300 
10 掌握文武半邊天 280 
組合語言
  專家等級 評價  
  一代宗師 10000  
  曠世奇才 5000  
  頂尖高手 3000  
  卓越專家 1500  
  優秀好手 750  
Microsoft Internet Explorer 6.0. Screen 1024x768 pixel. High Color (16 bit).
2000-2019 程式設計俱樂部 http://www.programmer-club.com.tw/
0.109375