[Mono-dev] SSL Channel implementation and SslServerStream

pablosantosluac pablosantosluac at terra.es
Mon Dec 17 11:45:56 EST 2007


Hi,

Ok, the next "bottleneck" seems to be at 
TlsClientKeyExchange::ProcessAsSsl3, more exactly at byte[] preMasterSecret 
= deformatter.DecryptKeyExchange(clientSecret);

But I guess it wont be possible to get rid of this one, will it?


Thanks,

pablo

----- Original Message ----- 
From: "pablosantosluac" <pablosantosluac at terra.es>
To: "pablosantosluac" <pablosantosluac at terra.es>; 
<mono-devel-list at lists.ximian.com>
Sent: Monday, December 17, 2007 5:21 PM
Subject: Re: [Mono-dev] SSL Channel implementation and SslServerStream


> Hi again,
>
> Well, looking into the ServerContext constructor: the code converts 
> between the System.Security cert to a Mono cert. Ok, this calculation 
> could be skipped if a server is launching threads with the same 
> certificate. The performance hit "caching" this one is about a 50% 
> (launching 350 client threads simultaneously).
>
>
> I'll try to locate the next bottleneck
>
>
> pablo
>
>
> ----- Original Message ----- 
> From: "pablosantosluac" <pablosantosluac at terra.es>
> To: <mono-devel-list at lists.ximian.com>
> Sent: Monday, December 17, 2007 4:23 PM
> Subject: [Mono-dev] SSL Channel implementation and SslServerStream
>
>
>> Hi all,
>>
>> I'm implemented a secured TCP remoting channel. I took the current TCP
>> Channel as starting point, and used Ssl{Client|Server}Stream to implement
>> communication, as Robert Jordan suggested.
>>
>> Well, it seems it works correctly but I've found the following issue:
>> creating each new connection takes time (obviously), but it is basically 
>> due
>> to a call to "new ServerContext" inside the SslServerStream constructor.
>>
>> The problem, in fact, seems related with the property 
>> X509Certificate::RSA.
>> Each time a new connection is opened, a new certificate is given, and the
>> private key used.
>>
>> Is there a way to actually make all this initialization just once? It 
>> would
>> greatly improve performance both in Mono and .NET.
>>
>> Any idea?
>>
>> thanks
>>
>> pablo
>>
>> _______________________________________________
>> Mono-devel-list mailing list
>> Mono-devel-list at lists.ximian.com
>> http://lists.ximian.com/mailman/listinfo/mono-devel-list
> 




More information about the Mono-devel-list mailing list