POPPUR爱换

标题: 抢先下载：AMD Stream SDK 2.2 发布 [打印本页]

---

作者: Edison    时间: 2010-8-12 15:28
标题: 抢先下载：AMD Stream SDK 2.2 发布
http://developer.amd.com/gpu/ATIStreamSDK/Pages/default.aspx

What’s New in v2.2

Support for OpenCL™ 1.1 specification.3
Please see the OpenCL™ 1.1 specification for more information about this feature.
Support for Ubuntu® 10.04 and Red Hat® Enterprise Linux® 5.5.
Support for X86 CPUs with SSE2.x or later (Adds to existing support for X86 CPUs with SSE3.x or later).
Support for Microsoft® Visual Studio® 2010 Professional Edition and Minimalist GNU for Windows (MinGW) [GCC 4.4].
Support for GNU Compiler Collection (GCC) 4.1 or later on Linux® systems (Adds to existing support for GCC 4.3 or later).
Support for single-channel OpenCL™ image format.3
Support for OpenCL™ / DirectX® 10 interoperability.
Please see this Khronos OpenCL™ extension registry entry for more information about this extension.
Support for additional double-precision floating point routines in OpenCL™ C kernels.
Please see chapter A, section 9 of the ATI Stream SDK OpenCL™ Programming Guide for more information about the additional routines added in this release.
Support for generating and loading binary OpenCL™ kernels.
Please see this knowledge base article for more information about this feature.
Support for native OpenCL™ kernels.4
Preview Feature: Support for accessing additional physical memory on the GPU from OpenCL™ applications. 3,7
Please see this knowledge base article for more information about this feature.
Preview Feature: Support for printf() in OpenCL™ C kernels.
Please see chapter A, section 8 of the ATI Stream SDK OpenCL™ Programming Guide for more information about this extension.
Extension: Support for additional event states when registering event callbacks in OpenCL™ 1.1.
Please see chapter A, section 8 of the ATI Stream SDK OpenCL™ Programming Guide for more information about this extension.
Additional OpenCL™ samples:
ConstantBandwidth (under cl/MicroBenchmarks)
GlobalMemoryBandwidth (under cl/MicroBenchmarks)
ImageBandwidth (under cl/MicroBenchmarks)
LDSBandwidth (under cl/MicroBenchmarks)
MemoryOptimizations
PCIeBandwidth (under cl/MicroBenchmarks)
SimpleDX10
SimpleMultiDevice
Package Update: ATI Stream Profiler 1.4.
Various OpenCL™ compiler and runtime fixes and enhancements (see developer release notes for more details).
Expanded OpenCL™ performance optimization guidelines in the ATI Stream SDK OpenCL™ Programming Guide, including:
Global memory optimizations
LDS optimizations
Register and LDS impact on number of active wavefronts
Load-balancing across multiple OpenCL™ devices
Instruction bandwidths
Key cache sizes and bandwidths for "Evergreen" GPUs

---

作者: Edison    时间: 2010-8-12 15:29
Downloads
http://developer.amd.com/gpu/ATIStreamSDK/pages/Documentation.aspx

The ATI Stream SDK v2.2 with OpenCL™ 1.1 support uses the OpenCL™ ICD (installable Client Driver) as part of the software stack. Code written with beta releases of the ATI Stream SDK v2.0 requires changes to comply with the OpenCL™ ICD requirements.

Please read the following knowledge base article for information on what you must update in your OpenCL™ code to ensure that your application continues to work properly with the ATI Stream SDK v2.2:

KB71 – Updating your OpenCL™ code to work with the OpenCL™ ICD

The new OpenCL™ ICD model changes the locale for vendor-specific libraries under Linux® from /usr/lib/OpenCL/vendors to/etc/OpenCL/vendors. Note this important change before you install the ATI Stream SDK v2.2 on Linux® systems. Also, instead of the actual vendor-specific libraries, .icd files are now used to specify the name of the vendor-specific library. For more information, see section 2.2 of the ATI Stream SDK Installation Notes .

For OpenCL™ GPU support, please download and install the indicated tested driver for your graphics card before proceeding. See theSystem Requirements section above for driver information.

http://developer.amd.com/Downloads/ati-stream-sdk-v2.2-vista-win7-64.exe
http://developer.amd.com/Downloads/ati-stream-sdk-v2.2-vista-win7-32.exe

