Fastpath - Revision history

Tigre at 13:35, 19 August 2008

2008-08-19T13:35:43Z

Tigre at 13:31, 19 August 2008

2008-08-19T13:31:56Z

Tigre at 13:17, 19 August 2008

2008-08-19T13:17:49Z

Tigre: New page: On the AOLserver list, Tom Jacksov wrote The purpose of the API is to return a static file, not one which changes in under a second. It is not a bug to not support code which is guarantee...

2008-08-19T13:09:48Z

New page: On the AOLserver list, Tom Jacksov wrote The purpose of the API is to return a static file, not one which changes in under a second. It is not a bug to not support code which is guarantee...

New page

On the AOLserver list, Tom Jacksov wrote

The purpose of the API is to return a static file, not one which changes in under a second. It is not a bug to not support code which is guaranteed to be slower than common alternatives.

Fastpath is designed to support return of smallish static content. It isn't some ancient way of speeding up stuff that was slow, it was for speeding up stuff that was already fast but was easy to make even faster.

If you want to avoid use of fastpath, just set the configuration lower than your dynamic content:

#
# Fastpath
#
ns_section "ns/server/${server}/fastpath"
ns_param cache [set cache 10] ;# max entries ??
ns_param cachemaxsize [set cachemaxsize [expr 5 * 1024 * 1024]]
ns_param cachemaxentry [expr round(floor($cachemaxsize/$cache))]

Or, if the dynamic content is very small, or customized, don't write it to a file in the first place. In general you are probably doing something wrong if you write small content to a file and immediately delete it. You are also likely doing something wrong if you are caching large files.

@@ Line 1: / Line 1: @@
-''On the AOLserver list, Tom Jackson wrote:''
+''Mostly by Tom Jackson''
-The purpose of the API is to return a static file, not one which changes in under a second. It is not a bug to not support code which is guaranteed to be slower than common alternatives.
+The purpose of the API is to return a static file.  Fastpath is designed to support return of smallish static content.  It isn't some ancient way of speeding up stuff that was slow, it was for speeding up stuff that was already fast but was easy to make even faster.
-Fastpath is designed to support return of smallish static content. It isn't some ancient way of speeding up stuff that was slow, it was for speeding up stuff that was already fast but was easy to make even faster.
+If you want to avoid use of fastpath for dynamic content, just set the configuration lower than your dynamic content:
+  #
@@ Line 11: / Line 9: @@
+  #
   ns_section "ns/server/${server}/fastpath"
-  ns_param cache                [set cache 10] ;# max entries ??
+  ns_param cache                [set cache 10] ;# size per entry or number of entries??
   ns_param cachemaxsize         [set cachemaxsize [expr 5 * 1024 * 1024]]
   ns_param cachemaxentry        [expr round(floor($cachemaxsize/$cache))]

@@ Line 1: / Line 1: @@
-On the AOLserver list, Tom Jackson wrote
+''On the AOLserver list, Tom Jackson wrote:''
 The purpose of the API is to return a static file, not one which changes in under a second. It is not a bug to not support code which is guaranteed to be slower than common alternatives.
@@ Line 17: / Line 17: @@
 Or, if the dynamic content is very small, or customized, don't write it to a file in the first place. In general you are probably doing something wrong if you write small content to a file and immediately delete it. You are also likely doing something wrong if you are caching large files.

← Older revision		Revision as of 13:17, 19 August 2008
Line 1:		Line 1:
−	On the AOLserver list, Tom ~~Jacksov~~ wrote	+	On the AOLserver list, Tom Jackson wrote

	The purpose of the API is to return a static file, not one which changes in under a second. It is not a bug to not support code which is guaranteed to be slower than common alternatives.		The purpose of the API is to return a static file, not one which changes in under a second. It is not a bug to not support code which is guaranteed to be slower than common alternatives.