ts-7000
[Top] [All Lists]

Re: [ts-7000] Re: Memory buffers goes to zero - ts7260 hangs

To:
Subject: Re: [ts-7000] Re: Memory buffers goes to zero - ts7260 hangs
From: Jim Jackson <>
Date: Thu, 25 Jun 2009 21:16:11 +0100 (BST)


On Thu, 25 Jun 2009, Breton M. Saunders wrote:

> Are you using the sdcard for disk storage on this device?  If so, can
> you try running your application completely off of a ramdisk

If he's having RAM exhaustion problems, I don't see how using some of that 
RAM for a ramdisk is likely to help matters :-) Maybe I'm missing 
something.

Given having a 64M swap eases prtoblems it looks like the application, or 
the Java VM is just memory bound. The problem wants reanalysing and 
recoding to use less memory, which may not be possible if it's a java VM 
memory management problem.

> or off of
> an NFS partition and verify that the problem still occurs.
>> I suppose at this point I'm really looking for more insight into what 
>> "Buffers" really means? I've read that this is either related to data 
>> blocks or interprocess communications. Hoping to better understand what 
>> that means (and ideally to somehow connect that to a particular thread) 
>> to perhaps nail down the few lines of Java code somewhere in the vast 
>> sea that could be causing the problem and rewrite that.
>>
> I don't think its a few java lines that are causing the problem.  If the
> machine is locking up then you've uncovered a kernel bug; which isn't
> unlikely given the amount of dodgey code used to get memory working on
> the ep93xx with linux - due to the ep93xx's awkward layout of physical
> memory.
>> Otherwise, hoping to identify some OS configuration variables (e.g., through 
>> sysctl) that might make a difference if tweaked.
>>
>> Have also tried allocating more and less heap to Java, with no effect, as 
>> well have tried touching large chunks of memory when my app initializes to 
>> try to ensure that enough memory is being allocated. But once again, the 
>> problem seems most closely tied to the "Buffers" value, not overall memory 
>> allocation.
>>
> Can you try running your application under a 2.6 series kernel?  Either
> try with TS's 2.6.21, or try with some of the later revisions, like
> 2.6.27.  I don't believe that 2.6.28 or 2.6.29 are stable yet using
> sparsemem.
>
> Finally, are you doing I/O by peek/poke via /dev/mem?
>
>    Cheers,
>
>    -Brett
>


------------------------------------

Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/ts-7000/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/ts-7000/join
    (Yahoo! ID required)

<*> To change settings via email:
     
    

<*> To unsubscribe from this group, send an email to:
    

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/

<Prev in Thread] Current Thread [Next in Thread>
Admin

Disclaimer: Neither Andrew Taylor nor the University of NSW School of Computer and Engineering take any responsibility for the contents of this archive. It is purely a compilation of material sent by many people to the birding-aus mailing list. It has not been checked for accuracy nor its content verified in any way. If you wish to get material removed from the archive or have other queries about the archive e-mail Andrew Taylor at this address: andrewt@cse.unsw.EDU.AU