1OpenCL™ 1.1 conformance logs submitted for the ATI Radeon™ HD 5800 Series GPUs, ATI Radeon™ HD 5700 Series GPUs, ATI Radeon™ HD 5600 Series GPUs, ATI Radeon™ HD 5500 Series GPUs, ATI Radeon™ HD 5400 Series GPUs, ATI FirePro™ V8800 Series GPUs, ATI FirePro™ V7800 Series GPUs, ATI FirePro™ V5800 Series GPUs, ATI FirePro™ V4800 Series GPUs, ATI FirePro™ V3800 Series GPUs, ATI Mobility Radeon™ HD 5800 Series GPUs (Windows®), ATI Mobility Radeon™ HD 5700 Series GPUs (Windows®), ATI Mobility Radeon™ HD 5600 Series GPUs (Windows®), ATI Mobility Radeon™ HD 5400 Series GPUs (Windows®), and x86 CPUs with SSE2. OpenCL™ 1.1 conformance logs submitted using ATI Catalyst™ 10.7 Update Driver for OpenCL™ 1.1 Support. OpenCL™ 1.0 conformance logs submitted for the ATI Radeon™ HD 4800 Series GPUs, ATI Radeon™ 4600 Series GPUs, ATI FirePro™ V8700 Series GPUs, ATI FirePro™ V7700 Series GPUs, ATI FirePro™ V5700 Series GPUs, ATI FirePro™ V3700 Series GPUs, AMD FireStream™ 9200 Series GPU Compute Accelerators, ATI Mobility Radeon™ HD 4800 Series GPUs (Windows®), ATI Mobility Radeon™ HD 4600 Series GPUs (Windows®), and ATI Radeon™ E4690 Discrete GPU (Windows®).  OpenCL™ 1.0 conformance logs submitted using ATI Stream SDK v2.1 and ATI Catalyst™ 10.4.
2Beta support.
3Support available on ATI Radeon™ 5000 Series GPUs, ATI FirePro™ V8800 Series GPUs, ATI FirePro™ V7800 Series GPUs, ATI FirePro™ V5800 Series GPUs, ATI FirePro™ V4800 Series GPUs, ATI FirePro™ V3800 Series GPUs, ATI Mobility Radeon™ 5000 Series GPUs, ATI FirePro™ M7820 GPU and ATI FirePro™ M5800 GPU
4Support available on x86 CPU w/ SSE2.x or later.
5Supported system configurations require at least one AMD CPU and/or AMD GPU. Other system configurations might work but are not tested or supported.
6Supported in single-GPU mode.
7Supported only on non-CrossFire configurations.

---

作者: Sirlion    时间: 2010-8-12 15:33
装了这个，gpuz那个opencl选项就打钩了吧？

---

作者: Edison    时间: 2010-8-12 15:37

装了这个，gpuz那个opencl选项就打钩了吧？
Sirlion 发表于 2010-8-12 15:33

没错。

---

作者: Q神    时间: 2010-8-12 15:54

装了这个，gpuz那个opencl选项就打钩了吧？
Sirlion 发表于 2010-8-12 15:33

    明天尝试一下。

---

作者: anolen01    时间: 2010-8-12 16:43
只支持5系显卡？

---

作者: gangdan    时间: 2010-8-12 17:37

没错。
Edison 发表于 2010-8-12 15:37

    打勾了有什么作用？

---

作者: SpitDragon    时间: 2010-8-12 17:43
对普通用户有神马用？

---

作者: SpitDragon    时间: 2010-8-12 17:53
囧rz   下载下来的文件，江民提示有毒…

---

作者: sual    时间: 2010-8-12 18:14
江民真的效率高,,MFCS没反应

---

作者: 左脚选手    时间: 2010-8-12 18:54

只支持5系显卡？
anolen01 发表于 2010-8-12 16:43

Supported Cards:1,5

ATI Radeon™ HD
5970
5870, 5850, 5830
5770, 5750
5670
5570
5450
48902, 4870 X2, 4870, 4850 X2, 48502, 4830
4770
4670, 4650
4550
4350

ATI FirePro™
V8800
V8750
V8700
V7800
V7750
V5800
V5700
V4800
V3800
V3750

AMD FireStream™
9270, 9250

