多处理器编译
Ⅰ 编程需要多核cpu吗
看是什么编程了,一般的编程只是文本编辑,编译,所以对CPU没有要求的。
Ⅱ 编译软件要多核CPU还是高主频的啊,32个g内存128g硬盘够吗
编译软件需要多核处理器,32GB内存、128GB固态硬盘完全够用。
Ⅲ 如何实现C语言的多处理器并行计算
使用系统的API
参考文章:http://www.cnblogs.com/lixiaohui-ambition/archive/2012/07/26/2610336.html
Ⅳ 用VS2010写的C#程序在win7下编译和运行,能对多核心处理器有较好的利用率么
理论上不会有任何的帮助........
要对多核心有很好的利用率,必须从代码上修改.
不过,前面我说的是理论上.
实际上了, 如果你是从winxp和win2003到win7的话,会在运行时有一定的帮助
因为win7和vista的多核心运算比xp和2003有一定的提高.举个例子,2003和xp不管你是否开启cpu性能最大化,在多线程下,你的计算程序会从多个核心中获取资源,比如你是双核,程序会从核心1和核心2中反复跳转,获得共计100%左右上下浮动10%左右的资源.然而, 在跳转之间实际上获取的性能不如只让程序在核心1中单独运行.
在win7和vista以及win8等更新的Nt6系列系统下,程序不管是在双核还是四核六核下,都能真正获取一个核心100%的性能.
你明白了吗?
在不指定程序运行核心为单独核心的情况下,xp和2003有性能损失,win7等新系统倒是没有.
你可以做测试,验证我这个观点,我是做过多次测试的.
希望你满意我的回答
Ⅳ 用于解决CPU指令乱序、编译器重排、多CPU内存同步等带来的问题机制是什么
这个真不懂,要是懂了就不卖电脑了!
Ⅵ 是不是每种处理器都要开发自己的编译器,比如inter的cpu,arm,51单片机等
每个处理器厂家都会开发本身的编译器。这是硬体设计与系统工程师的工作。软件编辑员一般都不需染手此东西。是否每个牌子的处理器都须有自己的编译器呢?未必。
比如Intel,AMD,VIA 同是用x86平台都可享用Intel的编译器。
又如Siemens, SGI,NEC 同出产MIPS平台的处理器都可享用MIPS 的编译器。
但有些特别指令如INTEL的MMX,SSE1,2,3,4;AMD的3DNOW,AMD64 等就有劳个产家编写。
如没有特别指令编译器, 软件会出错吗?很多高档程序编辑软体都会翻译及处理,用标准指令来取代特别指令(应该说不用特别指令),当然执行速度会慢过特别指令。
Ⅶ 什么是多核处理器
多核处理器是指在一枚处理器中集成两个或多个完整的计算引擎(内核)。多核技术的开发源于工程师们认识到,仅仅提高单核芯片的速度会产生过多热量且无法带来相应的性能改善,先前的处理器产品就是如此。他们认识到,在先前产品中以那种速率,处理器产生的热量很快会超过太阳表面。即便是没有热量问题,其性价比也令人难以接受,速度稍快的处理器价格要高很多。 英特尔工程师们开发了多核芯片,使之满足横向扩展(而非纵向扩充)方法,从而提高性能。该架构实现了分治法战略。通过划分任务,线程应用能够充分利用多个执行内核,并可在特定的时间内执行更多任务。多核处理器是单枚芯片(也称为硅核),能够直接插入单一的处理器插槽中,但操作系统会利用所有相关的资源,将每个执行内核作为分立的逻辑处理器。通过在两个执行内核之间划分任务,多核处理器可在特定的时钟周期内执行更多任务。多核架构能够使软件更出色地运行,并创建一个促进未来的软件编写更趋完善的架构。尽管认真的软件厂商还在探索全新的软件并发处理模式,但是,随着向多核处理器的移植,现有软件无需被修改就可支持多核平台。操作系统专为充分利用多个处理器而设计,且无需修改就可运行。为了充分利用多核技术,应用开发人员需要在程序设计中融入更多思路,但设计流程与对称多处理 (SMP)系统的设计流程相同,并且现有的单线程应用也将继续运行。得益于线程技术的应用在多核处理器上运行时将显示出卓越的性能可扩充性。此类软件包括多媒体应用(内容创建、编辑,以及本地和数据流回放)、工程和其他技术计算应用以及诸如应用服务器和数据库等中间层与后层服务器应用。多核技术能够使服务器并行处理任务,而在以前,这可能需要使用多个处理器,多核系统更易于扩充,并且能够在更纤巧的外形中融入更强大的处理性能,这种外形所用的功耗更低、计算功耗产生的热量更少。多核技术是处理器发展的必然。推动微处理器性能不断提高的因素主要有两个:半导体工艺技术的飞速进步和体系结构的不断发展。半导体工艺技术的每一次进步都为微处理器体系结构的研究提出了新的问题,开辟了新的领域;体系结构的进展又在半导体工艺技术发展的基础上进一步提高了微处理器的性能。这两个因素是相互影响,相互促进的。一般说来,工艺和电路技术的发展使得处理器性能提高约20倍,体系结构的发展使得处理器性能提高约4倍,编译技术的发展使得处理器性能提高约1.4倍。但是今天,这种规律性的东西却很难维持。多核的出现是技术发展和应用需求的必然产物。
Ⅷ 我应该买什么PC来获取Quartus II的最快速编译时间
最后修改: 2012 年9 月05 日
产品类别: 设计软件
产品领域: 安装/授权(设计软件)
产品子领域: 操作系统支持/系统要求
标题说明Altera为Quartus03 II 只推荐最低硬件要求,最低可用物理RAM,和交换空间。这些推荐是在载有Quartus II的readme.txt格式中和在器件支持版本注释中,存在于Quartus II Development Software documentation page最低要求使Quartus II 能够运行。如果您具有大的设计和想要最佳编译时间,Altera建议更高的配置。 Quartus II需要大量的处理器和存储器资源。CPU速度是影响编译次数性能的主要因素。请考虑多核处理器和多CPU的配置,从而利用多线程编译。使用分化快设计和增量式编译来完全利用可用内核。请参考 Quartus II手册的第二卷的Recing Compilation Time章节。除此之外,解决以下三个瓶颈:通过处理器最大化芯片上的缓存访问最小化虚拟储存器的使用最小化硬盘访问时间通过处理器最大化芯片上的缓存访问选择具有大量的芯片上缓存的CPU。最小化虚拟储存的使用使用64-位体系结构和操作系统,伴随足够量的快速速度等级RAM。随着器件大小和软件复杂性的增长,内存使用也在增加。针对较新的器件系列(Stratix03 III 和更新的版本)的设计比用于32位应用的RAM的2GB需要更多,所以使用64位操作系统和软件。对于一个64位系统,对于更大的器件系列,一个单编译应该已经访问至少RAM的8GB (安装8到10GB)和更多。对于每种器件的最低安装的RAM信息,请参考器件支持版本注释,存在于Quartus II Development Software documentation page。最短的硬盘访问时间使用快速或固态硬盘安装一个本地SCSI或基于SATA的体系结构。磁盘也可以被RAID条带化,以便更快的访问。 使用网络磁盘可以是编译时间的一个显着地瓶颈。如果您必须在网络硬盘上存储工程源,Altera建议使用网络文件系统的源文件创建一个本地工程,保持项目目录当地和源文件远程。Quartus II 只读取几次源文件,但是需要访问Quartus II数据库(db and incremental_db)很多次。补充注释从32位转换到64位 OS并且软件可能不会减少编译时间。64位Quartus II使能够访问每进程较大的储存映射(没有2GB限制),但是使用64位OS或软件时可能看不到提高,如果我们的设计没有达到2GB限制并且在32位OS上使用低虚拟储存。您可能看到编译次数的稍微降低,由于64位进程的较多开销。Quartus II 10.0的编译次数性能和更新的64位对比32位(64位机上)是可比较的,如同Windows OS的性能对比相等的Linux (32位对比32位,或者64位对比64位)。
Ⅸ 是不是每种处理器都要开发自己的编译器,比如inter的cpu,arm,51单片机等
你好!
主要是依据处理器设计的指令系统来决定的。不同的处理器如果指令系统一致就可共用同一编译器,否则就要开发自己的编译器,它的主要作用是将开发人员编写的高级语言代码转换为处理器能够识别并运行的二进制指令(指令系统已定义的)。
打字不易,采纳哦!
Ⅹ 请问quartus软件安装所需的电脑配置
Altera设计软件操作系统支持
Altera® Quartus® II和MAX+PLUS® II软件目前适用的操作系统(OS)示于表1中。
表1. Altera软件OS支持
OS Quartus II软件 (1) MAX+PLUS II软件 (1)
Windows
Windows XP Professional x64 (使用32位) 是(2) 否
Windows XP (包括SP2) 是 (3) 是 (3)
Windows 2000 是 是
Windows NT 4.0 否 (4) 是
Windows 98 否 否
Solaris
Solaris 9 (32位和64位) 是 否
Solaris 8 (32位和64位) 是 是
Solaris 7 否 (5) 是
Solaris 2.6 否 是
Linux
Red Hat Enterprise Linux 4 (32位和64位) 是 否
Red Hat Enterprise Linux 3 (32位和64位) 是 否
Red Hat Linux 7.3 否 (4) 否
Red Hat Linux 8.0 是 (6) 否
HP-UX
HP-UX 11.0 是 (6) 是 (6)
注释:
“是”表示目前所支持的操作系统;“否”表示目前不支持的操作系统。
Quartus II软件由运行Quartus II 32位应用程序的Windows XP Professional x64操作系统提供支持。在64位硬件/软件平台上运行32位应用程序的好处是能够增加内存,提高性能。
已经完成了Quartus II软件4.1和4.1 SP2版在微软Windows XP SP2中运行的初步测试,只发现两个小问题,这两个问题均已解决。虽然没有大的问题出现,但是Altera建议用户等待Quartus II软件4.2版的正式支持,在微软Windows XP SP2中使用Quartus II软件。还没有测试MAX+PLUS II软件在Windows XP SP2中的运行。
Quartus II软件5.0以及SP是支持Windows NT 4.0和Red Hat Linux 7.3的新版本。
Quartus II软件4.1版以及SP是支持Solaris 7的新版本。Altera用户应用软件将在2005年对使用Quartus II软件4.1及其更早版本版的用户提供Solaris 7的支持。
Quartus II软件5.1以及SP是支持Red Hat Linux 8.0和HP-UX 11.0的新版本。
今后 Quartus II 软件对 Linux 的支持包括 Red Hat Enterprise Linux 和 SUSE Enterprise Linux 等。
Quartus II软件以免费的Quartus II网络版形式或者作为Altera订购程序中的一部分提供给用户使用。Altera订购计划网页显示哪种产品最适合您的设计环境。
Microsoft Windows XP SP2兼容性问题
问题1:
如果用户在安装Quartus II软件之后,安装Windows XP SP2更新,ByteBlaster™ 驱动必需重新安装,才能使器件编程功能正常工作。重新安装驱动的方法如下:
Cd quartus\drivers\i386
Bblpt.exe /r ——删除ByteBlaster驱动
Bblpt /i ——重新安装ByteBlaster驱动
Net start ALTERABYTEBLASTER
问题2:
HardCopy应用程序菜单中的HardCopy® 功率估算命令无法将功率文件通过互联网传送到PowerPlay早期功耗估算器中。导致带有功率参数的文件显示在网页浏览器中。为解决这一问题,您必需“允许活动内容在我计算机上的文件中运行”。打开互联网浏览器,按照以下步骤操作:
在Tools菜单中,单击Internet Options。
单击Advanced条。
在Settings列表中,打开“Allow active content to run in files on My Computer”。
Quartus II 软件多处理器支持
Altera是第一家也是唯一一家能够提供多处理器支持(并行处理)的FPGA供应商,该技术首次在Quartus® II 软件6.1中推出,大大缩短了编译时间。在多处理器技术支持下,多个处理器对单个设计进行编译,编译时间缩短了20%。主要处理器供应商 (例如,Intel和AMD) 开发多处理器内核而不是提高处理器时钟速率来提升性能,多处理器支持满足了他们的这种发展需求。多处理器支持完善了Quartus II 软件的设计空间管理器(PDF),可对一个设计进行并行编译(多台计算机),确定最佳综合以及适配设置,以提高性能。
Altera在今后的版本中致力于提高Quartus II 软件的多处理器支持功能。目前编译时间的减少(参见表1) 主要是由于并行处理了多个编译算法。在今后版本中,对更多的算法进行并行处理。
表1.节省的编译时间
处理器数量 节省的编译时间(平均) 节省的编译时间 (最大)
2 12% 15%
4 16% 20%
多处理器配置
多处理器配置包括:
一个物理封装中的多个处理器内核(例如,Intel Core 2 Duo处理器系列)
一台计算机中的多个处理器(例如,Intel Dual Core计算机)
操作系统支持
Quartus II 多处理器功能适用于所有操作系统,包括Windows、Linux和UNIX。了解详细信息,请访问Altera设计软件操作系统支持。
Quartus II对存储器的要求
利用高级布局布线算法,Quartus® II 软件对存储器的要求在业界是最低的。
许多因素影响对存储器的要求,包括器件占用率和时序约束等(参见表1)。
表 1. Stratix® III L FPGA 存储器要求
Windows UNIX/Linux
32位 64位 32位 64位
器件 典型 最大 典型 最大 典型 最大 典型 最大
EP3S50 1.0 GB 1.5 GB 1.5 GB 2.0 GB 1.0 GB 1.5 GB 1.5 GB 2.0 GB
EP3S70 1.0 GB 1.5 GB 1.5 GB 2.0 GB 1.0 GB 1.5 GB 1.5 GB 2.0 GB
EP3S110 1.5 GB 2.0 GB 2.0 GB 3.0 GB 1.5 GB 2.0 GB 2.0 GB 3.0 GB
EP3S150 1.5 GB
2.0 GB
2.0 GB
3.0 GB
1.5 GB
2.0 GB
2.0 GB
3.0 GB
EP3S200
2.0 GB
3.0 GB
3.0 GB
4.0 GB
2.0 GB
3.0 GB
3.0 GB
4.0 GB
EP3S260
3.0 GB
4.0 GB
4.0 GB
6.0 GB
3.0 GB
4.0 GB
4.0 GB
6.0 GB
EP3S340 3.5 GB 4.0 GB (1) 5.0 GB 8.0 GB 3.5 GB 4.0 GB (1) 5.0 GB 8.0 GB
表 2. Cyclone® III FPGA 存储器要求
Windows UNIX/Linux
32-Bit 64-Bit 32-Bit 64-Bit
器件 典型 最大 典型 最大 典型 最大 典型 最大
EP3C5 256 MB 384 MB 384 MB 512 MB 256 MB 384 MB 384 MB 512 MB
EP3C10 256 MB 384 MB 384 MB 512 MB 256 MB 384 MB 384 MB 512 MB
EP3C16 256 MB 384 MB 384 MB 512 MB 256 MB 384 MB 384 MB 512 MB
EP3C25 384 MB 512 GB 512 MB 768 MB 384 MB 512 GB 512 MB 768 MB
EP3C40 512 MB 768 MB 512 MB 1.0 GB 512 MB 768 MB 512 MB 1.0 GB
EP3C55 768 MB 1.0 GB 1.0 GB 1.5 GB 768 MB 1.0 GB 1.0 GB 1.5 GB
EP3C80 768 MB 1.0 GB 1.0 GB 1.5 GB 768 MB 1.0 GB 1.0 GB 1.5 GB
EP3C120 1.0 GB 1.5 GB 1.5 GB 2.0 GB 1.0 GB 1.5 GB 1.5 GB 2.0 GB
注释:
全面或者非常复杂的 EP3SL340 器件设计可能会需要 64 位版本的 Quartus II 软件。