blocks|key|605369|text|您的CPU时间由Slicehost使用Xen虚拟化系统保证，所以不是这样的。别给你其他答案了，对不起！当您试图访问页面时，可能会在控制台上尝试“top”。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|605370|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Your CPU time is guaranteed by Slicehost using the Xen virtualization system, so it's not that. Don't have the other answers for you, sorry! Might try 'top' on a console while you're trying to access the page.

blocks|key|2134921|text|Slicehost用来服务它的是什么？快速选项是这样的:+Mongrel，或者apache的mod_rails+(也称为客运phusion或诸如此类的东西)--这些都是专门运行rails应用实例的服务器(或服务器插件)。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2134922|如果您的主机没有使用它，那么它可能是默认的CGI。Rails附带了一个简单的CGI脚本，它将为页面提供服务，但它会为每个页面重新加载应用程序。|2134923|(编辑:我怀疑这是最有可能的情况，您的应用程序正在运行于/webapp_目录/public/Dispatch.cgi中的CGI，这将解释缓慢的程度。这往往是许多主机上的默认部署，因为它们不需要额外的配置，但不能提供良好的性能)|2134924|如果您的主机支持“快速CGI"，rails也支持这一点。快速CGI将打开一个CGI会话，并保持它对多个页面的打开，因此您可以获得更好的性能，但它不如Mongrel或mod_rails好。|2134925|第二，是“生产”还是“发展”？最简单的方法是在你的应用程序中找到一个出错的页面。如果它显示堆栈跟踪，则它处于开发模式，这比生产模式慢。Mongrel和mod_rails有启动选项来决定是在生产模式还是在开发模式下运行应用程序。|2134926|最后，如果您的数据库由于任何原因而运行缓慢，这也将是一个很大的瓶颈。如果您有一个很好的部署(Mongrel/mod_rails/等等)在生产模式中，试着研究一下。|2134927|entityMap^0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|O|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|P|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|Q|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|R|8|@]|9|@]|A|$]]|$1|J|3|K|5|6|7|S|8|@]|9|@]|A|$]]|$1|L|3|-4|5|6|7|T|8|@]|9|@]|A|$]]]|M|$]]

What is Slicehost using to serve it?
Fast options are things like: Mongrel, or apache's mod_rails (also called passenger phusion or 
something like that)
These are dedicated servers (or plugins to servers) which run an instance of your rails app.

If your host isn't using that, then it's probably defaulting to CGI. Rails comes with a simple CGI script that will serve the page, but it reloads the app for every page.

(edit: I suspect that this is the most likely case, that your app is running off of the CGI in /webapp_directory/public/dispatch.cgi, which would explain the slowness. This tends to be a default deployment on many hosts, since it doesn't require extra configuration on their part, but it doesn't give good performance)

If your host supports "Fast CGI", rails supports that too. Fast CGI will open a CGI session, and keep it open for multiple pages, so you get much better performance, but it's not nearly as good as Mongrel or mod_rails.

Secondly, is it in 'production' or 'development' mode? The easy way to tell is to go to a page in your app that gives an error. If it shows you a stack trace, it's in development mode, which is slower than production mode. Mongrel and mod_rails have startup options to determine whether to run the app in production or development mode.

Finally, if your database is slow for whatever reason, that will be a big bottleneck as well. If you do have a good deployment (Mongrel/mod_rails/etc.) in production mode, try looking into that.

blocks|key|2134958|text|首先，找出服务器的响应是否特别慢。使用Firefox和Firebug插件查看每个组件(包括JavaScript和图形)下载所需的时间。假设主页面本身一直占用时间，您可以开始分析应用程序。您需要找到一个好的分析器，而且由于我实际上并不在Rails中工作，所以我不能建议您使用google+"profile+Ruby+on+rails“作为一些选项。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2134959|正如YenTheFirst所指出的，您正在使用的服务器软件和配置可能会导致速度放缓，但切片主机并没有选择这样做，因为slicehost只是提供了非常原始的服务器“切片”，您可以将其视为专用机器。(+B)您不太可能看到一个立即运行的脚本突然花了6秒的时间，因为它正在以CGI的形式运行。一定有别的事情发生了。检查您正在使用的RAM数量:您进入交换区了吗？登录是在第一次点击时才慢一点，表示启动问题，还是总是慢？静态内容是慢的吗？这往往意味着一些网络问题(无论是在Slicehost端，还是在您的本地网络上)正在减慢速度，前提是您没有进行交换。|2134960|当你说“足够快”时，你就模糊了:笔记本电脑版本到Slicehost+6需要1秒吗？如果笔记本电脑还不错的话，那也就不足为奇了:毕竟，切片之所以便宜，是因为它们只是一台完整的服务器的一部分。在Slicehost，您使用的大概是8核计算机的1/32，而不是现代笔记本电脑的两个核心。Slicehost内核是快速的，但是与1/4的核心相比，你的笔记本电脑可能是一个尖叫器。:)|2134961|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

