Kari Uusim ki wrote:
About the comparation between FDDI and RD* disks. Theoretically FDDI should be faster, because it is capable of delivering about 12MB/s, compared to the RD* disks which might be able to deliver about 1MB/s.
But Qbus can't deliver the full speed of FDDI, can it?
Peace... Sridhar
Kari Uusim ki wrote:
The Alpha should be faster if it doesn't happen to be a say DEC3000-300L. :-)
I assume the DEFQA could be installed into a MicroVAX II, but I've never seen such a setup.
Every DEFQA I've ever seen has had S-box handles.
Peace... Sridhar
Sampsa Laine wrote:
Is it possible to run a cluster over both ethernet and FDDI?
Basically, I'd like to connect Machine A -> B using ethernet and B -> C using FDDI - is this possible?
Yes, it works just fine. The only tricky bit comes when only machine C is up and you want to clusterboot machine A.
My configurations usually involve some combination of ethernet and DSSI.
Peace... Sridhar
Zane H. Healy wrote:
On Tue, 29 Sep 2009, Kari Uusim ki wrote:
first when you do a disk shadow copy and second when you boot a satellite over the Ethernet.
This is where I've always wanted to play with FDDI. I'd love to boot a
MicroVAX II off of either a high end VAX or an Alpha via a FDDI link. I'm
curious as to which would be faster. Running the MicroVAX II off of native
disks, or over the FDDI link.
Depends on what disks and controller you have on the MVII of course...
If it's an RQDX3, then just about anything else will be faster. :-)
Johnny
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
Yes, indeed, the Qbus is definately the bottleneck here. As also if you do use SCSI disks say through a KFQSA and HSD* controller.
The KZQSA is very limited, IIRC. I'm not aware of any support for SCSI disks (except for CD drives) on it.
Kari
Zane H. Healy wrote:
That's part of what makes the idea interesting. Of course I suspect you'd
saturate your Q-Bus backplane with it. IIRC, the backplane can handle
roughly 3MB/s.
I suspect such a solution might be faster than a MicroVAX II with SCSI
drives. I've not tested the theory as while PCI FDDI cards are cheap
enough, the Q-Bus ones were not the last time I checked.
Zane
On Tue, 29 Sep 2009, Kari Uusim ki wrote:
About the comparation between FDDI and RD* disks. Theoretically FDDI should be faster, because it is capable of delivering about 12MB/s, compared to the RD* disks which might be able to deliver about 1MB/s.
Kari
Zane H. Healy wrote:
On Tue, 29 Sep 2009, Kari Uusim ki wrote:
first when you do a disk shadow copy and second when you boot a satellite over the Ethernet.
This is where I've always wanted to play with FDDI. I'd love to boot a
MicroVAX II off of either a high end VAX or an Alpha via a FDDI link. I'm
curious as to which would be faster. Running the MicroVAX II off of native
disks, or over the FDDI link.
Zane
That's part of what makes the idea interesting. Of course I suspect you'd
saturate your Q-Bus backplane with it. IIRC, the backplane can handle
roughly 3MB/s.
I suspect such a solution might be faster than a MicroVAX II with SCSI
drives. I've not tested the theory as while PCI FDDI cards are cheap
enough, the Q-Bus ones were not the last time I checked.
Zane
On Tue, 29 Sep 2009, Kari Uusim ki wrote:
About the comparation between FDDI and RD* disks. Theoretically FDDI should be faster, because it is capable of delivering about 12MB/s, compared to the RD* disks which might be able to deliver about 1MB/s.
Kari
Zane H. Healy wrote:
On Tue, 29 Sep 2009, Kari Uusim ki wrote:
first when you do a disk shadow copy and second when you boot a satellite over the Ethernet.
This is where I've always wanted to play with FDDI. I'd love to boot a
MicroVAX II off of either a high end VAX or an Alpha via a FDDI link. I'm
curious as to which would be faster. Running the MicroVAX II off of native
disks, or over the FDDI link.
Zane
About the comparation between FDDI and RD* disks. Theoretically FDDI should be faster, because it is capable of delivering about 12MB/s, compared to the RD* disks which might be able to deliver about 1MB/s.
Kari
Zane H. Healy wrote:
On Tue, 29 Sep 2009, Kari Uusim ki wrote:
first when you do a disk shadow copy and second when you boot a satellite over the Ethernet.
This is where I've always wanted to play with FDDI. I'd love to boot a
MicroVAX II off of either a high end VAX or an Alpha via a FDDI link. I'm
curious as to which would be faster. Running the MicroVAX II off of native
disks, or over the FDDI link.
Zane
Yup, I am aware that I either need to go Itanium + Alpha or VAX + Alpha.
As my only working VAX at the moment is a SIMH box that mostly does HECnet routing, I'll probably cluster the two Alphaservers (CHIMP + CHIMPY) and the Itanium box (RHESUS).
Sampsa
On 29 Sep 2009, at 21:08, Zane H. Healy wrote:
I haven't run a cluster in close to a decade, but when I was, I had a
combination of 10Mbit and 100Mbit NIC's. I think it is safe to assume that
the heaviest traffic you'll see for your use is access to drives on another
cluster.
What architectures are you planning to cluster. I gather you want an
Itanium system in there. If so I don't believe you can have a VAX in your
cluster. I don't know if you can do VAX/Alpha/Itanium, but I do know it
isn't supported.
Zane
On Tue, 29 Sep 2009, Sampsa Laine wrote:
Yeah, you guys are right - mind you, the FDDI stuff would've been sort of fun to play with, maybe later.
How much bandwidth can I expect a cluster to use (I know this depends on the use of it of course, but assuming a fairly light load, no crazy 2000 user apps and DB)? Is a 100 mbps NIC enough?
Sampsa
On 29 Sep 2009, at 20:50, Kari Uusim ki wrote:
Why don't you leave TCP/IP as it is now?
You don't have to dedicate the Ethernet just to cluster traffic (that is a feature of those inferior creations which some people call [*nix] clusters - even if they aren't). You can run any traffic on the same Ethernet interface as cluster traffic. You just have to remember if you connect the machines with a Ethernet switch that there mustn't be protocol or MAC filtering which interferes with the cluster traffic.
DECnet routing has nothing to do with TCP/IP routing. They are completely separate protocols and live their own life in a VMS machine.
I suggest you run everything on the Ethernet and forget about the FDDI.
Kari
Sampsa Laine wrote:
I've come up with an alternative solution:
I'll use ethernet for the cluster interconnect as I have ethernet ports on all the machines.
However, this leaves CHIMPY without an ethernet-based TCP/IP connection. So my question is this:
Can I hook up two machines (running VMS) with FDDI and have the second machine route packets onto the ethernet segment for me? This wasn't immediately clear from the documentation. I assume if the second machine is set up as a L1 router DECNET over this setup will be possible?
Sampsa
On 29 Sep 2009, at 19:50, Kari Uusim ki wrote:
Sampsa Laine wrote:
Is it possible to run a cluster over both ethernet and FDDI?
Basically, I'd like to connect Machine A -> B using ethernet and B -> C using FDDI - is this possible?
Sampsa
.
Unfortunately that configuration violates the rule of full connectivity. All cluster members must have direct connectivity to other members.
But if you add a FDDI-Ethernet-bridge, you should get a "legal" configuration.
Kari
.
The Alpha should be faster if it doesn't happen to be a say DEC3000-300L. :-)
I assume the DEFQA could be installed into a MicroVAX II, but I've never seen such a setup.
Zane H. Healy wrote:
On Tue, 29 Sep 2009, Kari Uusim ki wrote:
first when you do a disk shadow copy and second when you boot a satellite over the Ethernet.
This is where I've always wanted to play with FDDI. I'd love to boot a
MicroVAX II off of either a high end VAX or an Alpha via a FDDI link. I'm
curious as to which would be faster. Running the MicroVAX II off of native
disks, or over the FDDI link.
Zane