ATI Mobility Radeon™ HD
5870, 5850, 5830
5770, 5750, 5730
5650
5470, 5450, 5430
48702, 4860, 4850X2, 4850, 4830
4670, 4650
4500 Series
4300 Series

ATI Mobility FirePro™
M7820
M7740
M5800

ATI Radeon™ Embedded
E4690 Discrete GPU

---

作者: lijie334712273    时间: 2010-8-12 19:19

对普通用户有神马用？
SpitDragon 发表于 2010-8-12 17:43

    同问。。。

---

作者: cxhaq    时间: 2010-8-12 20:55
不知道有什么用呢

---

作者: 380    时间: 2010-8-12 21:04
提示: 作者被禁止或删除 内容自动屏蔽

---

作者: 蓝猪1101    时间: 2010-8-12 21:36
有什么用？

---

作者: ATI专业卡    时间: 2010-8-12 22:28
OPENCL 1.1

---

作者: jocover    时间: 2010-8-12 22:57
global mem之前是1/4，现在是1/2了，什么时候能全部用到？

---

作者: 晨之晖    时间: 2010-8-12 23:20
为何AMD不是集成在一起，而是发布两种驱动啊？

---

作者: cxhaq    时间: 2010-8-13 00:03
我4850毒药装了没有打钩啊。。。。

---

作者: PaulWong    时间: 2010-8-13 00:31

为何AMD不是集成在一起，而是发布两种驱动啊？
晨之晖 发表于 2010-8-12 23:20

同问，另外不知道普通用户装上了有什么不一样？

---

作者: 左脚选手    时间: 2010-8-13 00:51

为何AMD不是集成在一起，而是发布两种驱动啊？
晨之晖 发表于 2010-8-12 23:20

也许上面有人问的一个问题可以回答你

对普通用户有神马用？
SpitDragon 发表于 2010-8-12 17:43

普通用户根本用不着，只有少数开发人员才有用，所以AMD就不集成在普通驱动中了，免得浪费大多数人的带宽。

---

作者: Edison    时间: 2010-8-13 01:05
AMD 的做法事实上反而会让大多数人浪费带宽，对 OpenCL 推广起到了非常坏的作用。

---

作者: 左脚选手    时间: 2010-8-13 08:55

AMD 的做法事实上反而会让大多数人浪费带宽，对 OpenCL 推广起到了非常坏的作用。
Edison 发表于 2010-8-13 01:05

对OpenCL的推广起到非常坏的作用这倒可以理解(其实我觉得非常坏还不至于，用词过重了)，但是让大多数人浪费带宽，这从和说起？Stream SDK仅仅只有极少数开发人员和少数喜欢最新的玩家会下载安装，绝大多数普通玩家都不会下载安装，如何浪费了大多数人的带宽？请指教。

---

作者: tangboyun    时间: 2010-8-13 17:26
提示: 作者被禁止或删除 内容自动屏蔽

---

作者: Edison    时间: 2010-8-13 17:37

对OpenCL的推广起到非常坏的作用这倒可以理解(其实我觉得非常坏还不至于，用词过重了)，但是让大多数人浪 ...
左脚选手 发表于 2010-8-13 08:55

nvidia 的 opencl icd 是和驱动在一起的，而 amd 的 opencl icd 必须下载 sdk 才能拥有，opencl icd 的文件大小只有 100KB 不到，为了 100KB 的东西而下载数十兆字节的开发包就是明显的浪费带宽行径。

---

作者: 红发IXFXI    时间: 2010-8-13 17:42

AMD 的做法事实上反而会让大多数人浪费带宽，对 OpenCL 推广起到了非常坏的作用。
Edison 发表于 2010-8-13 02:05

amd现在没钱钱钱～～～～～～～～～～～～～～

---

作者: 4479237    时间: 2010-8-13 18:11
我很想知道为什么我的HD4200不支持。。。

---

作者: birdflywing    时间: 2010-8-13 18:15
回头装上试试

---

作者: 4479237    时间: 2010-8-13 18:20

nvidia 的 opencl icd 是和驱动在一起的，而 amd 的 opencl icd 必须下载 sdk 才能拥有，opencl icd 的 ...
Edison 发表于 2010-8-13 17:37

    管理员同志麻烦你说明下对普通用户有啥用，还有集成显卡是不是都不支持

---

