Re: [問題] Multithread Coding and Parallel Coding

看板C_and_CPP作者iamstudent (stu)時間14年前 (2011/10/14 21:35)推噓0(0推 0噓 7→)

留言7則, 2人參與討論串2/3 (看更多)

※ 引述《liquidcrysta (crystal)》之銘言： : Hello people, : Apologize I can only type English for now. : I've been working on image processing and graphics application for a while, : and found that "think parallely" is critical to modern applications. : But I always have a question: : Do you think we should learn multithread coding (which I mean single/multicore) : before getting into parallel coding (which i mean gpgpu/multiprocessor)? : As my littile knowledge in these two fields, : multithread is to utilize the concept of "shared memory" rather than : speeding up by multicores, while parallel computing is intended to speed up : by the power of multiple processors. : I'm interested in how people compare with these two models. 以個人的淺見來看 multithread比較適合偏向CPU的利用如果你所需要執行的工作牽涉到作業系統就會用thread 這類型的程式撰寫困難點在於資料同步、死結、餓死問題以及問題發生之後很難重現當時的事件順序以致除錯不易而另外一方面關於gpgpu 通常就是偏向GPU的利用例如3d的shading language或是cuda 這類程式有個特性就是被寫入的資料不能同時還被讀取總是只能成為讀或是寫的其中一種所以不像thread有資料同步問題但是因為計算在顯示卡上面所以多了兩個限制存在一是會增加搬資料的負擔特別是主記憶體和顯示卡之間的資料交換很容易成為效能瓶頸第二點則是顯示卡只能用來計算這句話不是說沒有條件判斷、迴圈等東西這些都沒有問題有問題的是，不能在顯示卡中呼叫系統函數現在來回答原問的問題原問主要工作是影像處理而影像處理的可平行性在於圖片的像素通常會有相同的處理規則這種運算比較適合GPGPU 因為功能需求上與系統呼叫無關也沒有同步的需求而GPU的運算核心個數總是遠超過CPU核心個數用GPU會快非常多至於要不要先學multithread呢？我的回答是：NO multithread programming的重點對你目前的工作幫助不大 -- ※ 發信站 :批踢踢實業坊(ptt.cc) ◆ From: 140.113.210.62

→

purincess

10/15 01:09, , 1^F

10/15 01:09, 1^F

→

purincess

10/15 01:09, , 2^F

10/15 01:09, 2^F

→

purincess

10/15 01:10, , 3^F

10/15 01:10, 3^F