由买买提看人间百态

topics

全部话题 - 话题: gpgpu
首页 上页 1 2 3 4 5 6 下页 末页 (共6页)
E***e
发帖数: 3430
1
太难回答了
因为基本没人这么用GPU
w********r
发帖数: 14958
2
是不是说 GPU只适合 次数少 批量大 的任务?
x*z
发帖数: 1010
3
overlapping multiple streams, that's your only option,
but I don't think you can get that rate. If memory serves,
the function load overhead is at hundreds ms level.
c********1
发帖数: 5269
4
来自主题: Hardware版 - which one is the better buy?
Ads show in my web browser
GPX GPU-Optimized Servers (GPGPU)
http://www.thinkmate.com/systems/servers/gpx
t*****z
发帖数: 1598
5
来自主题: Hardware版 - 买heavy duty 的计算机
GPGPU的话应该确实秒不了,毕竟只有PCIe 2.0的带宽。
那T7500的机箱我也没亲眼见过。里面怎么了?空间太小放不下长显卡吗?
c********1
发帖数: 5269
6
来自主题: Hardware版 - 买heavy duty 的计算机
Ads show in my web browser
GPX GPU-Optimized Servers (GPGPU)
http://www.thinkmate.com/systems/servers/gpx
Is LZ looking for GPX GPU-Optimized Servers?
v*******e
发帖数: 11604
7

那是超级计算机,用GPGPU之类的东西;和你没关系,首先是因为你省钱没买超级GPU;
其次买了也没用,因为那些计算是科学计算,你用不上。
t*****z
发帖数: 1598
8
X58那一代,CPU原生只支持USB2和SATA2,那些顶级主板上所谓的USB3和SATA3,都是主
板厂额外加芯片解决的,其性能远不如原生的USB3和SATA3,基本上就听个响。而且那
一代的磁盘控制芯片组ICH10R的性能,比后继者差多了,即使接上SSD,性能和感受也
明显不如新平台。至于PCIe2,带宽确只有PCIe3的一半,但对于现在大多数显卡和游戏
,带宽并不成为瓶颈。不过如果要走高端路线,或者玩GPGPU,那带宽就重要了。
c****7
发帖数: 1245
9
带宽确实是问题,只是我手里的GPGPU是PCIe2.0的,暂时不面对这个问题
其实也是因为没钱升级,手里就一块3.0的显卡还是专门游戏用
上边有个说500搞2011系统,主板电源可以都买新的,cpu内存都二手,倒是对我有
吸引力,但是估计是指上一代X79系统, 等有钱升级GPU的时候再仔细研究一下

发帖数: 1
10
来自主题: Hardware版 - 海康威视的摄像头太烂了
最强大的嵌入式处理器SoC的难道不应该是女大的Xavier?怎么可能是SONY
你说的这些检测GPGPU都能干,时代不同了,IPC也会被通用计算一统天下
Google Nest和Amazon Labs这些无关的互联网公司都出摄像头就是证明

发帖数: 1
11
来自主题: Hardware版 - 海康威视的摄像头太烂了
8K摄像机这种专业小众产品有什么用,未来是通用计算和人工智能,摄像后不分析,跟
垃圾无异
这里面其中一环是自动驾驶,再其中一环是摄像头,再其中一环是SoC+GPGPU
SONY只会因循守旧,跟未来都搭不上边
而海康,只关心政府,量产,发大财
w***g
发帖数: 5958
12
来自主题: Programming版 - 有没有玩CUDA的?
CUDA这东西最大的问题就是memory bandwidth. GPU跟main memory之间的带宽是一个瓶
颈. 对于那些用迭代法解方程之类的问题, 如果所有的数据都能放进GPU, 那自然很好
, 但是对大规模数据集其实GPU帮助并不大. 还有就是GPU的散热问题是很严重的, 这也
是GPGPU目前还不能被应用在服务器领域的一个原因.
CUDA目前发展还很不成熟, 编个正确的程序不难, 但是要手工优化内存地址的依赖关系
还是很难的.
l******e
发帖数: 12192
13
来自主题: Programming版 - C++现在前进的方向是不是错误的?
很对呀
做数值计算的为啥不知道sse,gpgpu呢?做网络编程的为啥不知道toe呢?这就是c/c++
能干的,而java, c#干不了的。
要去当那种sse都不知道的,不知道根据低层硬件/操作系统优化应用的程序员,就不要
去讨论哪种语言有没前途了。

