From jeff at netnichols.com Mon Oct 15 10:19:05 2007 From: jeff at netnichols.com (Jeff Nichols) Date: Mon, 15 Oct 2007 12:19:05 +0200 Subject: varnishncsa logs null size and status Message-ID: Hello, I've been playing with varnishncsa and I've noticed that quite a few requests get logged with (null) for the size and status. This is the output while running varnishncsa with no arguments: 127.0.0.1 - - [15/Oct/2007:10:04:37 +0000] "(null) (null) (null)" (null) (null) "-" "-" 84.188.165.2 - - [15/Oct/2007:10:05:20 +0000] "GET http:// demo.pomoto.com/ HTTP/1.1" (null) (null) "http://www.pomoto.com/" "Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en) AppleWebKit/419.3 (KHTML, like Gecko) Safari/419.3" I'm not so concerned with the backend line, but maybe it gives some clues. On the other hand, there are instances where the backend line is full of nulls while the client line is perfectly normal. So far, it seems the client line only contains nulls when the object will not be cached. I'd file a ticket, but Trac is still locked down, so I figured this is the next best place to say something. Thanks, Jeff From jeff at netnichols.com Mon Oct 15 11:01:03 2007 From: jeff at netnichols.com (Jeff Nichols) Date: Mon, 15 Oct 2007 13:01:03 +0200 Subject: varnishncsa logs null size and status In-Reply-To: References: Message-ID: Some followup: On Oct 15, 2007, at 12:19 PM, Jeff Nichols wrote: > I've been playing with varnishncsa and I've noticed that quite a few > requests get logged with (null) for the size and status. I took a look at the sources which led me to looking at the varnishlog output for the same requests. The requests in question produce no 'Length' or 'TxStatus' logs (or any 'Tx...' logs for that matter). Some other relevant info, I'm running 1.1.1 and these requests are being piped. Jeff From jeff at netnichols.com Mon Oct 15 11:03:10 2007 From: jeff at netnichols.com (Jeff Nichols) Date: Mon, 15 Oct 2007 13:03:10 +0200 Subject: plans to daemonize varnishncsa? Message-ID: <9738CD17-3A6D-4621-9632-198CF89B5C40@netnichols.com> To continue my questioning of varnishncsa... are there any plans to add a '-D' option to varnishncsa (as found in varnishlog)? From Phil.Cryer at edwardjones.com Mon Oct 15 19:29:07 2007 From: Phil.Cryer at edwardjones.com (Cryer,Phil) Date: Mon, 15 Oct 2007 14:29:07 -0500 Subject: Varnish statistics Message-ID: <3ECD7F7DDE95BA4FA598E8DDE71F1A51046E4C63@nwpsrv08.edj.ad.edwardjones.com> Is there a tool, other than varnishstat, that I can use to show hits, misses, etc of a session? When we demo'd Squid we used the Cache Manager CGI, and while it was clumsy, we could show results from one IP and know how it did, caching wise. I'm looking for something in Varnish I can do that with, so far I've been doing a fresh run, then running 'varnishstat -w 1000' and then just copying the output from the terminal. Also, this project is aimed to help speed up the response time of a Stellent CMS backend, so far Squid is 3.21 times faster than not using cache, and Varnish is 19.68 times faster! Thanks P -- Phil Cryer IS - Linux Administrator Desk 5-6987 If you are not the intended recipient of this message (including attachments), or if you have received this message in error, immediately notify us and delete it and any attachments. If you no longer wish to receive e-mail from Edward Jones, please send this request to messages at edwardjones.com. You must include the e-mail address that you wish not to receive e-mail communications. For important additional information related to this e-mail, visit www.edwardjones.com/US_email_disclosure -------------- next part -------------- An HTML attachment was scrubbed... URL: From des at linpro.no Thu Oct 18 10:47:56 2007 From: des at linpro.no (=?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?=) Date: Thu, 18 Oct 2007 12:47:56 +0200 Subject: plans to daemonize varnishncsa? In-Reply-To: <9738CD17-3A6D-4621-9632-198CF89B5C40@netnichols.com> (Jeff Nichols's message of "Mon, 15 Oct 2007 13:03:10 +0200") References: <9738CD17-3A6D-4621-9632-198CF89B5C40@netnichols.com> Message-ID: Jeff Nichols writes: > To continue my questioning of varnishncsa... are there any plans to > add a '-D' option to varnishncsa (as found in varnishlog)? Not really, no... DES -- Dag-Erling Sm?rgrav Senior Software Developer Linpro AS - www.linpro.no From des at linpro.no Thu Oct 18 10:48:54 2007 From: des at linpro.no (=?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?=) Date: Thu, 18 Oct 2007 12:48:54 +0200 Subject: Varnish statistics In-Reply-To: <3ECD7F7DDE95BA4FA598E8DDE71F1A51046E4C63@nwpsrv08.edj.ad.edwardjones.com> (Phil Cryer's message of "Mon, 15 Oct 2007 14:29:07 -0500") References: <3ECD7F7DDE95BA4FA598E8DDE71F1A51046E4C63@nwpsrv08.edj.ad.edwardjones.com> Message-ID: "Cryer,Phil" writes: > Is there a tool, other than varnishstat, that I can use to show hits, > misses, etc of a session? When we demo'd Squid we used the Cache > Manager CGI, and while it was clumsy, we could show results from one IP > and know how it did, caching wise. I'm looking for something in Varnish > I can do that with, so far I've been doing a fresh run, then running > 'varnishstat -w 1000' and then just copying the output from the > terminal. The output of 'varnishstat -1' should be much more manageable. DES -- Dag-Erling Sm?rgrav Senior Software Developer Linpro AS - www.linpro.no From amcrae at employees.org Fri Oct 19 03:32:33 2007 From: amcrae at employees.org (Andrew McRae) Date: Fri, 19 Oct 2007 13:32:33 +1000 Subject: release 1.1.2 Message-ID: <1192764753.12029.18.camel@localhost> Greetings, I was curious if there is an ETA for release 1.1.2 - the web site says it has been delayed from an original date of 9/24, and I was wondering if a vague date is in mind for the release. Cheers, Andrew McRae PS - yes, aware that no promises are made :-) but it is useful to have an idea if it is just around the corner. From des at linpro.no Fri Oct 19 07:38:34 2007 From: des at linpro.no (=?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?=) Date: Fri, 19 Oct 2007 09:38:34 +0200 Subject: release 1.1.2 In-Reply-To: <1192764753.12029.18.camel@localhost> (Andrew McRae's message of "Fri, 19 Oct 2007 13:32:33 +1000") References: <1192764753.12029.18.camel@localhost> Message-ID: Andrew McRae writes: > I was curious if there is an ETA for release 1.1.2 - the web site > says it has been delayed from an original date of 9/24, and > I was wondering if a vague date is in mind for the release. I'm back and will try to have it out tomorrow... DES -- Dag-Erling Sm?rgrav Senior Software Developer Linpro AS - www.linpro.no From des at linpro.no Fri Oct 19 13:59:23 2007 From: des at linpro.no (=?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?=) Date: Fri, 19 Oct 2007 15:59:23 +0200 Subject: Source Code paranoia in Varnish In-Reply-To: <21899.1190711826@critter.freebsd.dk> (Poul-Henning Kamp's message of "Tue, 25 Sep 2007 09:17:06 +0000") References: <21899.1190711826@critter.freebsd.dk> Message-ID: Poul-Henning Kamp writes: > So what is the correct way to deal with the return value of close(2) > system calls ? > > You assert(3) that it succeeds and hope to never see that coredump. #168 says you're wrong. DES -- Dag-Erling Sm?rgrav Senior Software Developer Linpro AS - www.linpro.no From varnish at lukem.org Mon Oct 22 03:15:05 2007 From: varnish at lukem.org (Luke Macpherson) Date: Mon, 22 Oct 2007 13:15:05 +1000 Subject: Varnish Style Guide Message-ID: <29f77e8a0710212015nc0aa026tea48c4bf477178a@mail.gmail.com> Is there any documentation of code style for varnish? I did see an early post on naming conventions, but the code base doesn't actually reflect that early description any more, and some of the conventions I've not been able to reverse-engineer (I find the capitalization strategy particularly confusing). From varnish at lukem.org Mon Oct 22 06:28:01 2007 From: varnish at lukem.org (Luke Macpherson) Date: Mon, 22 Oct 2007 16:28:01 +1000 Subject: Hash Function Message-ID: <29f77e8a0710212328t5a33040cq2f57b0f312b64ee@mail.gmail.com> My understanding from a cursory read of the source is that Varnish is using crc32 as a hash function. A few web sites I looked at suggested crc32 has very poor avalanche behavior, and is thus not a good choice for a hash function. Also, I wonder if a 32-bit key length is large enough, since it is becoming feasible to have many terabytes of storage in a single server. Has anyone checked that crc32 is suitable for this purpose? From phk at phk.freebsd.dk Mon Oct 22 07:08:49 2007 From: phk at phk.freebsd.dk (Poul-Henning Kamp) Date: Mon, 22 Oct 2007 07:08:49 +0000 Subject: Varnish Style Guide In-Reply-To: Your message of "Mon, 22 Oct 2007 13:15:05 +1000." <29f77e8a0710212015nc0aa026tea48c4bf477178a@mail.gmail.com> Message-ID: <98640.1193036929@critter.freebsd.dk> In message <29f77e8a0710212015nc0aa026tea48c4bf477178a at mail.gmail.com>, "Luke M acpherson" writes: >Is there any documentation of code style for varnish? > >I did see an early post on naming conventions, but the code base >doesn't actually reflect that early description any more, and some of >the conventions I've not been able to reverse-engineer (I find the >capitalization strategy particularly confusing). The starting point is FreeBSD's style(9) manual page, and yes, the capitalization is not consistent. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk at FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From phk at phk.freebsd.dk Mon Oct 22 07:15:01 2007 From: phk at phk.freebsd.dk (Poul-Henning Kamp) Date: Mon, 22 Oct 2007 07:15:01 +0000 Subject: Hash Function In-Reply-To: Your message of "Mon, 22 Oct 2007 16:28:01 +1000." <29f77e8a0710212328t5a33040cq2f57b0f312b64ee@mail.gmail.com> Message-ID: <98736.1193037301@critter.freebsd.dk> In message <29f77e8a0710212328t5a33040cq2f57b0f312b64ee at mail.gmail.com>, "Luke Macpherson" writes: >My understanding from a cursory read of the source is that Varnish is >using crc32 as a hash function. The hash code, function as well as data structure is a pluggable module in Varnish, so changes in this area is anticipated. The default "simple" hasher, uses a single hash-table and crc32 for and it doesn't work too badly for even quite large workloads. The important property of the hashing module in Varnish is that the hashing function distributes fast at the first level of locks, so that other threads can get in as well. The actual length of the hash-buckets seems to be of little consequence. At least so far. Some day when the requirement (and time) manifests itself, I want to add a hash module which scales to infinity (ie: 64 bits) and that will probably be an adaptive multi-level tree structure of hashes with MD4 as a distributor function. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk at FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From des at linpro.no Tue Oct 23 13:26:12 2007 From: des at linpro.no (=?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?=) Date: Tue, 23 Oct 2007 15:26:12 +0200 Subject: SES_Delete (#162) Message-ID: Here's a typical backtrace for that issue: #0 0x0000000800d1048c in thr_kill () from /lib/libc.so.7 #1 0x0000000800d9a63b in abort () from /lib/libc.so.7 #2 0x000000080066dc7f in lbv_assert (func=Could not find the frame base for "lbv_assert".) at assert.c:58 #3 0x000000000041afb1 in SES_Delete (sp=0x2104b1a008) at cache_session.c:338 #4 0x0000000000408588 in vca_kev (kp=0x7fffff5fb340) at cache_acceptor_kqueue.c:112 #5 0x00000000004087e4 in vca_kqueue_main (arg=0x0) at cache_acceptor_kqueue.c:151 #6 0x0000000800a979a8 in pthread_getprio () from /lib/libthr.so.3 #7 0x0000000000000000 in ?? () Looking at the code, the assert in question is right at the top of SES_Delete(), so we look at its caller instead. The relevant code in vca_kev() is: 109 } else if (kp->flags == EV_EOF) { 110 VTAILQ_REMOVE(&sesshead, sp, list); 111 vca_close_session(sp, "EOF"); 112 SES_Delete(sp); 113 return; 114 } We get to this part of the code when the remote end closes the connection, triggering an EV_EOF kqueue event. So what does vca_close_session() do? Not much, really: void vca_close_session(struct sess *sp, const char *why) { int i; VSL(SLT_SessionClose, sp->id, "%s", why); if (sp->fd >= 0) { i = close(sp->fd); assert(i == 0 || errno != EBADF); /* XXX EINVAL seen */ } sp->fd = -1; } What it certainly *doesn't* do in any way, shape or form is guarantee that the session no longer has an object or VCL associated with it. In other words, this assertion will fail every time the client closes the connection before the completion of the current request. Please tell me I've overlooked something... DES -- Dag-Erling Sm?rgrav Senior Software Developer Linpro AS - www.linpro.no From phk at phk.freebsd.dk Tue Oct 23 14:06:50 2007 From: phk at phk.freebsd.dk (Poul-Henning Kamp) Date: Tue, 23 Oct 2007 14:06:50 +0000 Subject: SES_Delete (#162) In-Reply-To: Your message of "Tue, 23 Oct 2007 15:26:12 +0200." Message-ID: <3534.1193148410@critter.freebsd.dk> In message , =?iso-8859-1?Q?Dag-Erling_Sm=F8rg rav?= writes: >What it certainly *doesn't* do in any way, shape or form is guarantee >that the session no longer has an object or VCL associated with it. >In other words, this assertion will fail every time the client closes >the connection before the completion of the current request. It should absolutely not under any circumstances have an object associated, as soon as an object is delivered, the session must deref the object and it certainly should not have an object while in the care of the acceptor. The sessions borrow their vcl from the worker thread, which keeps a ref until it dies (or notices a new active VCL). The code is in cnt_recv() and cnt_done() respectively: cnt_recv(): VCL_Refresh(&sp->wrk->vcl); sp->vcl = sp->wrk->vcl; sp->wrk->vcl = NULL; cnt_done(): if (sp->vcl != NULL) { if (sp->wrk->vcl != NULL) VCL_Rel(&sp->wrk->vcl); sp->wrk->vcl = sp->vcl; sp->vcl = NULL; } So there is no way that a session should be able to end up in the acceptor with a vcl either. To get to the acceptor, the session passes through the acceptor pipe, written by: void vca_return_session(struct sess *sp) { CHECK_OBJ_NOTNULL(sp, SESS_MAGIC); AZ(sp->obj); AZ(sp->vcl); assert(sp->fd >= 0); assert(sizeof sp == write(vca_pipes[1], &sp, sizeof sp)); } Feel free to pierce this logic. I have had asserts show me, that there were no obj or vcl in vca_return_session() and they were present on the receiving side of the pipe in kqueue_acceptor. I have not been able to find an explanation for that, that doesn't involve a hardware or kernel error. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk at FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From caleb.anthony at gmail.com Tue Oct 23 20:25:30 2007 From: caleb.anthony at gmail.com (Caleb Anthony) Date: Tue, 23 Oct 2007 14:25:30 -0600 Subject: W3C Extented Log Format Message-ID: <33afbbe70710231325u33770c1fs20627e55b8294e83@mail.gmail.com> Hello, I have started to modify the source of varnishncsa so that it will log in the W3C extended log format. More specifically, the W3C log format that IIS 6 uses (see: http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/676400bc-8969-4aa7-851a-9319490a9bbb.mspx?mfr=true). I needed to do this so that we can maintain the same log format for our stats processing software even when we switch over to varnish as a front end. In reality, my source modifications are mostly just rearranging the order of the existing code in varnishncsa, but some of it is new to do something that the original source didn't do. I'm about 80% of the way through it and I have hit a roadblock. I'm trying to figure out a way to log the following fields, but I can see any way to extract this information from the current source. s-ip (server ip) s-port (server port) cs-bytes (client to server bytes) time-taken (time the action took in milliseconds) I'm afraid that I'm not a programmer, but a network/server admin that is trying to fulfill a need. So any help or direction would be appreciated. Also, I would be more than happy to submit a diff of my changes in case anyone else is interested in logging in this format. Or, if I can get more familiar with the GNU tool chain, I could possibly move the code over, separate from varnishncsa, perhaps varnishw3c... Thanks. From phk at phk.freebsd.dk Wed Oct 24 08:52:14 2007 From: phk at phk.freebsd.dk (Poul-Henning Kamp) Date: Wed, 24 Oct 2007 08:52:14 +0000 Subject: W3C Extented Log Format In-Reply-To: Your message of "Tue, 23 Oct 2007 14:25:30 CST." <33afbbe70710231325u33770c1fs20627e55b8294e83@mail.gmail.com> Message-ID: <10409.1193215934@critter.freebsd.dk> In message <33afbbe70710231325u33770c1fs20627e55b8294e83 at mail.gmail.com>, "Cale b Anthony" writes: >s-ip (server ip) >s-port (server port) We don't log these right now, but we can do that relatively easily, they need to go into the SessionOpen log record. Open a ticket in our track record about this. >cs-bytes (client to server bytes) header or body (or both ?) bytes ? Right now we don't support client to server bytes any other way than during pipe processing, so we don't even count this number. Cecilie is working on POST in the pass code, so that would give us a number to put here. >time-taken (time the action took in milliseconds) Do they say where this should be measured exactly ? We have four timestamps you can choose from: connection open request received response ready response sent and they're all represented in the ReqEnd record somehow. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk at FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From caleb.anthony at gmail.com Wed Oct 24 15:33:51 2007 From: caleb.anthony at gmail.com (Caleb Anthony) Date: Wed, 24 Oct 2007 09:33:51 -0600 Subject: W3C Extented Log Format In-Reply-To: <10409.1193215934@critter.freebsd.dk> References: <33afbbe70710231325u33770c1fs20627e55b8294e83@mail.gmail.com> <10409.1193215934@critter.freebsd.dk> Message-ID: <33afbbe70710240833i537949e4kc21f3d11034a1d03@mail.gmail.com> On 10/24/07, Poul-Henning Kamp wrote: > >s-ip (server ip) > >s-port (server port) > > We don't log these right now, but we can do that relatively easily, > they need to go into the SessionOpen log record. > > Open a ticket in our track record about this. Thanks for the quick reply. I have created an account on Trac. My username is "Caleb". Give me access, and I'll create a ticket about the s-ip s-port issue. > >cs-bytes (client to server bytes) > > header or body (or both ?) bytes ? > > Right now we don't support client to server bytes any other way than > during pipe processing, so we don't even count this number. > > Cecilie is working on POST in the pass code, so that would give us > a number to put here. As for cs-bytes, from what I have found on the W3C site and on Microsoft's site, cs-bytes is the total bytes sent, so I would assume its both the header and body combined. This field is the least important of the ones listed here, so don't worry to much about it given the current issues with retrieving this information. > >time-taken (time the action took in milliseconds) > > Do they say where this should be measured exactly ? We have four > timestamps you can choose from: > > connection open > request received > response ready > response sent > > and they're all represented in the ReqEnd record somehow. Both the W3C and Microsoft documentation states that this is the time taken for the transaction to complete. So it looks like the total time from connection open to response sent would be good for this field. Using varnishlog -i ReqEnd I get the following information: 15 ReqEnd c 1517105057 1193239772.341682196 1193239772.460953236 0.000179291 0.119204998 0.000066042 Can you tell me what each of these entries mean? Thanks again. From phk at phk.freebsd.dk Wed Oct 24 15:37:38 2007 From: phk at phk.freebsd.dk (Poul-Henning Kamp) Date: Wed, 24 Oct 2007 15:37:38 +0000 Subject: W3C Extented Log Format In-Reply-To: Your message of "Wed, 24 Oct 2007 09:33:51 CST." <33afbbe70710240833i537949e4kc21f3d11034a1d03@mail.gmail.com> Message-ID: <26536.1193240258@critter.freebsd.dk> In message <33afbbe70710240833i537949e4kc21f3d11034a1d03 at mail.gmail.com>, "Cale b Anthony" writes: >On 10/24/07, Poul-Henning Kamp wrote: >> >s-ip (server ip) >> >s-port (server port) >> >> We don't log these right now, but we can do that relatively easily, >> they need to go into the SessionOpen log record. >> >> Open a ticket in our track record about this. > >Thanks for the quick reply. > >I have created an account on Trac. My username is "Caleb". Give me >access, and I'll create a ticket about the s-ip s-port issue. Done. >Both the W3C and Microsoft documentation states that this is the time >taken for the transaction to complete. So it looks like the total time >from connection open to response sent would be good for this field. >Using varnishlog -i ReqEnd I get the following information: > >15 ReqEnd c 1517105057 1193239772.341682196 1193239772.460953236 >0.000179291 0.119204998 0.000066042 Then you want the difference between the two timestamps, in this case: 1193239772.460953236 - 1193239772.341682196 = .119271040 [s] -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk at FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From caleb.anthony at gmail.com Wed Oct 24 15:41:51 2007 From: caleb.anthony at gmail.com (Caleb Anthony) Date: Wed, 24 Oct 2007 09:41:51 -0600 Subject: W3C Extented Log Format In-Reply-To: <26536.1193240258@critter.freebsd.dk> References: <33afbbe70710240833i537949e4kc21f3d11034a1d03@mail.gmail.com> <26536.1193240258@critter.freebsd.dk> Message-ID: <33afbbe70710240841q7bac74f7j831890b703829e4f@mail.gmail.com> On 10/24/07, Poul-Henning Kamp wrote: > Then you want the difference between the two timestamps, in this case: > 1193239772.460953236 - 1193239772.341682196 = .119271040 [s] Thanks. Right after I sent the message I found this: http://varnish.projects.linpro.no/ticket/44 From des at linpro.no Thu Oct 25 13:20:24 2007 From: des at linpro.no (=?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?=) Date: Thu, 25 Oct 2007 15:20:24 +0200 Subject: W3C Extented Log Format In-Reply-To: <33afbbe70710240833i537949e4kc21f3d11034a1d03@mail.gmail.com> (Caleb Anthony's message of "Wed, 24 Oct 2007 09:33:51 -0600") References: <33afbbe70710231325u33770c1fs20627e55b8294e83@mail.gmail.com> <10409.1193215934@critter.freebsd.dk> <33afbbe70710240833i537949e4kc21f3d11034a1d03@mail.gmail.com> Message-ID: "Caleb Anthony" writes: > I have created an account on Trac. My username is "Caleb". Give me > access, and I'll create a ticket about the s-ip s-port issue. There is no need to give individual users access. All authenticated users have TICKET_CREATE access. DES -- Dag-Erling Sm?rgrav Senior Software Developer Linpro AS - www.linpro.no From varnish at lukem.org Mon Oct 29 05:44:13 2007 From: varnish at lukem.org (Luke Macpherson) Date: Mon, 29 Oct 2007 16:44:13 +1100 Subject: Varnish LXR Message-ID: <29f77e8a0710282244i108af1f4k462779b8de4ebed2@mail.gmail.com> Does anyone have the varnish source loaded into a publicly available LXR (Linux Cross Referencer)? From des at linpro.no Mon Oct 29 14:58:18 2007 From: des at linpro.no (=?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?=) Date: Mon, 29 Oct 2007 15:58:18 +0100 Subject: Varnish LXR In-Reply-To: <29f77e8a0710282244i108af1f4k462779b8de4ebed2@mail.gmail.com> (Luke Macpherson's message of "Mon, 29 Oct 2007 16:44:13 +1100") References: <29f77e8a0710282244i108af1f4k462779b8de4ebed2@mail.gmail.com> Message-ID: "Luke Macpherson" writes: > Does anyone have the varnish source loaded into a publicly available > LXR (Linux Cross Referencer)? Not at the moment. I'm not sure it would be worth the effort, as the code base is fairly small. DES -- Dag-Erling Sm?rgrav Senior Software Developer Linpro AS - www.linpro.no