First, find out if there's a particularly slow response from the server. Use Firefox and the Firebug plugin to see how long each component (including JavaScript and graphics) takes to download. Assuming the main page itself is what is taking all the time, you can start profiling the application. You'll need to find a good profiler, and as I don't actually work in Ruby on Rails, I can't suggest any: google "profile ruby on rails" for some options. 

As YenTheFirst points out, the server software and config you're using may contribute to a slowdown, but A) slicehost doesn't choose that, you do, as Slicehost just provides very raw server "slices" that you can treat as dedicated machines. B) you're unlikely to see a script that runs instantly suddenly take 6 seconds just because it's running as CGI. Something else must be going on. Check how much RAM you're using: have you gone into swap? Is the login slow only the first time it's hit indicating some startup issue, or is it always that slow? Is static content served slow? That'd tend to mean some network issue (either on the Slicehost side, or your local network) is slowing things down, assuming you're not in swap.

When you say "fast enough" you're being vague: does the laptop version take 1 second to the Slicehost 6? That wouldn't be entirely surprising, if the laptop is decent: after all, the reason slices are cheap is because they're a fraction of a full server. You're using probably 1/32 of an 8 core machine at Slicehost, as opposed to both cores of a modern laptop. The Slicehost cores are quick, but your laptop could be a screamer compared to 1/4 of core. :)

blocks|key|605447|text|如果你第一次装车的时候速度很慢，那很可能是因为乘客因为不活动而杀死了这个过程。我不记得所有的细节，但我确实记得有人使用cron作业来保持至少一个进程的活力，以避免在乘客需要重新装载环境时出现这种滞后。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|605448|编辑:更多细节这里|offset|length|605449|具体来说，池空闲时间默认为2分钟，这意味着在空转两分钟后，乘客将不得不重新装载环境以满足下一个请求。|605450|entityMap|0|LINK|mutability|MUTABLE|url|http://groups.google.com/group/phusion-passenger/browse_thread/thread/c21b8d17cdb073fd^0|0|7|2|0|0|0^^$0|@$1|2|3|4|5|6|7|P|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|Q|8|@]|9|@$D|R|E|S|1|T]]|A|$]]|$1|F|3|G|5|6|7|U|8|@]|9|@]|A|$]]|$1|H|3|-4|5|6|7|V|8|@]|9|@]|A|$]]]|I|$J|$5|K|L|M|A|$N|O]]]]

If it is just slow on the first time you load it is probably because of passenger killing the process due to inactivity. I don't remember all the details but I do recall reading people who used cron jobs to keep at least one process alive to avoid this lag that can occur with passenger needed to reload the environment.

Edit: more details <a href="http://groups.google.com/group/phusion-passenger/browse_thread/thread/c21b8d17cdb073fd" rel="nofollow noreferrer">here</a>

Specifically - pool idle time defaults to 2 minutes which means after two minutes of idling passenger would have to reload the environment to serve the next request.

blocks|key|837086|text|您可能希望运行具有500+MB的本地虚拟机。你做了很多客户-服务器交互吗？在广域网上的延迟是很大的|type|unstyled|depth|inlineStyleRanges|entityRanges|data|837087|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

You might want to run a local virtual machine with 500 MB. Are you doing a lot of client-server interaction? Delays over the WAN are significant

blocks|key|837098|text|试着品脱慢度所在的位置|type|unstyled|depth|inlineStyleRanges|entityRanges|data|837099|1/应用程序速度慢，或基础设施(网络%2B+web服务器)|837100|在web服务器上放置一个静态文件，并通过浏览器访问它。|unordered-list-item|837101|[2]如果速度较快，则应用程序%2B服务器配置可能会出现问题。|837102|数据库访问速度慢|837103|尝试一个带有simpel循环的页面:它慢吗？|837104|[3]如果速度慢，那可能是你的基础设施。你可以检查：|837105|糟糕的网络连接:进行数据包捕获(例如Wireshark+)，并查找重传、重复数据包等。|837106|DNS解析速度慢吗？|837107|服务器配置错误？|837108|等。|837109|entityMap^0|0|0|0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|Y|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|Z|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|10|8|@]|9|@]|A|$]]|$1|G|3|H|5|6|7|11|8|@]|9|@]|A|$]]|$1|I|3|J|5|F|7|12|8|@]|9|@]|A|$]]|$1|K|3|L|5|F|7|13|8|@]|9|@]|A|$]]|$1|M|3|N|5|6|7|14|8|@]|9|@]|A|$]]|$1|O|3|P|5|F|7|15|8|@]|9|@]|A|$]]|$1|Q|3|R|5|F|7|16|8|@]|9|@]|A|$]]|$1|S|3|T|5|F|7|17|8|@]|9|@]|A|$]]|$1|U|3|V|5|F|7|18|8|@]|9|@]|A|$]]|$1|W|3|-4|5|6|7|19|8|@]|9|@]|A|$]]]|X|$]]