,等
多数
够接
计算
l******e
发帖数: 12192
14
来自主题: Programming版 - 按说java也够快了
“写gpgpu的程序方便”的意思
l******e
发帖数: 12192
15
来自主题: Programming版 - 按说java也够快了
谈不上,照你这种推理所有编程语言如果高性能开发就都是汇编了
GPGPU(比如cuda这样的)主要还是类C语言,语法思维方式都是
给C++调用的库都是现成的
h*******n
发帖数: 82
16
来自主题: Programming版 - 为什么大家都说c++水很深?
are you stupid, making some website, support people to buy,sell stuff online
is so called scaled.
why World of warcraft uses C++ not java?
if I want to synchronize my position,skeleton animation rotation matrix
every frame, so every body see I am running, if I want to synchronize
explosion for thousands of particles' position and orientation every frame,
.... can you use JAVA?
no, have you seen a real good successful 3D MMO which support millions of
people concurrently using JAVA?
yes, JAVA webs... 阅读全帖
h*******n
发帖数: 82
17
来自主题: Programming版 - 为什么大家都说c++水很深?
are you stupid, making some website, support people to buy,sell stuff online
is so called scaled.
why World of warcraft uses C++ not java?
if I want to synchronize my position,skeleton animation rotation matrix
every frame, so every body see I am running, if I want to synchronize
explosion for thousands of particles' position and orientation every frame,
.... can you use JAVA?
no, have you seen a real good successful 3D MMO which support millions of
people concurrently using JAVA?
yes, JAVA webs... 阅读全帖
j*****l
发帖数: 1624
18
来自主题: Programming版 - 弱问,上哪儿去找服务器?
我觉得我不会这些很丢脸。别人都会我不会,心里不开心。
选php+mysql,确实是因为看到facebook的招工广告上说要会php+mysql哈哈。
不然其他还有什么比较好的数据库是免费的呢?ms的不免。oracle的不免(好像mysql是
oracle的??)。其他我就不知道了。
我只是未雨绸缪。平时是做graphics的,希望一辈子都做。天天就是c++加glsl搞来搞去
的,有
时会用opencv,但想用gpgpu的cv package,在寻觅中。
现在刚刚开始学安猪:( 第一步还是搞opengles
这个版很牛逼啊觉得。。。
x****u
发帖数: 44466
19
一点区别没有。
比方说写个上BBS的GUI客户端,不管你用什么语言,都是在操作GPGPU,这个功能被OS
和驱动隐藏了。
x****l
发帖数: 266
20
有GPGPU的话,推荐用CUDA并行其中主要一两个模块试试,
如果非要用cluster,那MPI最好,如果嫌不好改,可以试试UPC
p*****w
发帖数: 429
21
来自主题: Programming版 - 谈谈想学好底层必不可少的东西
gpgpu火过了已经。

本人对底层完全不懂,对架构等也不熟。。。就是好奇想知道,当前工业界,底层真的
没什么大发展了?
我倒是觉得,在平行计算这块,海量核(成千上万)的GPU芯片,无疑是今后有需求的
。现在流行的基于cluster的平行计算,每个节点上都不是高性能的GPU。至于说,需不
需要GPU,这个应该不是个疑问。。。当然,这个在应用层毫无疑问可以做,现有的几
个商用产品就是这样的。
"发信人: prognew (prog new), 信区: Programming
标 题: Re: 我来说说为什么现在做底层前途不大
发信站: BBS 未名空间站 (Sun Sep 29 17:14:14 2013, 美东)
底层关键技术在上个10年都解决了,或者都垄断了。不需要大量人力了。。"
h***s
发帖数: 1716
22
来自主题: Programming版 - 谈谈想学好底层必不可少的东西
现在的架构鼓励这么做,也可以算一种缺点吧;正是这些年CPU的硬件变化不大,所以
都开始做多核的了。一个趋势就是,CPU arch和GPGPU arch杂化的系统,现在商用的都
是在应用层上。不知道在底层,有没有人在做这种通用系统开发的(尤其是商用的)。
。。比如,一个例子就是(KGPU):
http://code.google.com/p/kgpu/
x****u
发帖数: 44466
23
来自主题: Programming版 - 谈谈想学好底层必不可少的东西
有本事把CPU主频上10G,再说GPGPU过火也不迟。
x****u
发帖数: 44466
24
你自己折腾指针,人家上了GPGPU,谁合算。
x****u
发帖数: 44466
25
用C++做线性运算效率也很低啊,只能用GPGPU/
s******u
发帖数: 501
26
GPGPU不是语言,你拿他跟C++有什么好比的
j*****l
发帖数: 1624
27
来自主题: Programming版 - scala的主场在数学应用上
记得netflix好像cpu/gpu混用?看过一贴是Andrew Ng组的做gpgpu的ml?
http://www.enterprisetech.com/2014/02/11/netflix-speeds-machine
大牛跟说说。视频图片集中的那些公司是用的什么?
x****u
发帖数: 44466
28
来自主题: Programming版 - 感觉整个JS的生态比较病态
现在都用GPGPU了,除了特权指令
k**********g
发帖数: 989
29
来自主题: Programming版 - C++并发和Java并发有多大区别?

Start with Java Executors.
Learn how to use it just like the Runnable and Callable class.
http://docs.oracle.com/javase/7/docs/api/java/util/concurrent/E
For example, if your goal is to write Android programs, (1) Executors is
basically all you need - the only other things you need are (2) thread
safety on Android, and (3) understand when and why you need to call Activity
.runOnUiThread() in some situations
C++ didn't have anything in the standard library comparable to Java
Executors. Design-by... 阅读全帖
e*******o
发帖数: 4654
30
来自主题: Programming版 - centos 7下自动安装各种CNN库
1366平台,主力配置(样板机)
外观效果见此帖:
http://www.chiphell.com/thread-1242340-1-1.html
CPU: 2x Xeon X5680 (12-core, 3.3-3.6GHz),1366时代的次旗舰
主板:ASUS Z8PE-D12x,或类似的E-ATX双路大主板
内存:96GB (12x8GB) DDR3-1333 RDIMM
硬盘:250GB SSD + 2TB HDD
显卡:Geforce GT630,或类似的中低端独立显卡
机箱:NZXT S340,一代经典,容量仅38升,非常小巧
电源:SeaSonic SS600-ET (600W)
散热:2x Zalman CNPS10X Performa
北桥散热:Evercool EC-NCA-610EA
Total:$1350
1366平台,GPGPU强化型
显卡:2x Tesla M2090
电源:EVGA SuperNOVA 850B2,或类似功率名牌电源
其它同样板机
Total:$1725
http://www.mitbbs.com/article_t2/Hardware/... 阅读全帖
w***g
发帖数: 5958
31
来自主题: Programming版 - centos 7下自动安装各种CNN库
上面echowuhao列的1366平台,GPGPU强化型
显卡:2x Tesla M2090
这个M2090就是<$100的。
j*****l
发帖数: 1624
32
opencv的gpgpu是用cuda搞的。
用opengl搞的cv库基本功能都不全。
主要是opengl,你想干啥,也得先想办法把东西转换成一张图片上的像素,再传到GPU
处理。
比如你要算两个矩阵啥啥,就得把矩阵先对应到一张texture, 每个像素有rgba四个空
可以填,就说用r存第一个矩阵对应数据, g存第二个矩阵对应数据,然后在shader里
写,对每一个像素,让rg存的两个数据干嘛,输出是什么,也用rgba存着。
但是cuda这样的,直接就往显卡扔矩阵就好,不用扔图片。
cuda的局限在于必须在nvida上跑啊,oepngl可以到处跑,移动设备也可以。
w***g
发帖数: 5958
33
可以render到texture buffer,然后读出来。没有cuda的时候gpgpu就这么干。
v*******e
发帖数: 11604
34
多谢多谢,我去网上研究研究。


: 可以render到texture buffer,然后读出来。没有cuda的时候gpgpu就这么干。


发帖数: 1
35
来自主题: Programming版 - 狗年语言学习计划
如果搞machine learning和GPGPU是不是必须学Cpp啊?好像Java/C#这类都不行,其他
的FP也不行。
g**********t
发帖数: 475
36
我在家,看不到全文。这个课题可以看看能不能用GPGPU来做,成本可以便宜很多。不
过具体要看算法,明天我看看。
f**********e
发帖数: 1994
37
此公思考极其敏捷,你跟他讲话时他会永远先你一步到位。讲起他的 wave packet
dynamics 基本不必用任何大脑想。个人觉得他做 GPGPU 纯粹是消磨时间,
(那是百分之两百的 engineering)
e***e
发帖数: 3872
38
来自主题: Computation版 - CUDA?
http://mitbbs.com/article_t/Graphics/19278537.html
可以很容易实现实时视频(60fps)的2D FFT,编程有些trick,但也比基于Shader
的GPGPU容易多了
kn
发帖数: 2446
39
我部分同意你的观点,即CUDA本身只是一种并行计算平台,和其他并行计算并无矛盾。
但是虽说CUDA本身只是一个软硬件平台,他代表的是一种GPGPU计算的可能性。
在CUDA出来之前,并没有一个方便的平台让人们进行这种并行信号处理,
不论是硬件还是软件开发环境。
但是CUDA就提供了一种可能性,使人可以花很少钱,就能拥有一套并行处理研究平台。
近期看到一些较新paper,讨论使用CUDA实现并行LDPC,Turbo Decoding,
也有使用CUDA做ralay或者detection的。
另外,因为CUDA本身基于通用GPU,
个人PC或者服务器上很可能已经安装了支持CUDA的显卡,
这些显卡平时大部分时候可能处于idle状态,也就是一种性能闲置和浪费的状态,
这样就提供了一些可能性,就是在GPU处于比较空闲的状态下,
可以分配一部分GPU资源协助进行信号处理,
无论是用来协助无线通信部件做detection或ralay,
或者进行其他一些computation-intensive的计算。
因为这部分硬件资源已经在那里了,不用也是一种浪费,
怎么发挥GPU的余热,榨干剩余的性能,
如何
kn
发帖数: 2446
40
我部分同意你的观点,即CUDA本身只是一种并行计算平台,和其他并行计算并无矛盾。
但是虽说CUDA本身只是一个软硬件平台,他代表的是一种GPGPU计算的可能性。
在CUDA出来之前,并没有一个方便的平台让人们进行这种并行信号处理,
不论是硬件还是软件开发环境。
但是CUDA就提供了一种可能性,使人可以花很少钱,就能拥有一套并行处理研究平台。
近期看到一些较新paper,讨论使用CUDA实现并行LDPC,Turbo Decoding,
也有使用CUDA做ralay或者detection的。
另外,因为CUDA本身基于通用GPU,
个人PC或者服务器上很可能已经安装了支持CUDA的显卡,
这些显卡平时大部分时候可能处于idle状态,也就是一种性能闲置和浪费的状态,
这样就提供了一些可能性,就是在GPU处于比较空闲的状态下,
可以分配一部分GPU资源协助进行信号处理,
无论是用来协助无线通信部件做detection或ralay,
或者进行其他一些computation-intensive的计算。
因为这部分硬件资源已经在那里了,不用也是一种浪费,
怎么发挥GPU的余热,榨干剩余的性能,
如何... 阅读全帖
p**l
发帖数: 125
41
来自主题: EE版 - bitcoin大家听说了吗?
嗯, 但不知道以后怎样, 不过虚拟货币不是第一次出现了, 也没有什么成功
的可以借鉴...
不过后来这个朋友普及说这个key(coin)的generation是用(GPGPU)
super computer来算math problem出来的,然后这种problem set是有
上限的, 不像美元超发, 导致美国人越来越不相信美元. 自己就是做并行计
算的, 听了觉得不怎么靠谱, 没有理由的就觉得像庞兹骗局? 而且
supercomputer是很严格的,oak ridge也不是轻易能用的. 难道是用
tianhe来弱势美元的? 呵呵, 瞎猜
不过最近没有来得及找资料深入看看, 等下个周末有空看看

个国家都不允许
g****t
发帖数: 31659
42
来自主题: EE版 - bitcoin大家听说了吗?
我也打算研究下.共同研究吧.握个手,呵呵.
这玩艺儿能走到哪儿不好说.但我觉得绝对是个很牛x的技术创新.

嗯, 但不知道以后怎样, 不过虚拟货币不是第一次出现了, 也没有什么成功的可以借鉴
...
不过后来这个朋友普及说这个key(coin)的generation是用(GPGPU) super computer来
算math problem算出来的,然后这种problem set是有上限的, 不像美元超发, 导致美国
人越来越不相信美元. 自己就是做并行计算的, 听了觉得不怎么靠谱, 没有理由的就觉
得像庞兹骗局?
不过最近没有来得及找资料深入看看, 等下个周末吧
p**l
发帖数: 125
43
来自主题: EE版 - bitcoin大家听说了吗?
嗯, 但不知道以后怎样, 不过虚拟货币不是第一次出现了, 也没有什么成功
的可以借鉴...
不过后来这个朋友普及说这个key(coin)的generation是用(GPGPU)
super computer来算math problem出来的,然后这种problem set是有
上限的, 不像美元超发, 导致美国人越来越不相信美元. 自己就是做并行计
算的, 听了觉得不怎么靠谱, 没有理由的就觉得像庞兹骗局? 而且
supercomputer是很严格的,oak ridge也不是轻易能用的. 难道是用
tianhe来弱势美元的? 呵呵, 瞎猜
不过最近没有来得及找资料深入看看, 等下个周末有空看看

个国家都不允许
g****t
发帖数: 31659
44
来自主题: EE版 - bitcoin大家听说了吗?
我也打算研究下.共同研究吧.握个手,呵呵.
这玩艺儿能走到哪儿不好说.但我觉得绝对是个很牛x的技术创新.

嗯, 但不知道以后怎样, 不过虚拟货币不是第一次出现了, 也没有什么成功的可以借鉴
...
不过后来这个朋友普及说这个key(coin)的generation是用(GPGPU) super computer来
算math problem算出来的,然后这种problem set是有上限的, 不像美元超发, 导致美国
人越来越不相信美元. 自己就是做并行计算的, 听了觉得不怎么靠谱, 没有理由的就觉
得像庞兹骗局?
不过最近没有来得及找资料深入看看, 等下个周末吧
n*****g
发帖数: 365
45
差太远了。哪个是很久的事情了。现在早用GPGPU了。
机器学习的算法就是一大难题。
首页 上页 1 2 3 4 5 6 下页 末页 (共6页)