[Info-vax] Some I/O results
Simon Clubley
clubley at remove_me.eisner.decus.org-Earth.UFP
Fri Nov 10 14:01:11 EST 2023
On 2023-11-10, Mark Berryman <mark at theberrymans.com> wrote:
>
> Now, how to get the data onto my VMS cluster? The Alpha and Integrity
> systems only have 1G Ethernet interfaces but the x86 system, as an ESXi
> guest, has both 1G and 10G interfaces.
>
[snip]
>
> So, with SCP, the best I could manage was a copy around 5 MB/sec. On
> the other hand, a Mac to Mac copy - over the same 1G LAN - achieved over
> 90 MB/sec, which is close to the maximum possible.
>
I assume the Mac to Mac copy is also using SCP ? It's not completely clear.
> With FTP, I could achieve around 14-15 MB/sec.
>
> My last option was NFS. It managed better than 20 MB/sec. It was also
> much easier since I could NFS mount the source and then just use a copy
> command to get the data and copy pre-allocates the destination file on
> its own.
>
Are delayed ACKs turned on or off on the VMS systems ?
> Now here is the part that was surprising to me. As mentioned, the Alpha
> and Integrity systems were copying over a 1G Ethernet path whereas the
> x86 system was using a 10G path (the Mac has both 1G and 10G
> interfaces). Using the exact same source and exact same I/O sizes, the
> Alpha averaged 335 I/Os per second to its target disk, the Integrity
> system managed just over 400 I/Os per second, but the x86 system
> couldn't do any better than 279 I/Os per second - even on a link that
> was 10 times faster. (It also has a faster HBA than the other systems).
>
What type of disk ? Hard drive or SSD ?
It is possible the VM is causing some additional overhead ?
Anything in the Ethernet error and retry statistics from the usual tools ?
Simon.
--
Simon Clubley, clubley at remove_me.eisner.decus.org-Earth.UFP
Walking destinations on a map are further away than they appear.
More information about the Info-vax
mailing list