首页 文章 精选 留言 我的

精选列表

搜索[CPU升高],共10003篇文章
优秀的个人博客,低调大师

下一代 AMD CPU 或将具有 12 个 CCD

最新的 Linux 内核补丁显示,下一代Gen AMD ZEN 处理器最多能够具有 12 个 CCD(core-complex die)。 目前,用于监测 AMD 处理器温度的 k10temp Linux 驱动程序最多可以处理 8 个 CCD,而下一代 AMD Zen 处理器的配置将达到 12 个 CCD,以适应更多的核心数量。补丁中明确表示,较新的 AMD 系列 19h 型号 10H-1FH 和 A0H-AFH 可以支持最多 12 个 CCD,因此需要更新相关驱动程序。 这些补丁通过k10temp 支持来处理最多 12 个 CCD。这并没有确认 ZEN 4 的 CCD 到 CCX 布局,但显然有 12 个 CCD 将适用于下一代 EPYC 和 ThreadRipper 处理器。此外,AMD 本月早些时候宣布,EPYC "Genoa" 处理器将拥有多达 96 个 Zen 4 内核,而 EPYC "Bergamo" 将拥有多达 128 个。因此,增加 CCD 数量也在意料之中。

优秀的个人博客,低调大师

英特尔已开始为第 14 代 CPU 开发 Linux 驱动

虽然英特尔第 11 代 Rocket Lake 桌面端处理器本月中旬才会正式上市,但以准时支持著称的英特尔 Linux 驱动的开发团队已经开始围绕其第 14 代 Lunar Lake 平台准备早期代码。 对于那些喜欢在 PC 上使用非 Windows 系统的用户而言,英特尔在桌面端、移动端和服务器平台上准时的 Linux 支持是他们的一大卖点。一年前,英特尔就开始在上游启动 Rocket Lake 对 Linux 的支持,随后 Alder Lake 的支持也迅速跟进。到 2020 年年底,英特尔已经开始围绕 Meteor Lake 进行初步支持,而现在随着 2021 年第一季度的即将结束,英特尔也开始着手准备 Lunar Lake 的支持,它是 Meteor Lake 的后继者,也将是英特尔第 14 代处理器。 从产品推出的时间表上来说,我们在 2023 年之前都不太可能看到英特尔的 Lunar Lake 处理器,而内核补丁的启动已在本月开始。这项工作始于英特尔对 e1000e 网络驱动程序进行了更新以支持 Lunar Lake。 虽然这仅仅只是一个小小的变化,但表明 Lunar Lake 平台对 Linux 的支持工作已经开始。由于当前为时过早,我们对 Lunar Lake 的了解仍然很少,据传 Lunar Lake 将拥有 Gen12.9 或 Gen13 图形架构。 由于 Linux 5.12 的合并窗口刚刚过去,英特尔对 e1000e 的更新至少会排到 Linux 5.13 上,因此在下一次合并窗口来临之前,英特尔可能还会在更多层面上提供 Lunar Lake 对 Linux 的支持。

优秀的个人博客,低调大师

Intel公布三大全新封装技术:未来CPU就长这样

【大咖・来了 第7期】10月24日晚8点观看《智能导购对话机器人实践》 Intel 去年提出了全新的六大战略支柱,其中封装(Package)也占据很重要的一个位置。多数人平常更可能更在意 xxnm 工艺,对于封装知之甚少或者不太在意。 事实上,随着半导体工艺的日益复杂,传统单芯片封装已经渐渐不合时宜,性能、功耗、成本越来越不成比例,尤其是对于高性能芯片来说。 AMD 刚发布的第三代锐龙以及即将发布的第二代霄龙,就是这种变化的一个典型代表,都用了 chiplet 小芯片设计,将原本一个单独的大芯片拆分开来,不同模块做成不同的小芯片,再整合到一起。 Intel 也陆续推出了 EMIB 2.5D、Foveros 3D 封装技术,前者的代表是去年集成了 Vega GPU 核心的 Kaby Lake-G,后者则会在今年底有 Lakefiled,融合 10nm、22nm。 昨日,Intel 又公布了三项全新的封装技术 Co-EMIB、ODI、MDIO,基本原则都是使用***工艺制作不同 IP 模块,然后借助不同的封装方式、高带宽低延迟的通信渠道,整合在一块芯片上,构成一个异构计算平台。 在现场,Intel 还拿出了几颗概念性的样品,可以看出在一块基板上都有多达 9 个裸片(Die),且大小、功能各异,整合方式也不一样。 Co-EMIB 简单说是 EMIB、Foveros 的综合体,可以将多个 3D Foveros 芯片互连在一起,制造更大的芯片。 Intel 介绍的一个示例就包含四个 Foveros 堆栈,每一个都有八个小的计算芯片,通过 TSV 硅通孔与基底裸片相连,同时每个 Foveros 堆栈通过 Co-EMIB 连接两个相邻的堆栈,HBM 显存和收发器也是通过 Co-EMIB 组织在一起。 ODI 更注重互连技术,其全程就是“Omni-Directional Interconnect”,Omni-Path 正是 Intel 用在数据中心里的一种高效互连方式。 一如其名字中 Directional (方向性)所代表的,ODI 既可以水平互连,也可以垂直互连,而且通孔更大,所以带宽高于传统 TSV,电阻和延迟则更低,此外电流还可以直接从封装基底供给到裸片。 它所需要的垂直通孔通道数量也少于传统 TSV,因此可以减小裸片面积,可容纳更多晶体管和更高性能。 MDIO 意思是 Multi-Die IO,也就是多裸片输入输出,是 AIB (高级互连总线)的进化版,为 EMIB 提供一个标准化的 SiP PHY 级接口,可互连多个 chiplet。 针脚带宽从 2Gbps 提高到 5.4Gbps,IO 电压从 0.9V 降低至 0.5V,并且号称比台积电最近宣布的 LIPNCON 高级的多。

