From unknown Fri Mar 29 11:55:07 2024 X-Loop: owner@bugs.x2go.org Subject: Bug#465: additional information Reply-To: Brian Lim , 465@bugs.x2go.org Resent-From: Brian Lim Resent-To: x2go-dev@lists.berlios.de Resent-CC: X2Go Developers X-Loop: owner@bugs.x2go.org Resent-Date: Fri, 28 Mar 2014 06:20:03 +0000 Resent-Message-ID: Resent-Sender: owner@bugs.x2go.org X-X2Go-PR-Message: followup 465 X-X2Go-PR-Package: x2goserver X-X2Go-PR-Keywords: Received: via spool by 465-submit@bugs.x2go.org id=B465.139598756927681 (code B ref 465); Fri, 28 Mar 2014 06:20:03 +0000 Received: (at 465) by bugs.x2go.org; 28 Mar 2014 06:19:29 +0000 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on ymir.das-netzwerkteam.de X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, HTML_MESSAGE,T_DKIM_INVALID autolearn=ham version=3.3.2 Received: from mail-vc0-f179.google.com (mail-vc0-f179.google.com [209.85.220.179]) by ymir (Postfix) with ESMTPS id 57D1F5DB1B for <465@bugs.x2go.org>; Fri, 28 Mar 2014 07:19:28 +0100 (CET) Received: by mail-vc0-f179.google.com with SMTP id ij19so5563962vcb.10 for <465@bugs.x2go.org>; Thu, 27 Mar 2014 23:19:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=uv4mDN4SSJPArBVGuBU8NPwRhIqsBiGIJofSMHH8aUE=; b=iMhW+uvUGYVuLnqBHMVQGPcmAuDduj8rlQxldo7Lg0ct8y6/xzXdbuLFLKJfIEOqJQ xEwTv83OdxSkvZIBWKoQpo52VAb7qSnrUThRfVuEtmcqs7LnCOc5t4xZEBVImT0E1Fc3 TkAnpw8sVUKiVHRBDGUxiidG1fhBHGDgN1pHJs/NRLaRsdHu/1dYj6nCeILhfaUT7xop Hy+I9hm0kyQSLXCp/adYGxS1mccXicXlHl03TxVfBp/g8hegKiD6wktsXEr6ZQSTJTWd Ugc9NPkcKntt3/2n0MbRksT/AVDSo5cjeq5Utc/r6evH24JgwV8KBeqWXkkCg7cJy7Sn s6vQ== MIME-Version: 1.0 X-Received: by 10.221.29.137 with SMTP id ry9mr5546295vcb.6.1395987567243; Thu, 27 Mar 2014 23:19:27 -0700 (PDT) Received: by 10.58.202.133 with HTTP; Thu, 27 Mar 2014 23:19:27 -0700 (PDT) Date: Fri, 28 Mar 2014 02:19:27 -0400 Message-ID: From: Brian Lim To: 465@bugs.x2go.org Content-Type: multipart/alternative; boundary=001a1133935c0e78ec04f5a4af29 --001a1133935c0e78ec04f5a4af29 Content-Type: text/plain; charset=ISO-8859-1 I am running with Java's -Xincgc option which enables incremental garbage collection. It is my understanding that incremental GC sacrifices efficiency in order to gain consistency. In other words, there is more work to do but since it is being done frequently, there should not be large elapsed times imposed by having to do a very large GC operation. Since my application has time to spare (at least when I use tightvnc), this is my preference. Since discovering this problem, I have increased the memory of the server from 1.5 GB to 2 GB and I have increased the memory allowance for the Java applications but the problem persists. I may report back on performance on a 4 GB server next week. Brian Lim --001a1133935c0e78ec04f5a4af29 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I am running with Java's -Xincgc option which enables = incremental garbage collection. It is my understanding that incremental GC = sacrifices efficiency in order to gain consistency. In other words, there i= s more work to do but since it is being done frequently, there should not b= e large elapsed times imposed by having to do a very large GC operation. Si= nce my application has time to spare (at least when I use tightvnc), this i= s my preference.

Since discovering this problem, I have increased the memory = of the server from 1.5 GB to 2 GB and I have increased the memory allowance= for the Java applications but the problem persists. =A0I may report back o= n performance on a 4 GB server next week.

Brian Lim
--001a1133935c0e78ec04f5a4af29--