Ruby on rails Heroku性能与本地计算机

我正在运行RubyonRails服务。Ruby 2.0和rails 4.0 heroku上的工作花费的时间大约是我本地机器上的2倍。我希望处理元素在大屏幕上运行得更快服务器比我的macbook air上的服务器多

很抱歉，糟糕的格式化时间是以秒为单位的1.00000

                                                   Herok Macbook Air delta    

job\u id=job.where（id:user.id，active:true）。pull（：id）[0]\u\u t1=0.003\u t2=0.126\u delta=0.123

{作业准备}\Uuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuu\uT1=0.00\uT2=0.00\udelta=0.00

imagedata=Jobimage.find_by（作业id:job_id，级别：0）t1=0.349 t2=0.044 delta=0.305

image=Marshal.load（imagedata.data）\uuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuut1=0.374 t2=0.096 delta=0.278

作业处理\uuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuu\ut1=0.51 t2=0.328 delta=0.182

呈现json:answer.to_s_uuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuu

除了作业处理块之外，这些都是由日志语句括起来的语句

我真的对4和6感到惊讶

有人能解释为什么Heroku会把我笔记本上的填料踢出来吗

---

谢谢

你是众多（成百上千？）共享这个物理盒子的人之一，Heroku没有动力让你的代码在一个免费的实例中快速运行。你的Macbook Air正在做（或多或少）一件事。

我会看看这块宝石。从您在故障中计时的情况来看，我不认为它会直接应用于您正在尝试完成的任务，但它可能会在您项目的其他部分中有用。

Heroku 1X dyno是512 MB和“1X CPU共享”，即少于一个CPU。我想连你的空气都比这更有冲击力。弹簧为PX dyno，你可能会看到不同的结果…我想是的，但是PX dyno没有更快，把它绑起来只是为了检查。好吧，我做了更多的计时。首先，就我而言，我的大脑已经死亡，我将封送处理负载与db调用重叠，节省了大量时间。但据我所知，另一个时间似乎是由其他阻碍渲染过程的因素造成的。如果我只运行.to_s或.to_json的测试，速度很快，所以我猜在渲染完成之前，作业处理块中的某些内容必须完成。我现在来调查一下。我在用延迟的工作。太棒了，我已经尽我所能卸下了一切，这是我必须完成的实时任务之一。