问题标签 [freeze]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
firefox - sIFR 鼠标滚轮在 Firefox 中滚动冻结
我已经开始在工作中的网站上使用 sIFR,除了一件事,一切都很好。
当我用鼠标滚轮向下滚动网页时,当指针位于 Flash 对象上时它会停止滚动。当鼠标悬停在 Flash 对象上时,它似乎正在窃取焦点。
我只在 Firefox 中遇到过这个问题,Safari 和 IE7 没有这个鼠标滚轮滚动问题。
必须有解决此问题的方法...我在 Vimeo 上看到,即使鼠标悬停在 Flash 视频上,鼠标滚轮也可以滚动。这里的例子:http: //vimeo.com/3280159
提前致谢
ruby-on-rails - 在 Ruby on Rails 中冻结 gem 有什么好处?
正如标题所说:Ruby on Rails 中冻结 gem 有什么好处?
ssh - ssh 以高延迟连接挂起(国际连接)
这让我的编程最近非常令人沮丧。
我现在在阿根廷,通过 SSH 连接到美国服务器。可以理解的是,这里的 ping 值要高一些(平均大约 200 毫秒),所以当我通过 SSH 连接到服务器时,每次击键之间都会有明显的延迟。这很好,很容易使用。
不太容易处理的是,大约每 5 分钟左右,SSH 将完全挂起并需要大约 3-5 分钟才能返回提示。我知道服务器没有陷入困境,因为我可以在等待一个返回时轻松打开几个新连接(实际上这是我能够工作的唯一方法)。当 SSH 终于回来时,我可以看到它实际上一直在后台运行(大文件下载是测试这一点的好方法),但它只是没有更新我的屏幕。
有谁知道可能是什么原因造成的?
几乎没有其他事实:服务器是 Ubuntu,我正在连接 Mac OS X。我在 SSH 设置中打开了 keepalive。当我按住一个快速发送大量键的键(例如,左箭头或右箭头滚动)时,它最有可能挂起。事实上,我可以通过登录并按住像“a”这样的任何键来可靠地重现挂起——它在挂起之前永远不会超过一整行的“a”。这只是在我第一次国际连接时开始的,所以我假设它与此有关(延迟?)但不能肯定地说。
vb.net - 什么会导致 Visual Studio 2008 在调试时挂起?
我有一个 vb.net 项目,有时在 IDE 中运行时会突然挂起。通常这不会是一个问题。只需点击“暂停”,查看当前正在运行的线程,然后找到死锁(或其他任何东西)。
但是现在我遇到了一种情况,不仅程序挂起,而且试图暂停它会导致 Visual Studio 本身挂起。为了重新获得控制权,我必须终止正在调试的程序的进程,此时 Visual Studio 恢复生机并说它无法暂停执行。这很令人沮丧,因为杀死进程意味着程序状态丢失(当然),所以我不知道挂在哪里。
那么这种行为有什么常见的原因吗?我应该寻找什么?
ruby - 如何在 rubyqt 应用程序中执行 ping 操作以使 GUI 不会冻结?
我正在编写一个应用程序,它将与网络一起使用。作为一个 GUI,我使用的是 rubyqt。要确定服务器是否启动,我必须 ping 它(使用 net/ping)。但是我遇到了一个问题。如果服务器关闭,GUI 会因超时而冻结,即使我将代码放入 Thread 或 IO.popen 循环中也是如此。
将冻结 0.9 秒。由于 QtThreads 尚未与 rubyqt 一起使用,是否有人有想法让 GUI 不会冻结(除了减少超时)?
我正在考虑将 ping-part 放在一个外部程序中,该程序将状态(向上/向下)写入文件中,然后实际程序读取该文件,但这个解决方案似乎有点笨拙。
ruby-on-rails - 诊断 Rails 应用程序在元素更新时挂起
在构建 Rails 应用程序以帮助小型酒店管理预订的过程中,我遇到了一个奇怪的应用程序挂起。建立预订工作正常;添加客人,将他们分配到房间等,没有问题。然而,当商人去“确认”询问时,Mongrel 把我挂在外面晾干。
预订的索引页面列出了当前的查询和已确认的预订:
在保留部分本身中,调用确认/取消确认逻辑的位只是与控制器操作的直接链接:
确认预订的控制器操作(映射到我的路线中的 PUT)如下所示:
'@reservation.save' 是诀窍。每次都有明确的应用程序挂起。
有人可以帮助我了解这里发生了什么吗?
/更新:
通过使用控制台,我能够以另一种方式演示该问题:
请注意,控制台也被锁定,我不得不中止保存!使用 Ctrl-C 命令。
为什么世界上会保存!正在这样做吗?
/更新:
知道了!!!它在我的模型中。我试图验证一个关联,但我已经得到了 has_many/belongs_to 的东西。
谢谢大家!
mysql - 当主线程状态为“制作检查点”时,mysql实际上在做什么?
我注意到mysql(5.0.60)经常在负载下一次冻结长达几分钟,在此期间服务器完全没有响应。我已经能够将这种情况隔离为仅在 innotop 将主线程状态显示为“制作检查点”时发生。
此时服务器实际上在做什么?
asp.net - IIS7 在模块 WindowsAuthentication 中挂起 AuthenticateRequest 状态
我正在运行一个带有在 IIS7 下注册的自定义模块的 ASP.NET 应用程序。
直到两天前,一切都运行良好。现在我注意到请求开始在 AuthenticateRequest 状态和 WindowsAuthentication 模块中挂起。我的自定义模块在 BeginRequest 状态下拦截并处理请求并使用 HttpContext.Current.ApplicationInstance.CompleteRequest() 完成请求处理。它不处理的请求留给 IIS 让它们通过其他模块进行处理。
问题(请求挂起)出现在我的自定义模块未处理的页面中。
我应该从哪里开始解决这个问题?今天我一直在三台不同的机器上重现这个问题。我还发现我们在上个月没有更改我们的 web.config 文件。
非常感谢您对解决此问题的任何帮助。
在此先感谢,查尔斯·普拉卡什·达萨里
c# - 为什么此 WMI 查询在第二次被调用时挂起?
serverProtocolsManagement.Get()
以下 WMI 查询在何时是无效的服务器名称时引发异常sqlHost
(如预期的那样。但是,如果我尝试使用相同的无效参数再次调用此代码,则ManagementScope
构造函数将无限期挂起(从不返回或引发错误,只是挂起)。对此有合理的解释吗?
编辑:
我尝试过使用不同的超时选项(通过将ConnectionOptions
对象传递给ManagementScope
构造函数),但无济于事。
编辑#2:
我不知道为什么我没有想到这一点(尽管它仍然不应该是一个问题):我在调试时从 VS 中的即时窗口调用此代码。一定存在某种线程问题,因为一旦我将此代码链接到 Windows 窗体按钮,一切正常。谢谢您的帮助!!
iis - IIS 6 Hangs ,然后应用程序池重置。附加的 IIS 调试诊断转储
IIS 6.0 挂起,然后应用程序池在大约 3 分钟后重置。这是一个 ASP 站点,重置后它可以正常运行几秒钟,然后挂起。此 IIS 6 实例上的所有其他应用程序池均正常运行。这台机器似乎没有任何性能问题。我使用 IIS 调试诊断进行了内存转储,这是呈现的分析。任何人都可以提供一些支持吗?
分析摘要类型描述建议警告在 w3wp.exe__SupportSiteAppPool__PID__3960__Date__07_23_2009__Time_02_22_36PM__551__Manual Dump.dmp 中的线程 24 拥有的 ntdll!LdrpLoaderLock 检测到可能的阻塞或泄漏临界区
这个锁的影响
66.67% 的执行 ASP 请求被阻止
22.58% 的线程被阻塞
(线程 6 22 23 27 28 29 30)
以下函数试图进入这个关键部分
ntdll!LdrLockLoaderLock+133
ntdll!LdrpGetProcedureAddress+128
ntdll!LdrpInitializeThread+68
此关键部分涉及以下模块
来自 Microsoft Corporation 的 C:\WINDOWS\system32\ntdll.dll 动态链接库 (DLL) 的入口点函数应该只执行简单的初始化或终止任务,但是该线程 (24) 正在使用 LoadLibrary API 加载 dll。遵循 DllMain 的 MSDN 文档中的指南,以避免在加载和卸载库时出现访问冲突和死锁。
请跟进供应商 Microsoft Corporation for C:\WINDOWS\system32\mscoree.dll 警告在 w3wp.exe__SupportSiteAppPool__PID__3960__Date__07_23_2009__Time_02_22_36PM__551__Manual Dump.dmp 中的线程 8 拥有的 asp!g_ViperReqMgr+2c 检测到可能的阻塞或泄漏临界区
这个锁的影响
6.45% 的线程被阻塞
(线程 7 9)
以下函数试图进入这个关键部分
asp!CViperActivity::PostAsyncRequest+72
此关键部分涉及以下模块
\?\C:\WINDOWS\system32\inetsrv\asp.dll 来自 Microsoft Corporation 根据根本原因分析确定了以下供应商进行跟进
微软公司
请跟进上述供应商 考虑以下方法来确定此关键部分问题的根本原因: 在应用程序验证程序中启用“锁定检查” 从以下 URL 下载应用程序验证程序:
Microsoft Application Verifier 通过运行以下命令为此进程启用“锁定检查”:
Appverif.exe -enable locks -for w3wp.exe 有关应用程序验证程序的详细信息,请参阅以下文档:
使用 AppVerifier 测试应用程序 使用 DebugDiag 崩溃规则来监控应用程序的异常情况