feat: support SslProtocol parameter for httpClient job

[DeagleGross]

Adding an option to explicitly set the sslProtocol version to use on SocketsHttpHandler

[DeagleGross]

I was running the following job (needs adjustment for running without local changes)

crank --config https://raw.githubusercontent.com/DeagleGross/Benchmarks/refs/heads/dmkorolev/idna/tls-protocols/scenarios/tls.benchmarks.yml --scenario tls-handshakes-httpsys --profile aspnet-gold-win --application.framework net10.0 --application.options.outputFiles "D:\code\Benchmarks\src\BenchmarksApps\TLS\HttpSys\bin\Release\net9.0*.dll" --application.variables.logRequestDetails "true" --load.variables.sslProtocols "tls13"

and it fails with such exception (below), therefore I decided to handle it. Not sure why that happens only for tls13 scenario.

[STDERR] Unhandled exception. System.DivideByZeroException: Attempted to divide by zero.
[STDERR]    at Microsoft.Crank.Jobs.HttpClientClient.Program.DoWorkAsync() in /tmp/benchmarks-agent/benchmarks-server-1/pzqitig2.gjs/src/Microsoft.Crank.Jobs.HttpClient/Program.cs:line 718
[STDERR]    at Microsoft.Crank.Jobs.HttpClientClient.Program.RunAsync() in /tmp/benchmarks-agent/benchmarks-server-1/pzqitig2.gjs/src/Microsoft.Crank.Jobs.HttpClient/Program.cs:line 388
[STDERR]    at Microsoft.Crank.Jobs.HttpClientClient.Program.<>c__DisplayClass86_0.<<Main>b__1>d.MoveNext() in /tmp/benchmarks-agent/benchmarks-server-1/pzqitig2.gjs/src/Microsoft.Crank.Jobs.HttpClient/Program.cs:line 295
[STDERR] --- End of stack trace from previous location ---
[STDERR]    at McMaster.Extensions.CommandLineUtils.CommandLineApplicationExtensions.<>c__DisplayClass8_0.<<OnExecuteAsync>b__0>d.MoveNext()
[STDERR] --- End of stack trace from previous location ---
[STDERR]    at McMaster.Extensions.CommandLineUtils.CommandLineApplication.ExecuteAsync(String[] args, CancellationToken cancellationToken)
[STDERR]    at Microsoft.Crank.Jobs.HttpClientClient.Program.Main(String[] args) in /tmp/benchmarks-agent/benchmarks-server-1/pzqitig2.gjs/src/Microsoft.Crank.Jobs.HttpClient/Program.cs:line 298
[STDERR]    at Microsoft.Crank.Jobs.HttpClientClient.Program.<Main>(String[] args)

[BrennanConroy]

DivideByZeroException is one of the exception types you generally shouldn't be explicitly catching. We should instead figure out why it happened and fix that, or change the logic so we avoid dividing by zero in the first place.

[sebastienros]

sw.ElapsedTicks could be equal to measuringStart if:

• they are both not changes (default is 0)
• code is so fast or optimized that sw.ElapsedTicks is not updated after measuringStart is assigned

To solve this we could initialize measuringStart with -1 and also set measuringStart = sw.ElapsedTicks - 1 to ensure they are never the same. The computation would be off by 1 tick, which wouldn't matter. And if they were to be identical then we can't get anything from the result so the newly non-zero value is as meaningless. While no exception will be thrown.

[DeagleGross]

makes sense, I adjusted the code as proposed

[DeagleGross]

i reran the crank command and it passed:

but Brennan still shows a problem via the sharpLab run
https://sharplab.io/#v2:C4LgTgrgdgPgAgJgIwFgBQcAMACOSB0AIgJYCGA5lAPYDOwxAxjQNzroBupY2wYpUNAGYBTMGGEATbAF5smADKs0nbjQDuM7AGVgVAA5rSwBgAt8OrsABywtQAoAlEpXYAtsNI0IYYlHIWwYE11fABRABtSPRpJABVGAGsabABabCRsAGo5ZmwAejzsKL0wKgAPN19iVwhXbE5wiGEeKiKJKV1saiCTUnZm4TKGYT16KigAfnSAZkxMfDm5pTwATjsAEgAiAG8QiKiYiXiGJNS3Dy8fPwDgAF887Z19Q2MzADFxAEcmqAYAT1umycHC4PGqzVke0i0TiiWSaXcnm8vn8wEszlBEmI7GIElEmno7ny2l0BiMpnwH2E32Evz+GO4wBMpQg5BMeggQVkvH4QlE4ikhSxOLxYGWSDWm0APBuAEH2gcwgA===

[DeagleGross]

added the (double) cast to be 100% sure there is no division by zero