From andersb at vgnett.no Mon May 1 20:56:30 2006 From: andersb at vgnett.no (Anders Berg) Date: Mon, 1 May 2006 22:56:30 +0200 (CEST) Subject: Predicting the future Message-ID: <1706.193.213.34.102.1146516990.squirrel@denise.vg.no> Hi, just read this: http://www.blachford.info/computer/articles/bigcrunch1.html It's about the future of processors, and the problems that lie ahead in multicore design. I am glad we are designing Varnish with this in mind since singlethread processes could end up meet themselvs in the door, literally. Anders Berg From phk at phk.freebsd.dk Tue May 2 06:46:51 2006 From: phk at phk.freebsd.dk (Poul-Henning Kamp) Date: Tue, 02 May 2006 08:46:51 +0200 Subject: Predicting the future In-Reply-To: Your message of "Mon, 01 May 2006 22:56:30 +0200." <1706.193.213.34.102.1146516990.squirrel@denise.vg.no> Message-ID: <51370.1146552411@critter.freebsd.dk> In message <1706.193.213.34.102.1146516990.squirrel at denise.vg.no>, "Anders Berg " writes: >just read this: http://www.blachford.info/computer/articles/bigcrunch1.html I must admit that I find this entire "multi-everything" to be a bit, all-right: very, overhyped these days. Writing programs which scale to just 32 cores is incredibly hard, unless we talk about something like CGI scripts in apache2 (and even then it's not trivial. At the bottom of it is the fact that Intel has promised to double performance 18 months, at least until Moore croaks. Having run up against the 4GHz Si/CMOS clock barrier, the only way out is expanding number of cores. But in reality, the silicon real-estate could be used much better if you take a "whole system performance" view. For instance: add hw-crypto (Intel/AMD doesn't dare do this, because they would have to make sure CPU's don't get into Iraq, N.Korea etc but VIA already did it.) -- 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 Anders.Berg at vg.no Tue May 2 12:42:34 2006 From: Anders.Berg at vg.no (Anders Berg) Date: Tue, 2 May 2006 14:42:34 +0200 Subject: SV: Predicting the future Message-ID: <6AD33D89A21F7B479107D712EF96FDA53A16AD@VG-EXC-VIR-1.Akersgt.local> > -----Opprinnelig melding----- > Fra: varnish-dev-bounces at projects.linpro.no > [mailto:varnish-dev-bounces at projects.linpro.no] P? vegne av > Poul-Henning Kamp > Sendt: 2. mai 2006 08:47 > Til: andersb at vgnett.no > Kopi: varnish-dev at projects.linpro.no > Emne: Re: Predicting the future > > In message > <1706.193.213.34.102.1146516990.squirrel at denise.vg.no>, > "Anders Berg " writes: > > >just read this: > >http://www.blachford.info/computer/articles/bigcrunch1.html > > I must admit that I find this entire "multi-everything" to be a bit, > all-right: very, overhyped these days. I agree, unfortunately AMD and Intel follow/lead the hype to some degree. > Writing programs which scale to just 32 cores is incredibly > hard, unless we talk about something like CGI scripts in > apache2 (and even then it's not trivial. Yes, thats why the T1 is good on some benchmarks I understand. And, if I am not mistaking, also Varnish will be? Anyway, this article gave me (probably not you guys) an easy-to-understand glimpse of the possible future. > At the bottom of it is the fact that Intel has promised to > double performance 18 months, at least until Moore croaks. > > Having run up against the 4GHz Si/CMOS clock barrier, the > only way out is expanding number of cores. > > But in reality, the silicon real-estate could be used much > better if you take a "whole system performance" view. Yeah, but apps need to be aware of this right? I think Varnish is in a better position than the "competition" to take this into account. :) Anders Berg > For instance: add hw-crypto (Intel/AMD doesn't dare do this, > because they would have to make sure CPU's don't get into > Iraq, N.Korea etc but VIA already did it.) > > -- > 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. > _______________________________________________ > varnish-dev mailing list > varnish-dev at projects.linpro.no > http://projects.linpro.no/mailman/listinfo/varnish-dev > ***************************************************************** Denne fotnoten bekrefter at denne e-postmeldingen ble skannet av MailSweeper og funnet fri for virus. ***************************************************************** This footnote confirms that this email message has been swept by MailSweeper for the presence of computer viruses. ***************************************************************** From andersb at vgnett.no Wed May 3 22:22:58 2006 From: andersb at vgnett.no (Anders Berg) Date: Thu, 4 May 2006 00:22:58 +0200 (CEST) Subject: Summer of code. Message-ID: <1825.193.213.34.102.1146694978.squirrel@denise.vg.no> Subject ID httpd-cache-test Title create a set of regression tests for mod_cache ASF Project HTTP Server Keywords Perl, Cache, Apache module Description httpd has a Perl-based regression test suite. However, it does not have any useful tests for caching. This project idea would be to come up with a set of scenarios that verifies the proper RFC-compliance behavior of the caching modules. If any failures are detected, identification and analysis of the problems are expected (but not necessarily patches). Time permitting, caching over reverse proxying would also be verified. Possible Mentors Justin Erenkrantz (jerenkrantz at apache dot org) Status - **************************** To bad the scope did not involve the reverse proxy. But anyway, hope someone takes this one... Anders Berg From phk at phk.freebsd.dk Fri May 12 21:05:50 2006 From: phk at phk.freebsd.dk (Poul-Henning Kamp) Date: Fri, 12 May 2006 23:05:50 +0200 Subject: WIP went well (I think) Message-ID: <1055.1147467950@critter.freebsd.dk> A lot of heads popping up when I explained VCL, several reactions to call for testers (I said "after july or so") Userfriendly.org expresses interest. -- 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 andersb at vgnett.no Sun May 14 00:01:52 2006 From: andersb at vgnett.no (Anders Berg) Date: Sun, 14 May 2006 02:01:52 +0200 (CEST) Subject: WIP went well (I think) In-Reply-To: <1055.1147467950@critter.freebsd.dk> References: <1055.1147467950@critter.freebsd.dk> Message-ID: <1582.193.213.34.102.1147564912.squirrel@denise.vg.no> > > A lot of heads popping up when I explained VCL, several reactions > to call for testers (I said "after july or so") Thats great. Thx for doing the WIP there Poul-Henning, it's not like you have nothing to do :) > Userfriendly.org expresses interest. Great, I read them :) Ab > > -- > 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. > _______________________________________________ > varnish-dev mailing list > varnish-dev at projects.linpro.no > http://projects.linpro.no/mailman/listinfo/varnish-dev > > From andersb at vgnett.no Sun May 28 23:49:46 2006 From: andersb at vgnett.no (Anders Berg) Date: Mon, 29 May 2006 01:49:46 +0200 (CEST) Subject: Great interview Poul-Henning Message-ID: <2268.193.213.34.102.1148860186.squirrel@denise.vg.no> Even mentioned Varnish :) Great. http://bsdtalk.blogspot.com/ Anders Berg