On Tue, Feb 12, 2002 at 03:31:59PM -0600, Eric wrote:
> Ahh...this may be a solution. It looks like I could build it to not
> do mmap()s, but do malloc()s instead by using -DUSE_MALLOC (and maybe
> even link it against hoard to have a really nice malloc)
>
> However, it appears to be a total pai
OK figured out what xcu is, but where in there does it discuss #! ?
For the rest of you: http://www.unix-systems.org/version3/xcu_contents.html
Dan Kegel wrote:
> Joseph Shraibman wrote:
>
>>I have been having problems making beanshell shell scripts on linux.
>>
>>Bascially #! /usr/local/jdk/bi
I found some mailing list archives from 2000 mentioning #! but it was a mess and
refered
to things the readers of that list knew about but I don't. For example I couldn't
figure
out what XCUd3 ERN 6 is.
Could you point me to something more specific?
Dan Kegel wrote:
> Joseph Shraibman wrot
I have been having problems making beanshell shell scripts on linux.
Bascially #! /usr/local/jdk/bin/java bsh.Interpreter works, while
#! /usr/local/jdk/bin/java -client bsh.Interpreter does not work. The problem seems
to be
that all arguments are lumped together when passed to the program, so
Paul Mclachlan <[EMAIL PROTECTED]> writes:
> At :47 02 Feb 2002 -0600, Eric wrote:
>
>> Does anyone have any idea how to fix this? Would it be a big job
>> to fix it in the JVM?
>
> You could grab the source to 1.3.1 at:
>
> http://www.sun.com/software/communitysource/
>
> and edit
>
I have tried it with the 64GB PAE turned on...I don't belive it
changes these constants. It didn't help me.
eric.
On Tue, Feb 12, 2002 at 11:58:50AM -0800, Vladimir G Ivanovic wrote:
> Have you tried enabling CONFIG_HIGHMEM64G when building your kernel?
> With a 4GB VM space, the kernel occupie
Ahh...this may be a solution. It looks like I could build it to not
do mmap()s, but do malloc()s instead by using -DUSE_MALLOC (and maybe
even link it against hoard to have a really nice malloc)
However, it appears to be a total pain to get this thing to compile...
I have no idea where a JDK wit
Have you tried enabling CONFIG_HIGHMEM64G when building your kernel?
With a 4GB VM space, the kernel occupies 1 GB and processes 3GB as
defined by TASK_SIZE:
page.h:81:#define __PAGE_OFFSET (0xC000)
page.h:120:#define PAGE_OFFSET((unsigned long)__PAGE_OFFSET)
On Tue, Feb 12, 2002 at 10:07:59AM -0800, Fengguang Song wrote:
>
> It's interesting. Did anybody try rebuilding the kernel with HZ=1000?
> I'm also curious about it.
Well I've done this long time ago - it helps for the 'sleep' case
however linux latency might be quite huge thus it could be stu
At :47 02 Feb 2002 -0600, Eric wrote:
> Does anyone have any idea how to fix this? Would it be a big job to
> fix it in the JVM?
You could grab the source to 1.3.1 at:
http://www.sun.com/software/communitysource/
and edit
jdk131src/j2sdk1.3.1/src/solaris/hpi/src/memory_md.c
It's interesting. Did anybody try rebuilding the kernel with HZ=1000?
I'm also curious about it.
--
Fengguang
> Martin,
>
> Change the following line of the code to sleep for 20 sec instead of the
> counter(variable i). You will find the penalty to be 10 msec.
>
> BTW, does the fix proposed t
I am depserately trying to get a single JVM to grow beyond the 2GB
size limit that I've hit. I've tried both the IBM and Sun JVM's but
without any luck. They both use mmap() to allocate memory, so there
isn't a way to drop in a better memory allocation ssytem such as the
"hoard" malloc().
My Li
Martin,
Change the following line of the code to sleep for 20 sec instead of the
counter(variable i). You will find the penalty to be 10 msec.
BTW, does the fix proposed to change the kernel with HZ=1000 worked??
Reg
Ved
-Original Message-
From: Martin, Stephen [mailto:[EMAIL PROTECTE
On Mon, Feb 11, 2002 at 01:47:00PM -0800, Calvin Austin wrote:
> The Sun 1.3.1 release was tested with Japanese Redhat 6.2J, are you using
> a similar Japanese distribution? I know we have tests with kinput2 and eucJP
well, the latest debian, with all the proper encodings and locales
installed, a
14 matches
Mail list logo