优秀的个人博客,低调大师

服务器大量php-cgi.exe进程,导致CPU占用100%

出现该问题一般为程序方面问题,如程序采用fastcgi方式运行PHP,而程序设置的StartProcesses又偏大,如6甚至更大。 解决参考:1.检查系统盘空间。查看系统临时文件是否过多,mysql数据库的临时文件默认存到了c:/windows/temp,导致累积了几万甚至上百万的小文件,压垮系统盘。 del . 删除所有文件 2.PHP是一种广泛使用的动态脚本语言,不过在IIS中并没有内置对PHP语言的支持,因此如果需要使用PHP,必须自行安装。PHP可以安装为CGI模式或者ISAPI模式,由于ISAPI模式具有更高的性能,因此我建议大家使用ISAPI模式。3.如能修改程序,建议将程序配置文件中的StartProcesses值缩到2,看是否改善。4.看是否服务器有问题攻击现象。 windows 2003+IIS6中优化fastcgi配置文件fcgiext.ini,减少php-cgi.exe进程数量和所占内存大小本来听说fastcgi比isapi好就在服务器中装上了,配置环境为windows 2003+IIS6+fastcgi(FCGI)+PHP5.2.17,经过与很长一段时间观察,发现工作在FastCGI模式下的PHP会占用越来越多的内存,访问量稍微多点php-cgi进程就多了N个,同样情况下能比原来用isapi模式的时候多出几百M,我的服务器内存只有2G伤不起啊。我在网上搜索了一下,发现还有不少人面临同样的问题。来自PHP官方的一个比较正式的解释是:php-cgi进程并没有内存泄漏,php-cgi会在每个请求结束的时候回收脚本使用的全部内存,但是并不会释放给操作系统,而是继续持有以应对下一次PHP请求。这样做大概是为了减少内存碎片化或者解决从系统申请内存之后又释放回操作系统所需要的时间不可控问题。可是如果偶然一次PHP请求使用了诸如ftp或者zlib这样的大内存操作,那么将导致一大块系统内存被php-cgi持续占有,不能被利用。解决这个问题的办法是在web服务器配置中优化fastcgi配置文件参数。在C:WINDOWSsystem32inetsrvfcgiext.ini 文件中可以设定php-cgi进程相关参数,如:[Types]php = PHP[PHP]ExePath=C:php-5.3.8-nts-Win32-VC9-x86php-cgi.exemaxInstances=100InstanceMaxRequests=10000EnvironmentVars=PHP_FCGI_MAX_REQUESTS:10000RequestTimeout=600ActivityTimeout=900在上面的配置中:ExePath 指定了FastCGI解析程序的路径,instanceMaxRequests 指定了每个实例可以处理的最大请求数,maxInstances 指定可以启动的最大实例数目,EnvironmentVars 创建了一个环境变量 PHP_FCGI_MAX_REQUESTS ,默认值设为10000,requestTimeout 指定了请求的超时时间为600秒,activityTimeout 指定了活动会话超时时间为900秒。一下是建议值:maxInstances=把这个值改小建议512M 内存的改maxInstances=501G 内存的改maxInstances=802G 内存的改maxInstances=140再修改InstanceMaxRequests=把这个值改小建议512M 内存的改InstanceMaxRequests=2001G 内存的改InstanceMaxRequests=3002G 内存的改InstanceMaxRequests=500 改完, 重启IIS。 instanceMaxRequests PHP_FCGI_MAX_REQUESTS 这两个参数决定了一个php-cgi进程被创建出来之后,最多接受的PHP请求数,在lighttpd中默认配置是10000。也就是说这个php-cgi进程每接受10000次PHP请求后会终止,释放所有内存,并重新被管理进程启动。如果把它降低,比如改成100,那么php-cgi重启的周期会大大缩短,偶然的高内存操作造成的问题影响时间也会缩短。maxInstances 这个参数指定可以启动的最大实例数目,即php-cgi.exe进程的数目。如果把它降低,比如改成100,那么在任务管理器的进程中最多只有php-cgi.exe进程,php-cgi.exe所占用的总内存将大大减少。我现在用的服务器为windows 2003操作系统,4G内存,一个php-cgi.exe程序占用7-25M内存,我把maxInstances值调为300,减少了php-cgi.exe进程的总数量,占用内存也减小了,反应速度比以前快了不少,至少调整到多少,可根据您的站点访问量来决定。

资源下载

更多资源
Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Rocky Linux

Rocky Linux

Rocky Linux(中文名:洛基)是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版,作为CentOS稳定版停止维护后与RHEL(Red Hat Enterprise Linux)完全兼容的开源替代方案,由社区拥有并管理,支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性,采用模块化包装和SELinux安全架构,默认包含GNOME桌面环境及XFS文件系统,支持十年生命周期更新。

Sublime Text

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能,例如代码缩略图,Python的插件,代码段等。还可自定义键绑定,菜单和工具栏。Sublime Text 的主要功能包括:拼写检查,书签,完整的 Python API , Goto 功能,即时项目切换,多选择,多窗口等等。Sublime Text 是一个跨平台的编辑器,同时支持Windows、Linux、Mac OS X等操作系统。

WebStorm

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源,继承了IntelliJ IDEA强大的JS部分的功能。

用户登录
用户注册