问题标签 [gettimeofday]

我已经使用dpkg-reconfigure tzdata从 UTC+2 到 UTC+0 的 Ubuntu 时区进行了更改，但运行 C 代码 gettimeofday()即使在重新启动后仍然显示tz_minuteswest并且在以前的时区中。tv_sec只有在 gettimeofday() 开始显示 UTC+0 时间后运行下面的 C代码：

是否有某种 gcc/libc 独立的时区配置？如何从 shell 更改整个系统的时区？

谢谢你。

我正在使用 64 位代码通过 syscall 指令调用 gettimeofday。

我无法得到任何结果，并且通过 Dtrace 被告知调用没有错误，但我从调用中返回的寄存器是垃圾。

我执行以下操作：

返回时 rax 既不是 0 也不是 -1，并且缓冲区永远不会获取任何数据。

请有人检查一下，看看他们是否能接到工作电话。我不知道发生了什么事。

此致

克里斯

ps 这是我刚刚尝试过的示例代码，它只返回 0。

我正在尝试实现一种方法来访问用户土地模拟器中的 gettimeofday 并需要所有可能的指针。我正在尝试将只读区域从内核空间映射到用户空间（64 位），其中用户空间可以直接轮询和读取 gettimeofday () 值而无需太多开销。它类似于 VSYSCALL/VDSO 实现，但在这里我尝试使用一个专用程序从用户空间获取内存（VDSO 共享页面）的内容，而不是使用函数指针或 *gettimeofday 包装器。

当前流量：

Emulator -> Gettimeofday -> Trap -> Emulate() -> GLIBC -> 更新时间 struct() -> 返回 Emulator

试图实现：Kernel/TSC/TImer -> update time_memory();

模拟器 -> Gettimeofday -> 读取 time_memory();

首先，我不是 100% 确定这样想是多么合乎逻辑，但我仍然觉得通过某种方式是可行的。

我遇到了以下链接，但仍需要更多（或）任何可能的信息才能进一步进行。

http://lwn.net/Articles/9266/

平台：Linux Arch：PowerpC 内核：2.6.34

提前致谢。

在 PHP 源代码函数 uniqid() 有以下 C 代码：（我删除了一些类型以缩短它）

如果我们抛开批评，他们会尝试生成 64 位时间戳。

0xF423F可能是CLOCKS_PER_SEC - 1（CLOCKS_PER_SEC 是十进制的 1000000），

但是这个0x100000来自哪里，使用模数而不是按位和的原因是什么？

我有一个应用程序调用gettimeofday来存储该部分代码开始运行的 tv_sec。这段代码非常简单：

它通常工作正常，但有时我会得到意想不到的结果，例如

或者

为什么会发生这种情况？

问候

可能是重复的，但是gettimeofday()c++11 中的等价物是什么？

我正在尝试以timestamp微秒获得 64 位，类似于 Java / Python。

我有以下 C 代码：

这是做什么的，它将 32 位时间戳和 32 位“某物”（可能是微/纳秒）组合成单个 64 位整数。

我真的很难用 C++11 chrono 重写它。

这是我到目前为止所做的，但我认为这是错误的做法。

重要说明- 我只关心前 32 位是“有效”时间戳。

第二个 32 位“部分”可以是任何东西——纳秒或微秒——只要这个函数的两次连续调用给我不同的第二个“部分”，一切都很好。

我想写一个与内核日志格式相同的日志输出：

时间戳应该与内核时间具有相同的时间参考。这意味着，当日志消息在内核中发出的同时发出时，时间戳应该具有相同的值。

有一个未定义的clock_gettime时钟起点——因此每个程序的时间戳都有不同的值——即使它们是同时创建的：

使用时，gettimeofday您会得到自 Unix 时代以来的时间......根据定义不匹配。

该函数localtime()返回正常运行时间 - 但粒度以秒为单位 - 但我需要更多......

更新：似乎应该clock_gettime(CLOCK_REALTIME, &ts)做我想做的事……但eglibc似乎又回来CLOCK_MONOTONIC了。

我想用 while 循环测量计算时间。

我正在使用 C99 版本进行编程。

我的代码如下：

然后结果如下：

计算时间：-76716

结束 : 334481 , 开始 411197

如您所见，开始比结束更大...

我无法完全理解我错过了什么......

有没有人知道这种情况？

我们在课堂上一直在使用gettimeofday.

令人惊讶的是，经过多次重复（每次执行 3 次测量，执行 3 次）后，我们发现写入 2500MB 的文件比在两个 HDD 上写入较小的文件要快。

这是我们的 C 代码。它从 python 脚本调用以生成一些图表。

老师不知道，所以我在这里问：有可能发生这种情况吗？