- From: Torbjörn Andersson <torbjorn.andersson AT kau.se>
- To: "'Michael Tuexen'" <Michael.Tuexen AT micmac.franken.de>
- Cc: <discussion AT sctp.de>
- Subject: SV: [SCTP-Discussion] SCTP performance measure
- Date: Mon Jul 26 09:57:03 2004
- Importance: Normal
- List-id: SCTP Discussions <discussion.sctp.de>
Hello everyone. You are having an interesting conversation here and I
have some questions.
See statements and/or questions below.
>
-----Ursprungligt meddelande-----
>
Från:
>
discussion-admin AT sctp.de
>
>
[mailto:discussion-admin AT sctp.de]
>
För
>
Michael Tuexen
>
Skickat: den 23 juli 2004 14:45
>
Till: Andreas Jungmaier
>
Kopia: Le Vinh Dat;
>
discussion AT sctp.de
>
Ämne: Re: [SCTP-Discussion] SCTP performance measure
>
>
Just to be clear:
>
>
What I meant was that the combination of the sctplib
>
with the socketapilib might not be very good for
>
performance measurements. You can do it with the
>
sctplib only.
>
>
The reason is that the socketapilib use threads...
However, is the timing of your implementation accurate? In terms of the
accuracy of the retransmissions and more.
Naturally, the sctplib must have the necessary computing resources
available but today computers have no problems with that, or what do you
say?
>
>
Best regards
>
Michael
>
>
On Jul 23, 2004, at 10:47 AM, Andreas Jungmaier wrote:
>
>
> -----BEGIN PGP SIGNED MESSAGE-----
>
> Hash: SHA1
>
>
>
> All,
>
>
>
> just as a side note: the performance of sctplib by itself
>
> is not so bad, and it easily allows saturating a 100 MBit/s
>
> link. The performance issues come into play for instance if
>
> you have a large number of associations on a server
>
> (in sctplib-1.0).
A protocol performance measurement is in my eyes not a test in an
unlimited network (100mbit/s). The performance of a protocol is in my
eyes seen during congestion and other losses.
So if the retransmission accuracy of your implementation is ok then is
the implementation valid for performance tests, at least in networks
with limited bandwidth and buffering resources.
Do you agree with me?
>
>
>
> This should not be a major problem in the new version
>
> sctplib-1.3, as it uses hash structures in the sctpd daemon
>
> to locate matches for associations when processing incoming
>
> SCTP packets, which - even with many associations - is way more
>
> efficient.
>
>
>
> Best regards,
>
> Andreas
>
>
>
>
>
> Am Donnerstag, 22. Juli 2004 18:00 schrieb Michael Tuexen:
>
>> Just a general point: the sctplib in combination is
>
>> not very well suite for performance measurements, because
>
>> the is thread scheduling involved. So I would recommend to
>
>> use the sctplib only or use a kernel implementation.
>
>> I'll post a program which you could use during the next
>
>> week (when the SCTP Interop happens).
>
>>
>
>> Best regards
>
>> Michael
>
>>
>
>> On Jul 22, 2004, at 5:13 PM, Le Vinh Dat wrote:
>
>>> Hi SCTP community,
>
>>> I'm running sctplib-1.0.1 and socketapi-1.3.1 in Redhat 9.0
>
>>> Now I would like to measure the performance of SCTP vs TCP, how to
do
>
>>> that?
>
>>> The measure program should work for both of SCTP and TCP.
>
>>> I found out there was a program called iperf, however, this
program
>
>>> seems only work for TCP and LKSCTP.
>
>>>
>
>>> Thank you very much.
>
>>> Sincerely yours,
>
>>> Le Vinh Dat
>
>>>
>
>>>
>
>>> Do you Yahoo!?
>
>>> Vote for the stars of Yahoo!'s next ad campaign!
>
>>
>
>> _______________________________________________
>
>> discussion mailing list
>
>> discussion AT sctp.de
>
>> http://www.sctp.de/mailman/listinfo/discussion
>
>
>
> - --
>
> Dipl.-Ing. Andreas Jungmaier
>
> Computer Networking Technology Group
>
> University of Duisburg-Essen
>
> http://www.exp-math.uni-essen.de/~ajung
>
> PGP Key-ID: D382 4AC0
>
>
>
> PGP Key-Fingerprint: 228C 7C2C 3381 2DD4 9998 2812 5C0B 0B04 D382
>
> 4AC0
>
> -----BEGIN PGP SIGNATURE-----
>
> Version: GnuPG v1.2.4 (GNU/Linux)
>
>
>
> iD8DBQFBANCmXAsLBNOCSsARAtQnAKDP1+CSQO5tpGZ0HGaur4JurBMazQCgh1Gl
>
> fN76A93vjxuxw9fv8f80ODA=
>
> =kZZB
>
> -----END PGP SIGNATURE-----
>
>
>
>
_______________________________________________
>
discussion mailing list
>
discussion AT sctp.de
>
http://www.sctp.de/mailman/listinfo/discussion
Archive powered by MHonArc 2.6.19+.