From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Original-To: caml-list@yquem.inria.fr Delivered-To: caml-list@yquem.inria.fr Received: from mail4-relais-sop.national.inria.fr (mail4-relais-sop.national.inria.fr [192.134.164.105]) by yquem.inria.fr (Postfix) with ESMTP id E7358BBAF for ; Mon, 26 Jul 2010 15:20:54 +0200 (CEST) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AoACANcoTUxKfVIqmGdsb2JhbACGCIxjBowbTggVAQEBAQEICQwHESKyfoUwI4hfAQEDBYUxBIhkh2E X-IronPort-AV: E=Sophos;i="4.55,261,1278280800"; d="scan'208";a="66942691" Received: from mail-ww0-f42.google.com ([74.125.82.42]) by mail4-smtp-sop.national.inria.fr with ESMTP; 26 Jul 2010 15:20:54 +0200 Received: by wwf26 with SMTP id 26so2822813wwf.3 for ; Mon, 26 Jul 2010 06:20:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=dM+lTuNMW4pwdgLKfRVPOU2TuX5FMxzgc+nr8/F6b0Q=; b=MWXdQIBQmMCbmK2DnKFtx8Q0zb+GezdKHf3+tzYSrfXNzJXrzvbKc9lJVQulZau3+P KmS8d0kxW2SxhjI+0nhEQeaxv2nGNWk3NMlbAyCoNO3aD+OYxGoaBbtx568lKvxO5SBE pIJzU+xLwb+FV3rg/DP729yrywB4DaZ64E4rs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=uRFNSvSPAFRPfP+fyIF4tCu4ut/KZFJ/8eIOc51smXBpoy59N1MZI2YebUKyZoQnlO xD6pFOyrPzU5uGc9FL+Ib3YT2DxNyI1PtVYeTsvdQDKFKUo/Rv17BsZiVkN/QrIAoM+t xWre01+ivO8LOeEB5LWLc9GRFSQB7N1gSuJp0= MIME-Version: 1.0 Received: by 10.216.1.77 with SMTP id 55mr7377617wec.72.1280150453626; Mon, 26 Jul 2010 06:20:53 -0700 (PDT) Sender: warnegia@gmail.com Received: by 10.216.179.193 with HTTP; Mon, 26 Jul 2010 06:20:53 -0700 (PDT) In-Reply-To: References: <442805.67917.qm@web111502.mail.gq1.yahoo.com> Date: Mon, 26 Jul 2010 15:20:53 +0200 X-Google-Sender-Auth: LwSmn6ccqVunsYLPLKfZR2nTdoM Message-ID: Subject: Re: [Caml-list] Re: scalable web apps From: William Le Ferrand To: Sylvain Le Gall Cc: caml-list@inria.fr Content-Type: multipart/alternative; boundary=0016364c7a4d0c295c048c4a4152 X-Spam: no; 0.00; scalable:01 le-gall:01 non-blocking:01 ocaml:01 buffered:01 beginner's:01 ocaml:01 bug:01 le-gall:01 non-blocking:01 buffered:01 beginner's:01 bug:01 beginners:01 beginners:01 --0016364c7a4d0c295c048c4a4152 Content-Type: text/plain; charset=ISO-8859-1 Why would you use ocsigen to serve static files? For corefarm.com we put all the files in amazon s3 and we just generate on the fly the url to retrieve them (adding the timestamp, signing the get parameters etc). My 2 cents, william 2010/7/26 Sylvain Le Gall > On 26-07-2010, Dario Teixeira wrote: > > Hi, > > > >> I am creating an application with ocsigen that requires to serve a lot > >> of .tar.gz as static contents. > >> > >> Do you think the "no Unix supports non-blocking mode" will cause problem > >> in this case? > > > > I presume that application is related to the Oasis-DB initiative, right? > > You guess right ;-) > > > I wouldn't worry too much in that case. First, because the Ocaml > community > > is not that big (yet) as to cause such heavy traffic. Second, because > > the set of tar.gz files is not that great (a few hundred, max?) and those > > files will tend to be small. If your server has enough memory, there's a > > good chance many of the file blocks requested will eventually be buffered > > in memory by the kernel, thus minimising expensive disc I/O. > > > > There is indeed a good chance that the files end up in memory. > > Thank you for your remarks. > > Regards, > Sylvain Le Gall > > _______________________________________________ > Caml-list mailing list. Subscription management: > http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list > Archives: http://caml.inria.fr > Beginner's list: http://groups.yahoo.com/group/ocaml_beginners > Bug reports: http://caml.inria.fr/bin/caml-bugs > -- William Le Ferrand Speed matters : http://www.corefarm.com Objects get social : http://www.sotokolan.com Mobile : +33 6 84 01 52 92 LinkedIn : http://www.linkedin.com/in/williamleferrand --0016364c7a4d0c295c048c4a4152 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Why would you use ocsigen to serve static files?

For corefarm.com we put all the files in amazon s3 and we = just generate on the fly the url to retrieve them (adding the timestamp, si= gning the get parameters etc).

My 2 cents,

william

2010/7/26 = Sylvain Le Gall <sylvain@le-gall.net>
On 26-07-2010, Dario Teixeira <darioteixeira@yahoo.com> wrote:
> Hi,
>
>> I am creating an application with ocsigen that requires to serve a= lot
>> of .tar.gz as static contents.
>>
>> Do you think the "no Unix supports non-blocking mode" wi= ll cause problem
>> in this case?
>
> I presume that application is related to the Oasis-DB initiative, righ= t?

You guess right ;-)

> I wouldn't worry too much in that case. =A0First, because the Ocam= l community
> is not that big (yet) as to cause such heavy traffic. =A0Second, becau= se
> the set of tar.gz files is not that great (a few hundred, max?) and th= ose
> files will tend to be small. =A0If your server has enough memory, ther= e's a
> good chance many of the file blocks requested will eventually be buffe= red
> in memory by the kernel, thus minimising expensive disc I/O.
>

There is indeed a good chance that the files end up in memory.

Thank you for your remarks.

Regards,
Sylvain Le Gall

_______________________________________________
Caml-list mailing list. Subscription management:
http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list Archives: http://caml.in= ria.fr
Beginner's list: http://groups.yahoo.com/group/ocaml_beginners
Bug reports: http://caml.inria.fr/bin/caml-bugs



--
William Le = Ferrand

Speed matters : http://w= ww.corefarm.com
Objects get social : http://www.sotokolan.com

Mobile : +33 6 84 01 52 92
LinkedIn : http://www.linkedin.com/in/williamleferrand --0016364c7a4d0c295c048c4a4152--