Wolfgang S. Rupprecht wrote:
That doesn't work. 13 does not divide evenly into the 365.24 rotations the Earth performs as it revolves around the Sun once. Nor does 28 divide evenly into the 27 days and 8 hours that elapse for every cycle of the moon.
We obviously need to move a large number of massive weights down near the equator to slow the earth down till we achieve a nice round number of days per year. Say 256. Each year the International Earth Rotation Service http://www.iers.org/iers/ could issue a report showing how well the tuning was working and if weights needed to be added or removed. ;-)
More seriously, I was just struggling with leap seconds this morning, trying to reconcile un*x time, GPS time, UTC time and TAI time. What is the current feeling in the linux community with respect to leap seconds? Does the kernel's time still jump around when a leap second is applied or subtracted or can the corrections be applied in user-space like the DST corrections are?
-wolfgang
Funny that you should bring this up. When I was a boy engineer at Bell Labs, I received a technical memorandum that proposed changing the earth's orbit and rotation speed to accomplish pretty much what you've suggested. IIRC, the writer proposed a 400 (or 500?) day year; each day would be divided into 25 (or 20) hours so as to get 10000 hours per year. Smaller time measurements were to be in decimal parts of an hour. The writer would accomplish this by firing a great quantity of rocket engines deployed along the equator. His proposal concluded with a cost study expressed in kGNP (kilo gross national products).
The memorandum was dated April 1, 1962.
-- cmg