作者: 左脚选手    时间: 2010-8-13 18:44

nvidia 的 opencl icd 是和驱动在一起的，而 amd 的 opencl icd 必须下载 sdk 才能拥有，opencl icd 的文件大小只有 100KB 不到，为了 100KB 的东西而下载数十兆字节的开发包就是明显的浪费带宽行径。Edison 发表于 2010-8-13 17:37

你的解释只是说明了浪费了极少数需要OpenCL的人的带宽，问题是现阶段绝大多数人不需要OpenCL。
目前OpenCL对绝大多数普通玩家没用，就是100K不到对没有用的普通玩家也是浪费，普通玩家才是大多数人，就算不考虑带宽，现在windows系统够臃肿了，暂时没用的东西，能不装就尽量不装为好。

而且我认为，目前阶段OpenCL应用极少，需要用到的开发人员绝大多数也是需要SDK，光有个openCL ICD对这些开发人员来说根本没用，所以目前AMD的OpenCL只是面对开发人员的，不是面对广大普通用户的。

---

作者: Edison    时间: 2010-8-13 19:12
在 opencl icd 上采取不集成的策略，你们选择所谓的带宽浪费论调就是完全站不住脚的，100KB 的文件对于绝大多数的用户来说就是 1 秒甚至半秒不到的下载时间，这根本不存在所谓的带宽浪费问题，如果以此论调推而广之的话，CCC 中大量的文件都是完全浪费空间，更加不值得提供下载，这些论调简直是荒谬至极。

其实根本的原因就是 AMD 目前根本无法提供一个可堪用户使用的 opencl 解决方案，这样的事情发生在极力鼓吹开发标准的 AMD 身上简直是可悲之极，更可笑的是还有用户为此叫好。

---

作者: jocover    时间: 2010-8-13 19:17
cl_khr_icd
cl_khr_fp64
以上两个都不支持，AMD在搞什么东东

---

作者: 左脚选手    时间: 2010-8-13 20:00

如果以此论调推而广之的话，CCC 中大量的文件都是完全浪费空间Edison 发表于 2010-8-13 19:12

AMD有不包含CCC的纯驱动，事实上有不少人就用纯驱动+ATT，AMD给你选择权，这样不好吗？
还有我要澄清一点，目前AMD 的确无法提供一个可堪用户使用的 opencl 解决方案，我可没有为此叫好，你不要乱扣帽子，我只是认为，现阶段OpenCL几乎没有应用，对绝大多数普通用户完全用不到OpenCL，所以驱动集不集成OpenCL icd完全是无关痛痒的事情，有些人把这个上升到“对 OpenCL 推广起到了非常坏的作用。”，我对这个偏激的观点不敢苟同。

当然，AMD可能的确没有尽全力推广OpenCL，一方面AMD资金少，还要把有限资金投入向CPU倾斜，另一方面，AMD有CPU，对于GPGPU就没有NV这个没有CPU的公司这么热心和迫切，这些都是从公司整体能力和利益出发的，无从谈起可悲不可悲，据此认为AMD可悲的人他自己才是可笑的。

---

作者: Edison    时间: 2010-8-13 20:54
不在驱动中集成半秒时间都不到就能完成下载的 opencl icd 而需要另外下载 99% 文件都没用的SDK 对普通用户来说，这样的做法就是对推广 opencl 起到极其坏的作用这点是毫无疑问的。

如果因为用户不需要某个功能而将这个本应该集成的模块拿掉放在另一个大文件包中，那么 AMD 需要拔掉的东西绝不仅仅是 CCC，例如 OpenGL ICD，这对于目前许多用户来说都是没用的东西，按照你这样的解释，直接只提供 D3D 驱动好了。

AMD 提供 OpenCL ICD 绝不仅仅是只让 GPU 受益，OpenCL 的程序 CPU 同样能运行，在并行应用的开发上 OpenCL 更简便明了，特别是 SIMD 的开发可以大大简化。

事实上对此做法并不苟同的，绝不仅仅是我的看法，许多做过 OpenCL 开发的开发人员对此做法也是持反对意见，他们并不希望开发出来的东西需要用户另行下载一个几十兆字节的文件包才能运行。

这样的做法对推广 OpenCL 来说除了负面作用我看不出任何好处，这就是为啥我说 AMD 在这点起了的极坏作用。

---

