【问题标题】:ezpdf php using 100% cpu usageezpdf php 使用 100% cpu 使用率
【发布时间】:2011-04-12 18:51:26
【问题描述】:

我有一个问题。我正在使用class.ezpdf.php 创建一个我在浏览器上提取的 PDF。此 PDF 由事件组成,这些事件是 snort 检测到的项目。我列出了每个事件的某些标准。当事件数量达到数千时,最终不会创建 PDF。

它会在那里停留一两分钟,然后不是打开 PDF,而是询问我是否要打开或保存用于创建 PDF 的 php 文件,但该文件是空的。永远不会创建 PDF。与此同时,我在我的盒子上运行了top 命令,我可以看到,当它正在尝试处理时,进程php.fcgi 正在使用 100% cpu。

即使在保存/打开框出现以获取 php 文件并且我关闭此框后,它仍继续显示 100% 正在使用几分钟。看来我必须关闭运行该脚本的浏览器才能释放此过程。我不知道该怎么做。曾经有一个 perl 脚本在获取事件并将它们放入 PDF 方面做同样的事情,但是这个问题不存在,即使对于包含这么多事件的 PDF 也是如此。

任何帮助将不胜感激。
提前致谢。

【问题讨论】:

    标签: php pdf-generation


    【解决方案1】:

    它会在那里停留一两分钟,然后不是打开 PDF,而是询问我是否要打开或保存用于创建 PDF 的 php 文件,但该文件是空的。永远不会创建 PDF。与此同时,我在我的盒子上运行了 top 命令,我可以看到,当它试图处理时,进程 php.fcgi 正在使用 100% cpu。

    听起来您正在使用的 Web 服务器在等待 FastCGI 进程给出响应时超时。它可能会给你任何可能存在的数据——在这种情况下是导致下载的标头——然后只是关闭连接。

    您需要查阅您的 Web 服务器文档以查找 FastCGI 超时并根据需要增加它。

    【讨论】:

    • 感谢您提供的信息,我们使用的是 zeus 服务器,我会尝试查看文档,看看是否有办法改变这一点。
    • 另外,通过增加这个超时时间,你知道这是否会导致任何问题或有任何负面影响
    • @Josh,我对 Zeus 感到非常抱歉。我没有意识到他们甚至还在附近。祝你好运。单独增加超时不应该有任何副作用,除了增加bad请求超时可能需要多长时间。
    • 我查看了 zeus 的手册,但找不到超时设置。我要去他们的留言板看看我是否能找到答案,碰巧,你不会碰巧认识查尔斯。再次感谢您的帮助。
    • @Josh,我认为 Zeus 是一个糟糕的软件。多年来,他们对 Perl 和 PHP 的支持可怕。每当我们的一个客户被困在他们的服务器软件后面时,这让我作为一名商业软件开发人员的生活简直就是地狱。除了他们很烂之外,我对此知之甚少。他们似乎把所有的文件都放在了付费墙后面。
    猜你喜欢
    • 2017-08-25
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2015-04-23
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多