Bug #64959 [Opn->Wfx]: PHP must have the ability support nanoseconds

Edit report at https://bugs.php.net/bug.php?id=64959&edit=1 ID: 64959 Updated by: ab@php.net Reported by: zf at ancientrocklab dot com Summary: PHP must have the ability support nanoseconds -Status: Open +Status: Wont fix Type: Bug Package: Date/time related Operating System: Linux PHP Version: 5.4.15 Block user comment: N Private report: N New Comment: Citation from the page you've linked "This method provides nanosecond precision, but not necessarily nanosecond resolution (that is, how frequently the value changes) - no guarantees are made except that the resolution is at least as good as that of currentTimeMillis()." Java has the exact the same issue as any other, because the cause of it is in the hardware/os. You can see many simimlar issues even with microtime resolution. That way it'll never handle 1e6 or more deals per second. So let's wait until java is forearmed for business, php will follow ;) Previous Comments: ------------------------------------------------------------------------ [2013-06-03 01:44:38] zf at ancientrocklab dot com Description: ------------ PHP must have the ability support nanoseconds. In today high traffic and high load website. We really need to support nanoseconds. think about it, in per seconds, their maybe more than 1 million trades, if you have not nonoseconds. how can you know the real time it be? We can now only using scripts like : echo passthru("date +%s.%N"); but this way is not native, so please add support it . just like support microtime. You guys may know Java has Nanoseconds function. http://docs.oracle.com/javase/7/docs/api/java/lang/System.html#nanoTime() Java is ready for bussiness. but what about PHP? Test script: --------------- NO function can return nanoseconds native. Expected result: ---------------- nanoseconds Actual result: -------------- no way to got it. ------------------------------------------------------------------------ -- Edit this bug report at https://bugs.php.net/bug.php?id=64959&edit=1