We will use [EMAIL PROTECTED] in future.
I believe we will wait for your new version of RT_Tulip. I agree that we
should be comparing worst case times since RT_tulip is there to control
this worst case behaviour. However, I have to believe something is wrong
with our set up since the RT_Tulip roundtrip latencies are coming out so
much larger than TCP. A factor of 100 tells me something is not right. I
think people might accept RT_Tulip that is 10x slower in *average* case
than TCP if it means the worst case is well bounded, but a 100x?
Gautam
[EMAIL PROTECTED] wrote:
>
> Please send queries to [EMAIL PROTECTED] as the realtimelinux mailing
> list is one we don't monitor often.
>
> RT_tulip has worked well for us in the past. We intend to make a new
> version in the next month or two.
>
> Please compare round trip latency -- worst cases. Generic TCP/IP will
> be good in average case but RT_tulip is designed to reduce worst case.
>
> On Thu, Jun 15, 2000 at 03:47:20PM -0400, Gautam H Thaker wrote:
> > We have been experimenting with the below:
> >
> > >RT_Tulip: An RTLinux-based PCI Ethernet Realtime Driver
> > > A PCI Ethernet network driver for the Tulip Network card under Realtime
>Linux,
> > > that shares network bandwidth with Linux.
> > > Submitted by: Axel Bernal([EMAIL PROTECTED])
> >
> > We are trying to simply send the string "hello_there" from one machine
> > to another. We observe two things:
> >
> > 1) When the message gets to the receiver it is of correct length (11
> > bytes in this case) but it contains garbage.
> >
> > 2) The round trip message latency is coming in at about 6000 usec, or
> > about 100x slower than generic DEC TULIP driver with a 4 byte TCP
> > message round trip.
> >
> > 3) Entire system seems fragile and we see frequent crashes.
> >
> > 4) What can be done with RT_TULIP driver that can't be done with "tc"
> > command and network QoS support such as CBQ queue discipline, etc.?
> >
> > Has this RT_TULIP worked for anyone? Is there anyone around that knows
> > about this code or is this an old, dormant project.
> >
> >
> >
> >
> > --
> > Gautam H. Thaker
> > Distributed Processing Lab; Lockheed Martin Adv. Tech. Labs
> > A&E 3W; 1 Federal Street; Camden, NJ 08102
> > 856-338-3907, fax 856-338-4144 email: [EMAIL PROTECTED]
>
> --
> ---------------------------------------------------------
> Victor Yodaiken
> FSMLabs: www.fsmlabs.com www.rtlinux.com
> FSMLabs is a servicemark and a service of
> VJY Associates L.L.C, New Mexico.
--
Gautam H. Thaker
Distributed Processing Lab; Lockheed Martin Adv. Tech. Labs
A&E 3W; 1 Federal Street; Camden, NJ 08102
856-338-3907, fax 856-338-4144 email: [EMAIL PROTECTED]
-- [rtl] ---
To unsubscribe:
echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
echo "unsubscribe rtl <Your_email>" | mail [EMAIL PROTECTED]
---
For more information on Real-Time Linux see:
http://www.rtlinux.org/rtlinux/