作者: gz_easy    时间: 2010-8-13 21:24
Update到AMD Stream SDK 2.2后，GPCBenchmarkOCL device list中GPU消失，仅剩CPU。

---

作者: PaulWong    时间: 2010-8-13 21:50

问题在于现在没有人用得到, 你能想出来哪怕一项实际应用吗?
现在要用的都是要同时用SDK的. 将来10. ...
brl 发表于 2010-8-13 18:41

100K的东西加进去就这么难吗？NV最起码加上了吧，这就叫激进？即使用不上，这里玩卡的大多还是希望添加进去，不管是只为了YY还是真的有自己特殊应用。A饭也不是你这样的！

---

作者: Sirlion    时间: 2010-8-13 21:54
没有的就代表不需要……这言论似乎在phyx和cuda上面都听到过，3d似乎也听到过，似乎都是针对nv的，而不是标准

---

作者: 未来号    时间: 2010-8-13 22:30
没讲清楚。

---

作者: 左脚选手    时间: 2010-8-13 22:31

事实上对此做法并不苟同的，绝不仅仅是我的看法，许多做过 OpenCL 开发的开发人员对此做法也是持反对意见，
Edison 发表于 2010-8-13 20:54

瞧你说来说去还是开发人员而不是普通用户。

OpenGL现在可比OpenCL应用广得多，有不少老游戏，quake和cs等都需要用到opengl，当然最终opengl估计在家用PC上是会彻底退出，到时候的确可以在驱动中去掉OpenGL ICD，现在还太早。好像微软操作系统自带的驱动都已经去除OpenGL ICD的。

说什么OpenCL程序CPU也能运行，在并行应用的开发上 OpenCL 更简便明了，怎么没看intel对OpenCL这么热情？说穿了，有CPU的的intel和AMD对OpenCL的热情和迫切感远没NV这么强烈。而且计算机技术发展到现在阶段，并不是最新效率性能更高的东西就是最好的，也要考虑继承性，否则linux也不会始终干不过windows，安腾也不会败于X86-64，编程也是一样，用OpenCL编程，需要完全推到重来，以前的代码模型和经验完全不能使用，实际开发成本和难度未必就小。


说到底，OpenCL是个好东西，但是有CPU的AMD出于自身利益和能力，不愿意也不能全力支持OpenCL，大力推广OpenCL的重任，只有落在NV身上了，但是AMD就算不全力支持OpenCL，也不会拖OpenCL的后腿，AMD又没说不支持，对OpenCL的支持也在逐渐改进，你说AMD起了极坏的作用，我觉得是冤枉了AMD，也是太抬举AMD了，AMD在GPGPU领域没有这么大的影响力。当然你作为资深Nfan，完全站在NV的立场说话，看到自己心仪公司的技术不被对手公司AMD全力支持而影响了NV的努力，所以对AMD抱有怨言过度指责AMD，这我也能理解。

---

作者: Edison    时间: 2010-8-13 23:10
提及开发人员的看法主要是为了佐证 AMD 在 OpenCL 推广上起很坏作用，这就是个简单的鸡和蛋谁先存在的问题一样，开发人员开发的程序需要用户另外下载数十兆字节的废物，加上 AMD OpenCL 表现的低劣表现，也就让并行程序的开发人员不得不索性考虑其他更成熟的方案，例如 CUDA，从而抑制了 OpenCL 程序推广。

如果当初 OpenGL ICD 没有集成到显卡厂商的驱动中，你口中那个的 “有不少老游戏，quake和cs等都需要用到openg” 就根本不可能存在。至于你说的"好像微软操作系统自带的驱动都已经去除OpenGL ICD的。"这点本身其实根本就没啥意义，先不说 Windows Vista/7 本身是有 OpenGL 1.x 驱动（ D3D warper 实现），在现实中我们根本不需要考虑这个问题，因为我们都知道我们下载的显卡驱动本身就有 OpenGL ICD，符合标准的 OpenGL 程序直接拿来开跑就可以了，而且这个东西在家用 PC 上存在的时间没准会比封闭标准 D3D 更长久。

我不知道你为何说使用 OpenCL 就会导致失去继承性，变成不考虑继承性了。到目前为止我所看到的 OpenCL 程序还没有哪个是不能运行在 CPU 上的，如果你是指旧程序跑 OpenCL，那只能说明你根本连 OpenCL 是啥都不清楚，简直是莫名其妙的提法。

