From owner-freebsd-current@FreeBSD.ORG Tue Nov 13 14:29:08 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1515116A41A for ; Tue, 13 Nov 2007 14:29:08 +0000 (UTC) (envelope-from benfell@earth.parts-unknown.org) Received: from earth.parts-unknown.org (earth.parts-unknown.org [66.93.170.243]) by mx1.freebsd.org (Postfix) with SMTP id E298713C4CA for ; Tue, 13 Nov 2007 14:29:07 +0000 (UTC) (envelope-from benfell@earth.parts-unknown.org) Received: (qmail 96466 invoked by uid 501); 13 Nov 2007 14:19:42 -0000 Date: Tue, 13 Nov 2007 06:19:42 -0800 From: David Benfell To: current@freebsd.org Message-ID: <20071113141942.GA77556@parts-unknown.org> Mail-Followup-To: current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LQksG6bCIzRHxTLp" Content-Disposition: inline X-gnupg-public-key: http://www.parts-unknown.org/gnupg/export-0DD1D1E3 X-stardate: [-29]8502.90 X-moon: The Moon is Waxing Crescent (12% of Full) User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: java_vm under RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2007 14:29:08 -0000 --LQksG6bCIzRHxTLp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello all, So, after a lot of work, I've got things back to more or less where they were before the upgrade to 7.0. And it is all looking beautiful (nice job, guys), except for one thing. And I don't know what to blame here. I'm noticing that java_vm is occasionally eating my machine. By this I mean I'm getting extremely slow response--so slow I think the system might be down, but it responds to pings, and, eventually to everything else, including keystrokes--and top reports java_vm at the top of the list occupying several thousand (I'm not exaggerating) percent CPU. 'kill -9 [java_vm pid]' is effective and gives me my system back. I did not see this prior to the upgrade. This, of course, is a long ways short of saying the upgraded system is somehow more vulnerable to this. The site I'm visiting with Firefox might be using some nasty java and, not being part of that administration team, I don't know if they've made a change. The site itself, Blackboard at the university, has certainly proven itself buggy as hell in the past. My question is, how do I know? I'm thinking that even a failure to replicate the issue under another operating system doesn't acquit java. And I don't have an old 6.2(?) system lying around with which to test this. --=20 David Benfell, LCP benfell@parts-unknown.org --- Resume available at http://www.parts-unknown.org/ NOTE: I sign all messages with GnuPG (0DD1D1E3). --LQksG6bCIzRHxTLp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHObJ+Ud+dMw3R0eMRAsUCAJwKxjbJGXaUqq6b+Psyd7+Y3fqmnwCeM89+ qy0aOhYHvqBK3RHsBl9gV80= =BGHN -----END PGP SIGNATURE----- --LQksG6bCIzRHxTLp--