减少django';s CPU从31353.191毫秒开始的运行时间
根据django调试工具栏,我的CPU时间大约为31000毫秒(平均)。这对我自己的页面和管理员都是正确的。以下是加载时的故障: 资源利用减少django';s CPU从31353.191毫秒开始的运行时间,django,performance,django-debug-toolbar,Django,Performance,Django Debug Toolbar,根据django调试工具栏,我的CPU时间大约为31000毫秒(平均)。这对我自己的页面和管理员都是正确的。以下是加载时的故障: 资源利用 User CPU time 500.219 msec System CPU time 57.526 msec Total CPU time 557.745 msec Elapsed time 30236.380 msec Context switches 11 voluntary
User CPU time 500.219 msec
System CPU time 57.526 msec
Total CPU time 557.745 msec
Elapsed time 30236.380 msec
Context switches 11 voluntary, 1345 involuntary
浏览器计时(计时属性/导航开始后的毫秒(+长度))
据我所知,“请求”步骤[7(+30259)]是这里最大的瓶颈。但这告诉我什么呢?请求面板只显示一些变量,没有GET或POST数据
同样的代码在Pythonywhere上运行良好,我在本地运行MacBookAir(i5,1.3 Ghz,8GB RAM)。演出一直没有这么差。它发生在“一夜之间”。有一天,我启动了dev服务器,但速度很慢。代码或数据库中没有任何更改
假设这可能是我本地机器的问题,对吗
编辑:
我尝试运行/manage.py runserver--noreload
,但性能没有提高。此外,启动dev服务器(使用/manage.py runserver
)也需要大约40秒,使用Postco访问DB需要大约1分钟。从django的设置中注释数据库时启动dev服务器,使加载时间正常。解决了这个问题。
波斯特为我指明了正确的方向。本质上,我最终“重置”了我的主机文件。我的主机文件现在如下所示:
127.0.0.1 localhost
255.255.255.255 broadcasthost
::1 localhost
fe80::1%lo0 localhost
然而,这并没有解释是什么首先导致了突然的“一夜之间”问题。我猜:重命名了主机名。几天前,我的主机名听起来像是android-(类似),这显然是我使用android的文件共享工具造成的。最后将我的主机名重命名为我的用户名(请参阅下面的说明)
执行以下任务以使用更改工作站主机名
scutil命令。打开一个终端。键入以下命令以
更改Mac的主主机名:这是您的完全限定主机名
主机名,例如myMac.domain.com sudo scutil——设置主机名类型
下面的命令可以更改Mac的Bonjour主机名:This
在本地网络上可用的名称,例如myMac.local。苏多
scutil—设置LocalHostName可选:如果您还想更改
计算机名,键入以下命令:这是用户友好的
您在Finder中看到的计算机名,例如myMac。sudo scutil--设置
ComputerName通过键入:dscacheutil-flushcache刷新DNS缓存
重新启动你的Mac
从
但没有测试“重命名主机名”理论
127.0.0.1 localhost
255.255.255.255 broadcasthost
::1 localhost
fe80::1%lo0 localhost