Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756499AbYCaQUw (ORCPT ); Mon, 31 Mar 2008 12:20:52 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752858AbYCaQUp (ORCPT ); Mon, 31 Mar 2008 12:20:45 -0400 Received: from ti-out-0910.google.com ([209.85.142.186]:34408 "EHLO ti-out-0910.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751684AbYCaQUo (ORCPT ); Mon, 31 Mar 2008 12:20:44 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=pFTUEzOC1lwsIKw6oCUFY5/gRGENvpQiV8Jv+JknbEspUVfsbmW7pO0MeLE9F7/VX+j4z3JfLbXHc5xmZ9cODsCjKMTfLGo3BKOnI0EuxpkxzYct+rhzJ3m1n9hUVLXGGiFMUd5FB1M32xD6z9jvmsqI3sTKRQKBXXpdicl35G0= Message-ID: Date: Mon, 31 Mar 2008 19:20:42 +0300 From: "Ioan Ionita" To: "Peter Teoh" Subject: Re: RFC: Writing Solaris Device Drivers in Java Cc: linux-kernel@vger.kernel.org In-Reply-To: <804dabb00803310852k507bd6b8ka2eac9a0f070d4ab@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47F0491F.4050804@gmail.com> <804dabb00803310818u36b29ea3hf10ec0e44fdf7d8c@mail.gmail.com> <804dabb00803310852k507bd6b8ka2eac9a0f070d4ab@mail.gmail.com> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1233 Lines: 22 On Mon, Mar 31, 2008 at 6:52 PM, Peter Teoh wrote: > Just would like to comment further: analogous to the trend that with > the huge increase in storage space availability, size of storage > required is of minimal concerns, in comparison with other more serious > bottlenecks, the future CPU may have so much spare execution cycles, > that emulation (like what Java or AMD Pacifica or Intel VMX is doing) > is a much needed feature instead, as it provide other feature like > security assurance etc, without affecting interactivity on the users, > or perhaps being overshadowed by other bottleneck (like network I/O, > or harddisk I/O etc). Sure, let's all develop power-hungry applications cause the technology and infrastructure can support it. And to hell with increasing energy prices, energy crisis and global warming. Only thing that matters to me is figuring out how to set the CLASSPATH properly! The world, may it crumble for all I care! -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/