Sockets on 7sharp9

Pipeline processing 3

7sharp9@mail.com (Dave Thomas) — Mon, 04 Apr 2011 00:00:00 +0000

Ok so I have been offline for a while now, what with starting a new financial contract in London and not having any broadband access for a while. I have been working on something, honest!

Since the last post I have been reflecting on the pipeline design and it had a distinct object orientated feel to it that I wasnt happy with, so I have amended the structure of the code and come up with the following which simplifies in some areas and expands in others…

Sockets and Bockets 4

7sharp9@mail.com (Dave Thomas) — Fri, 28 Jan 2011 00:00:00 +0000

Welcome to part 4
#

If you were looking forward to some exciting new F# code this time your going to be disappointed, however if you are like me and like looking at graphs and stats and digging in deeper into the code then your going to enjoy this, lets get started…

Sockets and Bockets 3

7sharp9@mail.com (Dave Thomas) — Thu, 20 Jan 2011 00:00:00 +0000

Welcome to part three!
#

As promised heres a description of the inner workings. I’m sick to death of typing SocketAsyncEventArgs so from now on I will refer to it as SAEA.

Sockets and Bockets 2

7sharp9@mail.com (Dave Thomas) — Fri, 14 Jan 2011 00:00:00 +0000

Welcome to part two
#

Lets jump in at the deep end and take a look at some code…

When you look at the method syntax for the xxxAsync methods you will notice they return a boolean value that indicates if the method completed synchronously, this means that you have to check the return value every time you use one of the methods and invoke the callback yourself if it completes synchronously. In practice this hardly ever happens, and normally only on a send operation. But as it is a possibility we will add module with a some extension methods in to help us out, this will make the code more readable and avoid unnecessary duplication.

Sockets and Bockets 1

7sharp9@mail.com (Dave Thomas) — Thu, 13 Jan 2011 00:00:00 +0000

Welcome to part 1
#

A while back I read an interesting article by Brian McNamara f-async-on-the-server-side which describes C# and F# versions of a simple asynchronous socket server, one of the driving forces behind the article was how F# can wrap the traditional asynchronous model with Asynchronous Workflows, this produces nice clean simple code compared to the C# version which uses lambda expressions, the code looks quite ugly in this style! However thats not the end of the story, a lot of memory fragmentation can occur using the APM model when there is a high throughput, so I thought I would see if I could take this a step further…