这个 KHR_debug 输出意味着 <1ms 还是 147ms？
Does this KHR_debug output mean <1ms or 147ms?
我在我的应用程序中启用了 GL 调试日志记录，并收到如下消息：
GTT mapping a busy miptree BO stalled and took 0,147 ms
最初我把这个数字理解为亚毫秒延迟。由于逗号前有一个 0，我没有考虑解释“147ms”，但是 this page 说：
Don’t use commas in decimals.
...所以也不能是小数。
那么正确的解释是什么？
注：我用的是UbuntuLinux，我的区域设置如下：
如您所见，设置了一个句点来分隔数字的小数部分。
驱动程序如何决定使用哪个小数点是实现定义的（所有 调试输出消息都是实现定义的）。它可能会遵循您的区域设置；它可能会跟随其他东西。因此，无法保证它如何格式化数字。
它可以是任何一个，但如果它是逗号而不是小数点，那么零是什么意思？
感谢 ，我发现 locale 的输出显示 LC_NUMERIC=bg_BG.UTF-8。我将 /etc/default/locale 中的相关值更改为 en_US.UTF-8，现在按预期使用了句点。所以它确实是一个亚毫秒值。
注意：这是我能够修复它的唯一方法。我在 KDE 设置页面中所做的任何事情（如问题的屏幕截图所示）都没有帮助。
我在我的应用程序中启用了 GL 调试日志记录，并收到如下消息：
GTT mapping a busy miptree BO stalled and took 0,147 ms
最初我把这个数字理解为亚毫秒延迟。由于逗号前有一个 0，我没有考虑解释“147ms”，但是 this page 说：
Don’t use commas in decimals.
...所以也不能是小数。
那么正确的解释是什么？
注：我用的是UbuntuLinux，我的区域设置如下：
如您所见，设置了一个句点来分隔数字的小数部分。
驱动程序如何决定使用哪个小数点是实现定义的（所有 调试输出消息都是实现定义的）。它可能会遵循您的区域设置；它可能会跟随其他东西。因此，无法保证它如何格式化数字。
它可以是任何一个，但如果它是逗号而不是小数点，那么零是什么意思？
感谢 locale 的输出显示 LC_NUMERIC=bg_BG.UTF-8。我将 /etc/default/locale 中的相关值更改为 en_US.UTF-8，现在按预期使用了句点。所以它确实是一个亚毫秒值。
注意：这是我能够修复它的唯一方法。我在 KDE 设置页面中所做的任何事情（如问题的屏幕截图所示）都没有帮助。