问题标签 [timer]

测量处理器频率的常用算法有哪些？

我的雇主刚刚要求我在他们正在运行的 Java EE WebSphere 应用程序中运行一个定时批处理。它应该在每天晚上 11:30 上一节课。

我对 Java EE 和 WebSphere 服务器（或开发环境中的 tomcat）不是很熟悉，我一直在研究，但我发现的只是关于 java timer 类，而不是如何设置或调用它.

似乎也需要编辑 web.xml 文件。

任何帮助将不胜感激！

我System.Timers.Timer在我的 Asp.Net 应用程序中使用了 a ，我需要使用HttpServerUtility.MapPath似乎只能通过HttpContext.Current.Server.MapPath. 问题在于HttpContext.Current事件null何时Timer.Elapsed触发。

还有另一种方法来获取对 HttpServerUtility 对象的引用吗？我可以将它注入我的类的构造函数中。安全吗？我怎么能确定它不会在当前请求结束时被垃圾收集？

谢谢！

考虑这段代码...

这会很危险吗？在应用程序中缓存一个计时器以在您的网站运行时在后台执行一些工作似乎是安全的，但我想知道是否有人对此有一些经验。

我确信编写一个在后台运行的服务肯定会好得多，但有时这并不总是一种选择。这是替代方案吗？

我正在寻找的是一个简单的计时器队列，可能带有外部计时源和轮询方法（这样它将是多平台的）。每个排队的消息都可以是一个对象，它实现了一个带有virtual onTimer()成员函数的简单接口。

JavaScript 中的 Date 对象在函数的分辨率（以毫秒为单位）方面执行不同的机器到机器和浏览器到浏览器。我发现大多数机器在 IE 上的分辨率约为 16 毫秒，而 Chrome 或 Firefox 的分辨率可能高达 1 毫秒。

JavaScript 或 IE 是否有其他功能可以提供更好的时间分辨率？我正在尝试以毫秒为单位捕获和记录keyDown时间keyUp，并且需要它在 +/- 10 毫秒或更短的范围内。

要查看这方面的说明，请查看此页面的“新日期（）的分辨率”部分。有一个带有测试按钮的表格，以毫秒为单位评估当前机器/浏览器的 JavaScript 时间分辨率。有趣的是，Chrome 经常获得 1ms 的分辨率。

http://www.merlyn.demon.co.uk/js-dates.htm#OV

我的任务是寻找一种 JavaScript 日期时间方法，该方法将在浏览器中提供低于 10 毫秒的分辨率。替换或改进 Date() 的东西。

Microsoft 技术网站上的这篇文章提供了一个exe计算 Windows 机器的最小时间分辨率的文章——这应该是该机器上任何应用程序可用的最小“滴答”：

http://technet.microsoft.com/en-us/sysinternals/bb897568.aspx

在我当前的机器上运行这个应用程序的结果是 15.625 毫秒。我还对 Internet Explorer 进行了测试，并从 Date() javascript 函数中获得了完全相同的分辨率。

令人困惑的是，我针对 IE 运行的 SAME 测试为 Google 的 Chrome 浏览器（分辨率为 1 毫秒）和在 IE 中运行的 Flash 电影（1 毫秒）提供了更精细的分辨率。谁能解释任何应用程序如何获得比机器时钟更好的时钟分辨率？如果是这样，有什么方法可以在 Chrome 以外的浏览器中获得始终如一的更好分辨率（不使用闪存）？

下面的第一个答案引出了另外两个问题：

1. 多媒体计时器如何获得系统时钟滴答之间的时间。我把系统时钟想象成一个指针滴答作响的模拟手表，每个滴答声为 15 毫秒。如何测量刻度之间的时间？
2. 浏览器是否可以使用多媒体计时器，尤其是 Internet Explorer？我可以使用 C# 或 Javascript 访问一个，而无需将软件推送到用户的浏览器/机器吗？

在 Win32 中，有没有办法获得唯一的 cpu 循环计数或类似的东西，这对于多个进程/语言/系统/等来说是统一的。

我正在创建一些日志文件，但必须生成多个日志文件，因为我们正在托管 .NET 运行时，并且我想避免从一个到另一个调用来记录。因此，我想我只是生成两个文件，将它们组合起来，然后对它们进行排序，以获得涉及跨世界调用的连贯时间线。

但是，GetTickCount 并不是每次调用都会增加，所以这并不可靠。有没有更好的号码，以便我在排序时按正确的顺序接听电话？

编辑：感谢@Greg让我走上了 QueryPerformanceCounter 的轨道，它成功了。

假设我有一个需要在 X 秒后引发的非重复事件，例如超时。直观地说，创建一个 System.Timers.Timer，将其间隔设置为 X*1000，将其刻度线连接到事件并启动它是有意义的。由于这是一个非重复事件，并且您只希望它在一次触发后才被触发，然后您必须在计时器计时结束后停止它。

然而，如果这确实是最好的方法，定时器本质上是重复的，这让我不信任。保存开始的时间会更好/更准确/更安全吗，将计时器设置为每秒（甚至毫秒）滴答，并在滴答时轮询系统时间并仅在必要时间过去后手动引发目标事件？

任何人都可以权衡哪种方法最好（也许我也没有想到另一种选择）。如果我需要等待的时间跨度以毫秒为单位，那么一种方法会变得比另一种更好吗？

如果我有一个 System.Timers.Timer 的实例，它的间隔时间很长——比如 1 分钟，我如何才能知道它是否在不等待 Tick 的情况下启动？