Versions are sunOs 5.8 and universe 10.0.8 for the RELLEVEL in uv account.
j
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Adrian Matthews
Sent: Friday, September 03, 2004 7:32 PM
To: [EMAIL PROTECTED]
Subject: RE: [U2] Anyone have experience mirroring
Ok, so something has to be different...
we still think you're smoking something...
my ratio is somewhere around 1 to 10
your ratio is 1 to 1.15
with your ratio I'd happily embrace triggers.
Please post (possibly privately?) your uvconfig file, what the specs of
your machine
I think the ratio may be a bit of a red herring.
John is taking an extra 40 seconds for 10,000 updates with triggers - about
4ms per call - on a time of 324 w/o triggers - about 32ms per write.
You're taking an extra 600 or so seconds for 500,000 updates with triggers -
about 1ms per call - on a
I have a problem with uv and the uvadmin programs which can list and access
the files in an account. The files, which are in a subdirectory of an account
(e.g. dynamic hashed files, which have to be in an separately directory) will
not be displayed by the uvadmin programs: file-tool, uvbackup,
For what's it worth I did some more tests on a stand-alone machine with
a normal IDE disk, no disk cache and I restarted it between tests to be
sure nothing was lurking in memory.
Update of 1,000 single byte records to a dynamic file took 0.14 secs
with no trigger and 1.35 with a blank trigger.
Make sure the file variable that you're writing to with the trigger is stored in
common. With UniData it makes a HUGE difference if it doesn't have to keep opening the
file each time the trigger is called.
Colin Alfke
Calgary, Alberta
David,
Going back a while and different gear but IIRC we had a similar problem that seemed to
be caused by the autonegotiation on the switches. I don't recall that we had to slow
down the ports but we did have to fix them at 100FD rather than rely on the two ends
sorting it out.
HTH
Adrian
