Thanks for Peter's input.
Hi Chris,
Peter's namedpipe caching service does have better performance compare to
other distributed computing components. And yes, for your scenario if
you're not quite experienced at unmanaged code interop in .net framework,
it would be a bit difficult to maintain the caching service's code.
I've got an idea on using Sql Server to store the Application state
variables that will be used by all the servers in your webfarm environment.
You can create a dedicated database and table in sqlserver to store the
application state data and in all those webfarm ASP.NET applications, you
just use standard ADO.NET code to query and update the data in SQL Server
database table. One additional benefit here is that you can utilize the
new SQL Server cache dependeny featuer in ASP.NET 2.0. You can regsiter the
sql cache dependency against the central SQL Server database and table in
all those ASP.NET webfarm applications, then, whenever the database
table(application variable data) got changed, those ASP.NET application can
get notified(or detect) and invalid the old cached local copy of the data
and requery the updated data from backend database table. This feature is
supported with both SQL Server 2000 and SQL Server 2005:
#Caching in ASP.NET with the SqlCacheDependency Class
http://msdn2.microsoft.com/en-us/library/ms178604.aspx
#ASP.NET Caching: SQL Cache Dependency With SQL Server 2000
http://www.c-sharpcorner.com/UploadFile/mosessaur/sqlcachedependency01292006
135138PM/sqlcachedependency.aspx?ArticleID=3caa7d32-dce0-44dc-8769-77f8448e7
6bc
#Using SqlDependency in an ASP.NET Application
http://msdn2.microsoft.com/en-us/library/9dz445ks.aspx
Hope this also helps.
Sincerely,
Steven Cheng
Microsoft MSDN Online Support Lead
==================================================
Get notification to my posts through email? Please refer to
http://msdn.microsoft.com/subscriptions/managednewsgroups/default.aspx#notif
ications.
Note: The MSDN Managed Newsgroup support offering is for non-urgent issues
where an initial response from the community or a Microsoft Support
Engineer within 1 business day is acceptable. Please note that each follow
up response may take approximately 2 business days as the support
professional working with you may need further investigation to reach the
most efficient resolution. The offering is not appropriate for situations
that require urgent, real-time or phone-based interactions or complex
project analysis and dump analysis issues. Issues of this nature are best
handled working with a dedicated Microsoft Support Engineer by contacting
Microsoft Customer Support Services (CSS) at
http://msdn.microsoft.com/subscriptions/support/default.aspx.
==================================================
This posting is provided "AS IS" with no warranties, and confers no rights.