为 AMD 辩护不成，转而要攻击个人立场用以佐证你的观点？老把戏。

---

作者: 左脚选手    时间: 2010-8-14 01:16

OpenGL ICD，符合标准的 OpenGL 程序直接拿来开跑就可以了，而且这个东西在家用 PC 上存在的时间没准会比封闭标准 D3D 更长久。Edison 发表于 2010-8-13 23:10

除非windows完蛋，否则你的这个预言就是个笑话，而在家用PC上，windows完蛋是完全不可能的事情，linux占有率始终在1%左右，OpenGL在家用PC上已经被D3D完全击败，你就不需要为opengl招魂了。

AMD在OpenCL上的低劣表现，让程序开发人员考虑NV的CUDA？合着难道OpenCL只是AMD支持的，NV不支持OpenCL？什么逻辑，就算在AMD GPU上OpenCl跑不好，不还有NV的GPU吗？OpenCL推广不力干嘛怪在AMD头上？我看OpenCL推广上起很坏作用的就是NV，NV自己搞个CUDA，在推广OpenCL上三心二意，花大力气推广自己的CUDA，这才是抑制了OpenCL程序推广的主要原因。

在我的记忆中，一开始显卡驱动是不集成openGL ICD的，在OpenGL应用多起来后才集成的，opencl也一样，等真正opencl的实际应用多起来了，AMD自然会集成。

关于程序继承性的问题，你到底懂不懂？OpenCL程序能在CPU上跑就是继承性了？同样的一套应用移植到新系统，如果用OpenCL，那就要重新开发，差不多要重写，而不用OpenCL，在CPU上跑传统代码，可能把以前的程序拿来就能用根本不需要修改或者只需要很少修改就可以用，并且以前的很多函数和库文件也都可以利用而不需修改或只需要很少的修改，这2者之间的开发难度和移植成本有天壤之别，完全抵消了你说的什么“在并行应用的开发上 OpenCL 更简便明了，特别是 SIMD 的开发可以大大简化。”

我承认AMD在OpenCl上落后，可是我也分析了，AMD不需要在GPGPU上像NV这么热心，有CPU的公司都不会对GPGPU太热心，有CPU的AMD和Intel都不愿意GPU抢CPU的活，没有CPU的NV一心想让GPU抢CPU的活，都是为了自身的利益。

别把NV想的多么高尚，他要是真的一心推广OpenCL，就别再推自己的CUDA了（你别再来说什么CUDA和OpenCL不是一个概念，CUDA是软硬件的整套体系这些陈词烂调，你知道我在这里说的CUDA是什么意思）；也别把AMD想得多卑劣，AMD推OpenCL也要符合自己公司的战略和资源情况。

最后，麻烦你如果是回复我的发言，请用论坛的回复或者引用功能，至少让我知道你回答了我的发言，而不是在哪里自己自说自话，我要不是进来看这个帖子，都不知你回复了我的发言，用一下回复功能不会太困难吧？难道你不用回复功能，是不想让我知道你又发言了？

---

作者: 4479237    时间: 2010-8-16 08:24
我艹AMD，集成显卡是不是都不支持？？？
我艹AMD，集成显卡是不是都不支持？？？
我艹AMD，集成显卡是不是都不支持？？？
我艹AMD，集成显卡是不是都不支持？？？
我艹AMD，集成显卡是不是都不支持？？？

---

作者: lovehebe330    时间: 2010-8-16 12:06

nvidia 的 opencl icd 是和驱动在一起的，而 amd 的 opencl icd 必须下载 sdk 才能拥有，opencl icd 的 ...
Edison 发表于 2010-8-13 17:37

你只看到了单个个体的增多，而没看到面的减少

假如某个程序员是需要，单独下载这个，为这个单独下载含有开发包的驱动的确是浪费带宽

可是这样的人占用户群的多少？

很多普通玩家是不需要的，因此这么大的用户群都没下，而少数的开发人员才需要下

从整体这个面来说，是没有浪费带宽的

---

作者: tom33    时间: 2010-8-16 12:58
为了GPUZ里看着爽的普通用户还是会下载的

---

欢迎光临 POPPUR爱换 (https://we.poppur.com/)

Powered by Discuz! X3.4