Try to pint point where the slowness lies

1/ application is slow, or infrastructure (network + web server)

<ul>
<li>put a static file on your web server, and access it through your browser</li>
</ul>

2/ If it is fast, it is probable a problem with application + server configuration.

<ul>
<li>database access is slow</li>
<li>try a page with a simpel loop: is it slow?</li>
</ul>

3/ If it slow, it is probably your infrastructure. You can check:

<ul>
<li>bad network connection: do a packet capture (with Wireshark for example) and look for retransmissions, duplicate packets, etc.</li>
<li>DNS resolution is slow?</li>
<li>server is misconfigured?</li>
<li>etc.</li>
</ul>

blocks|key|2135085|text|您可能需要查看RPM+(也有一个免费的"lite“版本)和/或New的调音。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|2135086|entityMap|0|LINK|mutability|MUTABLE|url|http://newrelic.com/features.html|1|http://www.fiveruns.com/products/tuneup^0|7|3|0|Z|2|1|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@$A|O|B|P|1|Q]|$A|R|B|S|1|T]]|C|$]]|$1|D|3|-4|5|6|7|U|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]|L|$5|G|H|I|C|$J|M]]]]

You might want to check out <a href="http://newrelic.com/features.html" rel="nofollow noreferrer">RPM</a> (there's a free "lite" version too) and/or New Relic's <a href="http://www.fiveruns.com/products/tuneup" rel="nofollow noreferrer">Tune Up</a>.

blocks|key|836874|text|如果您正在使用FireFox并进行本地主机测试(甚至在局域网上)，您可能需要尝试编辑network.dns.disableIPv6设置。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|836875|在network.dns.disableIPv6的地址栏和过滤器中键入about:config，然后双击设置为true。|836876|这个bug主要来自Vista操作系统，但也有其他一些。|836877|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

If you are using FireFox and doing localhost testing (or maybe even on LAN) you may want to try editing the network.dns.disableIPv6 setting.

Type about:config in the address bar and filter for network.dns.disableIPv6 and double-click to set to true.

This bug has been reported mainly from Vista OS's, but some others as well.

blocks|key|2135107|text|您可以尝试在SSH中运行“top”来查看哪个进程很重。如果您在记录日志时也有问题，也许可以尝试在Slicehost管理器中获取统计数据。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2135108|如果您发现这是MySQL的错误，请考虑减少它可以生成的服务器数量。|2135109|512似乎适合Rails应用程序，您可能需要检查配置是否错误。|2135110|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

You could try running 'top' when you SSH in to see which process is heavy. If you also have problems logging you, perhaps you may try getting Statistics in the Slicehost manager.

If you discover it is MySQL's fault, consider decreasing the number of servers it can spawn.

512 seems decent for Rails application, you might have to check if you misconfigured too.

I have a simple Rails app deployed on a 500 MB Slicehost VPN. I'm the only one who uses the app. When I run it on my laptop, it's fast enough. But the deployed version is insanely slow. It take 6 to 10 seconds to load the login screen.

I would like to find out why it's so slow. Is it my code? (Don't think so because it's much faster locally, but maybe.) Is it Slicehost's server being overloaded? Is it the Internet?

Can someone suggest a technique or set of steps I can take to help narrow down the cause of this problem?

<hr>

Update:

Sorry forgot to mention. I'm running it under CentOS 5 using Phusion Passenger (AKA <code>mod_rails</code> or <code>mod_rack</code>).

How can I find out why my app is slow?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

我在500 MB的Slicehost VPN上部署了一个简单的Rails应用程序。我是唯一一个使用这个应用程序的人。当我在笔记本电脑上运行它时，它就足够快了。但是，部署的版本速度太慢了。加载登录屏幕需要6到10秒。我想知道为什么这么慢。这是我的密码吗？(不要这么认为，因为它在本地要快得多，但可能吧。)是Slicehos...

问我如何找出我的应用程序速度慢的原因？
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问我如何找出我的应用程序速度慢的原因？EN