Re: OT: mtime stamp Merkwürdigkeit

On Mon, Jul 06, 2009 at 08:30:46PM +0200, Oliver Fromme wrote:
> Bernd Walter wrote:
> > Manfred Lotz wrote:
> > > OT, da nicht BSD.
> > > Ich habe in einer Situation auf einem Suse SLES10 einen nfs mount
> > > gemacht von einer AIX Kiste.
> > >
> > > Dabei hat eine Datei auf dem nfs filesystem folgenden mtime-stamp:
> > >
> > > Modify: 2009-07-02 20:33:59.501893306 +0000 ++
> > >
> > > Kopiere ich nun diese Datei auf ein locales Filesystem mit 'cp -p',
> > > so entsteht
> > > Modify: 2009-07-02 20:34:00.000000000 +0000
> > >
> > > anstatt
> > >
> > > Modify: 2009-07-02 20:33:59.000000000 +0000
> > >
> > >
> > >
> > > Ich würde das Verhalten als einen Bug ansehen, finde aber keine Infos,
> > > wo sowas definitorisch festgelegt ist. Ich hatte bei dem Posix Standard
> > > Zeug geguckt, bin aber nicht in der Lage da was zu finden.
> >
> > Ich sehe keinen Bug.
> > Es ist korrekt auf volle Sekunden gerunded worden.
> > Nicht jedes Filesystem kann Subsekunden.
>
> Es ist auch denkbar, dass der FS-Code immer aufrundet, d.h.
> aus 20:33:59.001 wäre auch 20:34:00 geworden. Zumindest
> fände ich es sinnvoller, wenn eine Datei beim Kopieren
> höchstens (minimal) älter werden kann, aber niemals jünger.

Mag sein.
Aber tendenziel schneided man in der IT ja eher ab.
Wenn aufgerunded wird, dann macht man das in der Regel anständig.
Ob mathematisch oder kaufmännisch lässt sich an dem Beispiel nicht
erkennen.

> Wenn die Möglichkeit bestünde, dass eine Datei jünger wird,
> könnte das z.B. zu Fehlverhalten bei Makefiles führen, weil
> notwendige Aktionen nicht ausgeführt werden. Wird sie
> dagegen älter, kann eine Aktion unnötigerweise ausgeführt
> werden, aber das ist ja nicht schlimm.

Kann ich nicht nachvollziehen.
Schließlich werden Quelle und Ziel nach den gleichen Regeln gerunded.
Das schlimmste was passieren sollte ist eine gleiche Uhrzeit und dann
muss wegen der grundsätzlichen Auflösungsproblematik ausgeführt werden.
Ist aber unabhängig von der Art der Rundung.
Doof ist natürlich, wenn die Quellen auf einem anderen Filesystem
liegen und dadurch unterschiedliche Rundungen erhalten - dann kann das
passieren, aber in dem Fall ist beides problematisch, weil es nur davon
abhãng wo Quelle und Ziel liegen, um zu bestimmen welche Variante
gerade stört.

-- 
B.Walter <bernd@bwct.de> http://www.bwct.de
Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message