slpd进程占用全部的cpu

小魔菇 2011-04-25 03:05:41
修改一个proc下的一个内核参数
这个参数应该跟slpd进程没有任何关系的
但是修改完了之后 过了几秒 slpd就占用了100%的cpu 非常的卡

不知道有没有那位高手碰到这样的情况
为什么会这样
请指教!
...全文
283 4 打赏 收藏 转发到动态 举报
写回复
用AI写文章
4 条回复
切换为时间正序
请发表友善的回复…
发表回复
小魔菇 2011-04-25
  • 打赏
  • 举报
回复
[Quote=引用 3 楼 wzzww 的回复:]

理论上proc参数是没有运行状态的说法,它只是提供一个与内核交互的接口,最后值的设置运用都是由自己逻辑控制的,个人觉得还是应该从参数修改后和修改前的内核处理逻辑来找问题。
[/Quote]

恩 说的有道理 我仔细检查一下 谢谢wzzww
无知者无谓 2011-04-25
  • 打赏
  • 举报
回复
理论上proc参数是没有运行状态的说法,它只是提供一个与内核交互的接口,最后值的设置运用都是由自己逻辑控制的,个人觉得还是应该从参数修改后和修改前的内核处理逻辑来找问题。
小魔菇 2011-04-25
  • 打赏
  • 举报
回复
修改一下问题:
发现跟slpd进程没关系 我把它关掉了 好像还是那样的问题

实际上是我自己给proc/sys/kernel下增加了一个开关
默认的时候 是没有问题的
但是当我修改了这个开关的值 系统就僵死了
看不出来是哪了问题

会不会proc下的有些参数是不能在运行的时候随便修改的呢?
无知者无谓 2011-04-25
  • 打赏
  • 举报
回复
没碰到过,能说说是改了哪个参数吗?
下载代码方式:https://pan.quark.cn/s/a4b39357ea24 Node.js作为一个运行环境,其基础是Chrome的V8引擎,它最突出的优势在于能够支持JavaScript代码在服务器端执行,从而为网络应用程序创造了一个全新的执行平台。在Node.js生态中,文件系统的相关操作由fs模块承担,而fs.readFile作为其中的关键方法,专门用于实现文件内容的获取。本文旨在全面阐释fs.readFile方法的相关信息,包括其功能说明、语法结构、参数配置、应用范例以及源代码实现,以供那些需要在Node.js环境中进行文件操作的程序员参考。 fs.readFile方法具备异步特性,意味着它在执行文件读取任务时不会中断当前程序的运行流程,使得程序的其他部分能够同步执行。该方法的工作流程是:一旦调用,Node.js会立即反馈执行信号,然后在后台线程中执行文件读取任务。当文件读取任务完成后,Node.js会通过一个预设的回调函数来处理读取结果或识别错误。 fs.readFile方法的语法结构如下: fs.readFile(path[, options], callback) - path:一个必须的参数,其数据类型可以是字符串、Buffer或Uint8Array,用于指示文件的具体位置或文件描述符。 - options:一个可选参数,形式为一个对象,用于设定文件的编码格式及打开模式。该对象中可以包含encoding(字符编码,默认值为null,此时返回Buffer对象)和flag(文件打开模式,默认值为r,代表只读模式)。 - callback:一个必须的回调函数,在文件读取任务结束后被触发。若读取过程中出现错误,err参数将包含错误详情,否则为n...

4,469

社区成员

发帖
与我相关
我的任务
社区描述
Linux/Unix社区 内核源代码研究区
社区管理员
  • 内核源代码研究区社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