Return-Path: Delivered-To: apmail-incubator-esme-dev-archive@minotaur.apache.org Received: (qmail 84391 invoked from network); 26 Nov 2009 07:15:31 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 26 Nov 2009 07:15:31 -0000 Received: (qmail 81553 invoked by uid 500); 26 Nov 2009 07:15:31 -0000 Delivered-To: apmail-incubator-esme-dev-archive@incubator.apache.org Received: (qmail 81495 invoked by uid 500); 26 Nov 2009 07:15:31 -0000 Mailing-List: contact esme-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: esme-dev@incubator.apache.org Delivered-To: mailing list esme-dev@incubator.apache.org Received: (qmail 81485 invoked by uid 99); 26 Nov 2009 07:15:30 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 26 Nov 2009 07:15:30 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of vdichev@gmail.com designates 209.85.219.220 as permitted sender) Received: from [209.85.219.220] (HELO mail-ew0-f220.google.com) (209.85.219.220) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 26 Nov 2009 07:15:23 +0000 Received: by ewy20 with SMTP id 20so255147ewy.20 for ; Wed, 25 Nov 2009 23:15:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to :content-type; bh=B9nkkKlWXnIMVQxeancGZAJTvqX1t77cfv/e6uTdX18=; b=jh8ShvVsVTodGAC41Sfk7axMqOdBg6LcqE214qD7rWthcJtsq0hN7R/ykHen04zLJO 7tM6bM8rvDFCdyy74Pm78NC3QusKRv9lihlg+lP+iJlpNRphJ/JkRSCI5p1pAofHrpTk 7/7QLO6gDhigFs5iLvJRLzp+vilAICi7Yk0jg= 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:content-type; b=F6FzYpdWMYqgIHdCUNtnYkxLRO3onmg8syJFcdXubFaofvIn3JGLPpWagfxHjp+kG7 dIZCy+EXH0r4CfyQQa9e6H9AjxCPWceyYXZRMJ/r6ToKxAEb/wGW1SSVll36Yt5mLd8r uJoyBaqk/NER0bhAlQleMpi8V9g0S0bF9351A= MIME-Version: 1.0 Sender: vdichev@gmail.com Received: by 10.216.87.140 with SMTP id y12mr2897910wee.4.1259219702742; Wed, 25 Nov 2009 23:15:02 -0800 (PST) In-Reply-To: <06802A3D4BE62D449D366CE4A27D614003011676@usphle16.phl.sap.corp> References: <06802A3D4BE62D449D366CE4A27D614003011676@usphle16.phl.sap.corp> Date: Thu, 26 Nov 2009 09:15:02 +0200 X-Google-Sender-Auth: 791e1dc67cfd3aa2 Message-ID: Subject: Re: Further analysis of the GC issue From: Vassil Dichev To: esme-dev@incubator.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org Facebook are definitely not relying on the database, they virtually have everything in cache. You can't scale/distribute an RDBMS the way they are growing- more than half a million new users every day. And it's not only them. If there are problems, they are not with Scala, as some of the highest-traffic sites use it, for instance Twitter. It's more likely that it's a problem of ESME or maybe Lift, as we are using the SNAPSHOT branch and they had many changes lately. But I definitely remember that ESME was faster one or two months ago. Maybe we also have to try to profile the stack trace where the biggest number of String objects get allocated. It might be slow, but will certainly clarify many questions. The important thing to do it is that we are easily able to reproduce it, so selenium/load tests would be cool.