|
List Info
Thread: Resource contention bug?
|
|
| Resource contention bug? |

|
2006-12-04 19:22:53 |
Hm, then there might be a bug there.
The servlet container was restarted a few days ago.
Posts on blog.simpy.com have been requested many times since
the restart.
There have been no new nor updated blog entries since
December 2.
Yeah, definitely a problem there. I just hit blog.simpy.com
(it takes about a minute to load right now), did kill -QUIT
<java pid> and found:
"Thread-426" daemon prio=1 tid=0x6acc41d0
nid=0x7906 runnable [0x67dec000..0x67ded1b0]
at
sun.nio.cs.UTF_8$Encoder.encodeArrayLoop(UTF_8.java:460)
at
sun.nio.cs.UTF_8$Encoder.encodeLoop(UTF_8.java:575)
at
java.nio.charset.CharsetEncoder.encode(CharsetEncoder.java:5
44)
at
java.lang.StringCoding$CharsetSE.encode(StringCoding.java:34
2)
at
java.lang.StringCoding.encode(StringCoding.java:378)
at java.lang.String.getBytes(String.java:812)
at java.io.UnixFileSystem.getLastModifiedTime(Native
Method)
at java.io.File.lastModified(File.java:795)
at
org.blojsom.blog.FileBackedBlogComment.load(FileBackedBlogCo
mment.java:94)
at
org.blojsom.blog.FileBackedBlogEntry.loadComment(FileBackedB
logEntry.java:258)
at
org.blojsom.blog.FileBackedBlogEntry.loadComments(FileBacked
BlogEntry.java:232)
at
org.blojsom.blog.FileBackedBlogEntry.load(FileBackedBlogEntr
y.java:528)
at
org.blojsom.fetcher.StandardFetcher.getEntriesForCategory(St
andardFetcher.java:231)
at
org.blojsom.fetcher.StandardFetcher.getEntriesAllCategories(
StandardFetcher.java:335)
This looks like comments are being read off of FS on every
request.
A LOT of threads stuck at the same :414 line:
"Thread-422" daemon prio=1 tid=0x70773818
nid=0x78f9 waiting for monitor entry
[0x681f4000..0x681f4fb0]
at
org.blojsom.fetcher.CachingFetcher$AllCategoriesFetcherThrea
d.run(CachingFetcher.java:414)
- waiting to lock <0x77797fe0> (a
com.opensymphony.oscache.general.GeneralCacheAdministrator)
at java.lang.Thread.run(Thread.java:595)
... but as you said, I should try the new OSCache.
Is it worth (to you and me) to look into this further now
that 3.* runs from a DB?
Thanks,
Otis
----- Original Message ----
From: David Czarnecki <david blojsom.com>
To: blojsom-users <blojsom-users lists.sourceforge.net>
Sent: Monday, December 4, 2006 1:56:36 PM
Subject: Re: [Blojsom-users] Resource contention bug?
The loading of all the posts loads the comments and those
are cached
blog-wide.
Everything might already be in the cache, but if you've
added or update a
blog entry, then the cache needs to refresh.
On 12/4/06 1:33 PM, "ogjunk-blojsom yahoo.com" <ogjunk-blojsom yahoo.com>
wrote:
> Is this a per post cache or a blog-wide cache? That is,
do you load and cache
> all comments for all posts at once, or do you
lazy-cache post comments,
> meaning you load and cache them only when the post is
first requested?
>
> I'm asking, because if you do blog-wide caching or if
you cache all comments
> for all posts at once, then there is a bug there, since
everything should
> already be cached in my case (servlet engine was
started a few days ago and a
> lot of requests have been made against blog.simpy.com).
If you use the
> lazy-loading approach, then seeing tat thread trace
below makes sense.
> Because I see calls that refer to "all
categories" and "all entries", I would
> think comments are not cached lazily, though.
>
> Thanks,
> Otis
>
> ----- Original Message ----
> From: David Czarnecki <david blojsom.com>
> To: blojsom-users <blojsom-users lists.sourceforge.net>
> Sent: Monday, December 4, 2006 1:25:46 PM
> Subject: Re: [Blojsom-users] Resource contention bug?
>
> Comments, etc. are cached with the entry. This is when
data is being loaded
> in the cache.
>
> On 12/4/06 12:55 PM, "ogjunk-blojsom yahoo.com" <ogjunk-blojsom yahoo.com>
> wrote:
>
>>> From that thread dump, it looked like it might
be the way Blojsom is calling
>>> OSCache that's the problem, but maybe I
misinterpreted the output.
>> I think there are a few other places where there's
room for optimization,
>> although I'm not sure about the priority of this
stuff now that 3.* is based
>> on DB, and not FS any more:
>>
>> "Thread-402" daemon prio=1 tid=0x6fc29eb0
nid=0x731c runnable
>> [0x68afc000..0x68afcf30]
>> at
java.io.UnixFileSystem.getLastModifiedTime(Native Method)
>> at java.io.File.lastModified(File.java:795)
>> at
org.blojsom.util.BlojsomUtils$1.compare(BlojsomUtils.java:10
24)
>> at
java.util.Arrays.mergeSort(Arrays.java:1307)
>> at
java.util.Arrays.mergeSort(Arrays.java:1296)
>> at
java.util.Arrays.mergeSort(Arrays.java:1296)
>> at
java.util.Arrays.mergeSort(Arrays.java:1296)
>> at java.util.Arrays.sort(Arrays.java:1223)
>> at
>>
>
org.blojsom.blog.FileBackedBlogEntry.loadComments(FileBacked
BlogEntry.java:226>
>
> )
>> at
>>
org.blojsom.blog.FileBackedBlogEntry.load(FileBackedBlogEntr
y.java:528)
>> at
>>
org.blojsom.fetcher.StandardFetcher.getEntriesForCategory(St
andardFetcher.jav>>
a
>> :231)
>> at
>>
org.blojsom.fetcher.StandardFetcher.getEntriesAllCategories(
StandardFetcher.j>>
a
>> va:335)
>> at
>>
org.blojsom.fetcher.CachingFetcher$AllCategoriesFetcherThrea
d.run(CachingFetc>>
h
>> er.java:415)
>> - locked <0x77797fe0> (a
>>
com.opensymphony.oscache.general.GeneralCacheAdministrator)
>> at java.lang.Thread.run(Thread.java:595)
>>
>>
>> Those java.io.* calls show we are hitting the FS,
and those two .load* method
>> calls are frequently seen in my thread dumps. That
is likely because
>> blog.simpy.com has a pretty busy FS, so things get
slow in there. I'd
>> imagine
>> you'd want to cache comments, though, as they
typically don't change that
>> frequently, expiring them only when a new comment
gets added, perhaps. Maybe
>> that's already doable, and I just haven't
configured it properly to cache
>> comments, too?
>>
>> Otis
>>
>>
>> ----- Original Message ----
>> From: David Czarnecki <david blojsom.com>
>> To: blojsom-users <blojsom-users lists.sourceforge.net>
>> Sent: Monday, December 4, 2006 11:33:44 AM
>> Subject: Re: [Blojsom-users] Resource contention
bug?
>>
>> The OSCache references in the lock waiting make me
think it's an issue with
>> OSCache. D'you try using OSCache 2.3.2?
>>
>> <h
ttp://opensymphony.com/oscache/download.action>
>>
>> On 12/4/06 12:20 AM, "ogjunk-blojsom yahoo.com" <ogjunk-blojsom yahoo.com>
>> wrote:
>>
>>> Hi,
>>>
>>> This may be just something for Dave to look at,
but maybe others would be
>>> interested, too. I run Blojsom 2.30 at http://blog.simpy.com/
under Jetty.
>>> I've noticed that right after I restart the
servlet container the load
>>> shoots
>>> up, so I decided to see what the JVM is doing
with kill -QUIT . I did that
>>> on
>>> a few occasions and often saw Blojsom in states
like these:
>>>
>>>
>>> Full thread dump Java HotSpot(TM) Server VM
(1.5.0_08-b03 mixed mode):
>>>
>>> "Thread-410" daemon prio=1
tid=0x6cbc3cd8 nid=0x4f21 runnable
>>> [0x5e2f6000..0x5e2f6fb0]
>>> at
sun.nio.cs.UTF_8$Encoder.encodeArrayLoop(UTF_8.java:460)
>>> at
sun.nio.cs.UTF_8$Encoder.encodeLoop(UTF_8.java:575)
>>> at
java.nio.charset.CharsetEncoder.encode(CharsetEncoder.java:5
44)
>>> at
java.lang.StringCoding$CharsetSE.encode(StringCoding.java:34
2)
>>> at
java.lang.StringCoding.encode(StringCoding.java:378)
>>> at
java.lang.String.getBytes(String.java:812)
>>> at
java.io.UnixFileSystem.getLastModifiedTime(Native Method)
>>> at
java.io.File.lastModified(File.java:795)
>>> at
org.blojsom.util.BlojsomUtils$1.compare(BlojsomUtils.java:10
23)
>>> at
java.util.Arrays.mergeSort(Arrays.java:1307)
>>> at
java.util.Arrays.mergeSort(Arrays.java:1296)
>>> at
java.util.Arrays.mergeSort(Arrays.java:1296)
>>> at
java.util.Arrays.sort(Arrays.java:1223)
>>> at
>>>
>>
>
org.blojsom.blog.FileBackedBlogEntry.loadComments(FileBacked
BlogEntry.java:226>
>
>>
>> )
>>> at
>>>
org.blojsom.blog.FileBackedBlogEntry.load(FileBackedBlogEntr
y.java:528)
>>> at
>>>
>
org.blojsom.fetcher.StandardFetcher.getEntriesForCategory(St
andardFetcher.jav>>
>
> a
>>> :231)
>>> at
>>>
>
org.blojsom.fetcher.StandardFetcher.getEntriesAllCategories(
StandardFetcher.j>>
>
> a
>>> va:335)
>>> at
>>>
>
org.blojsom.fetcher.CachingFetcher$AllCategoriesFetcherThrea
d.run(CachingFetc>>
>
> h
>>> er.java:415)
>>> - locked <0x74595af0> (a
>>>
com.opensymphony.oscache.general.GeneralCacheAdministrator)
>>> at
java.lang.Thread.run(Thread.java:595)
>>>
>>> "Thread-409" daemon prio=1
tid=0x6c55f550 nid=0x4f20 waiting for monitor
>>> entry
>>> [0x5e377000..0x5e377f30]
>>> at
>>>
>
org.blojsom.fetcher.CachingFetcher$AllCategoriesFetcherThrea
d.run(CachingFetc>>
>
> h
>>> er.java:414)
>>> - waiting to lock <0x74595af0> (a
>>>
com.opensymphony.oscache.general.GeneralCacheAdministrator)
>>> at
java.lang.Thread.run(Thread.java:595)
>>>
>>> "Thread-408" daemon prio=1
tid=0x6222bf60 nid=0x4ef0 waiting for monitor
>>> entry
>>> [0x5e3f8000..0x5e3f8eb0]
>>> at
>>>
>
org.blojsom.fetcher.CachingFetcher$AllCategoriesFetcherThrea
d.run(CachingFetc>>
>
> h
>>> er.java:414)
>>> - waiting to lock <0x74595af0> (a
>>>
com.opensymphony.oscache.general.GeneralCacheAdministrator)
>>> at
java.lang.Thread.run(Thread.java:595)
>>>
>>> ....
>>>
>>> Note Thread-409|408, Dave. I often see dozens
of these locked at the exact
>>> same point/line. I haven't looked at the
source, but it feels like some
>>> resource contention issue that you may want to
investigate.
>>>
>>> Otis
>>>
>>>
>>>
>>>
>>>
------------------------------------------------------------
-------------
>>> Take Surveys. Earn Cash. Influence the Future
of IT
>>> Join SourceForge.net's Techsay panel and you'll
get the chance to share your
>>> opinions on IT & business topics through
brief surveys - and earn cash
>>> http://www.techsay.com/default.
php?page=join.php&p=sourceforge&CID=DEVDEV
>>> _______________________________________________
>>> Blojsom-users mailing list
>>> Blojsom-users lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/blojsom-u
sers
--
David Czarnecki
http://www.blojsom.com/b
log/ | http://blojsom.sf.net
------------------------------------------------------------
-------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the
chance to share your
opinions on IT & business topics through brief surveys -
and earn cash
http://www.techsay.com/default.
php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Blojsom-users mailing list
Blojsom-users lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/blojsom-u
sers
------------------------------------------------------------
-------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the
chance to share your
opinions on IT & business topics through brief surveys -
and earn cash
http://www.techsay.com/default.
php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Blojsom-users mailing list
Blojsom-users lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/blojsom-u
sers
|
|
| Resource contention bug? |

|
2006-12-04 19:38:20 |
Aside from trying the new OSCache to see if that fixes the
issue, I wouldn't
spend any more time than that.
On 12/4/06 2:22 PM, "ogjunk-blojsom yahoo.com" <ogjunk-blojsom yahoo.com>
wrote:
> Hm, then there might be a bug there.
> The servlet container was restarted a few days ago.
> Posts on blog.simpy.com have been requested many times
since the restart.
> There have been no new nor updated blog entries since
December 2.
>
> Yeah, definitely a problem there. I just hit
blog.simpy.com (it takes about a
> minute to load right now), did kill -QUIT <java
pid> and found:
>
> "Thread-426" daemon prio=1 tid=0x6acc41d0
nid=0x7906 runnable
> [0x67dec000..0x67ded1b0]
> at
sun.nio.cs.UTF_8$Encoder.encodeArrayLoop(UTF_8.java:460)
> at
sun.nio.cs.UTF_8$Encoder.encodeLoop(UTF_8.java:575)
> at
java.nio.charset.CharsetEncoder.encode(CharsetEncoder.java:5
44)
> at
java.lang.StringCoding$CharsetSE.encode(StringCoding.java:34
2)
> at
java.lang.StringCoding.encode(StringCoding.java:378)
> at java.lang.String.getBytes(String.java:812)
> at
java.io.UnixFileSystem.getLastModifiedTime(Native Method)
> at java.io.File.lastModified(File.java:795)
> at
>
org.blojsom.blog.FileBackedBlogComment.load(FileBackedBlogCo
mment.java:94)
> at
>
org.blojsom.blog.FileBackedBlogEntry.loadComment(FileBackedB
logEntry.java:258)
> at
>
org.blojsom.blog.FileBackedBlogEntry.loadComments(FileBacked
BlogEntry.java:232>
)
> at
>
org.blojsom.blog.FileBackedBlogEntry.load(FileBackedBlogEntr
y.java:528)
> at
>
org.blojsom.fetcher.StandardFetcher.getEntriesForCategory(St
andardFetcher.java
> :231)
> at
>
org.blojsom.fetcher.StandardFetcher.getEntriesAllCategories(
StandardFetcher.ja
> va:335)
>
> This looks like comments are being read off of FS on
every request.
>
> A LOT of threads stuck at the same :414 line:
>
> "Thread-422" daemon prio=1 tid=0x70773818
nid=0x78f9 waiting for monitor entry
> [0x681f4000..0x681f4fb0]
> at
>
org.blojsom.fetcher.CachingFetcher$AllCategoriesFetcherThrea
d.run(CachingFetch
> er.java:414)
> - waiting to lock <0x77797fe0> (a
>
com.opensymphony.oscache.general.GeneralCacheAdministrator)
> at java.lang.Thread.run(Thread.java:595)
>
> ... but as you said, I should try the new OSCache.
> Is it worth (to you and me) to look into this further
now that 3.* runs from a
> DB?
>
> Thanks,
> Otis
>
> ----- Original Message ----
> From: David Czarnecki <david blojsom.com>
> To: blojsom-users <blojsom-users lists.sourceforge.net>
> Sent: Monday, December 4, 2006 1:56:36 PM
> Subject: Re: [Blojsom-users] Resource contention bug?
>
> The loading of all the posts loads the comments and
those are cached
> blog-wide.
>
> Everything might already be in the cache, but if you've
added or update a
> blog entry, then the cache needs to refresh.
>
>
> On 12/4/06 1:33 PM, "ogjunk-blojsom yahoo.com" <ogjunk-blojsom yahoo.com>
> wrote:
>
>> Is this a per post cache or a blog-wide cache? That
is, do you load and cache
>> all comments for all posts at once, or do you
lazy-cache post comments,
>> meaning you load and cache them only when the post
is first requested?
>>
>> I'm asking, because if you do blog-wide caching or
if you cache all comments
>> for all posts at once, then there is a bug there,
since everything should
>> already be cached in my case (servlet engine was
started a few days ago and a
>> lot of requests have been made against
blog.simpy.com). If you use the
>> lazy-loading approach, then seeing tat thread trace
below makes sense.
>> Because I see calls that refer to "all
categories" and "all entries", I would
>> think comments are not cached lazily, though.
>>
>> Thanks,
>> Otis
>>
>> ----- Original Message ----
>> From: David Czarnecki <david blojsom.com>
>> To: blojsom-users <blojsom-users lists.sourceforge.net>
>> Sent: Monday, December 4, 2006 1:25:46 PM
>> Subject: Re: [Blojsom-users] Resource contention
bug?
>>
>> Comments, etc. are cached with the entry. This is
when data is being loaded
>> in the cache.
>>
>> On 12/4/06 12:55 PM, "ogjunk-blojsom yahoo.com" <ogjunk-blojsom yahoo.com>
>> wrote:
>>
>>>> From that thread dump, it looked like it
might be the way Blojsom is
>>>> calling
>>>> OSCache that's the problem, but maybe I
misinterpreted the output.
>>> I think there are a few other places where
there's room for optimization,
>>> although I'm not sure about the priority of
this stuff now that 3.* is based
>>> on DB, and not FS any more:
>>>
>>> "Thread-402" daemon prio=1
tid=0x6fc29eb0 nid=0x731c runnable
>>> [0x68afc000..0x68afcf30]
>>> at
java.io.UnixFileSystem.getLastModifiedTime(Native Method)
>>> at
java.io.File.lastModified(File.java:795)
>>> at
org.blojsom.util.BlojsomUtils$1.compare(BlojsomUtils.java:10
24)
>>> at
java.util.Arrays.mergeSort(Arrays.java:1307)
>>> at
java.util.Arrays.mergeSort(Arrays.java:1296)
>>> at
java.util.Arrays.mergeSort(Arrays.java:1296)
>>> at
java.util.Arrays.mergeSort(Arrays.java:1296)
>>> at
java.util.Arrays.sort(Arrays.java:1223)
>>> at
>>>
>>
>
org.blojsom.blog.FileBackedBlogEntry.loadComments(FileBacked
BlogEntry.java:226>
>
>>
>> )
>>> at
>>>
org.blojsom.blog.FileBackedBlogEntry.load(FileBackedBlogEntr
y.java:528)
>>> at
>>>
>
org.blojsom.fetcher.StandardFetcher.getEntriesForCategory(St
andardFetcher.jav>>
>
> a
>>> :231)
>>> at
>>>
>
org.blojsom.fetcher.StandardFetcher.getEntriesAllCategories(
StandardFetcher.j>>
>
> a
>>> va:335)
>>> at
>>>
>
org.blojsom.fetcher.CachingFetcher$AllCategoriesFetcherThrea
d.run(CachingFetc>>
>
> h
>>> er.java:415)
>>> - locked <0x77797fe0> (a
>>>
com.opensymphony.oscache.general.GeneralCacheAdministrator)
>>> at
java.lang.Thread.run(Thread.java:595)
>>>
>>>
>>> Those java.io.* calls show we are hitting the
FS, and those two .load*
>>> method
>>> calls are frequently seen in my thread dumps.
That is likely because
>>> blog.simpy.com has a pretty busy FS, so things
get slow in there. I'd
>>> imagine
>>> you'd want to cache comments, though, as they
typically don't change that
>>> frequently, expiring them only when a new
comment gets added, perhaps.
>>> Maybe
>>> that's already doable, and I just haven't
configured it properly to cache
>>> comments, too?
>>>
>>> Otis
>>>
>>>
>>> ----- Original Message ----
>>> From: David Czarnecki <david blojsom.com>
>>> To: blojsom-users <blojsom-users lists.sourceforge.net>
>>> Sent: Monday, December 4, 2006 11:33:44 AM
>>> Subject: Re: [Blojsom-users] Resource
contention bug?
>>>
>>> The OSCache references in the lock waiting make
me think it's an issue with
>>> OSCache. D'you try using OSCache 2.3.2?
>>>
>>> <h
ttp://opensymphony.com/oscache/download.action>
>>>
>>> On 12/4/06 12:20 AM, "ogjunk-blojsom yahoo.com" <ogjunk-blojsom yahoo.com>
>>> wrote:
>>>
>>>> Hi,
>>>>
>>>> This may be just something for Dave to look
at, but maybe others would be
>>>> interested, too. I run Blojsom 2.30 at http://blog.simpy.com/
under Jetty.
>>>> I've noticed that right after I restart the
servlet container the load
>>>> shoots
>>>> up, so I decided to see what the JVM is
doing with kill -QUIT . I did that
>>>> on
>>>> a few occasions and often saw Blojsom in
states like these:
>>>>
>>>>
>>>> Full thread dump Java HotSpot(TM) Server VM
(1.5.0_08-b03 mixed mode):
>>>>
>>>> "Thread-410" daemon prio=1
tid=0x6cbc3cd8 nid=0x4f21 runnable
>>>> [0x5e2f6000..0x5e2f6fb0]
>>>> at
sun.nio.cs.UTF_8$Encoder.encodeArrayLoop(UTF_8.java:460)
>>>> at
sun.nio.cs.UTF_8$Encoder.encodeLoop(UTF_8.java:575)
>>>> at
java.nio.charset.CharsetEncoder.encode(CharsetEncoder.java:5
44)
>>>> at
java.lang.StringCoding$CharsetSE.encode(StringCoding.java:34
2)
>>>> at
java.lang.StringCoding.encode(StringCoding.java:378)
>>>> at
java.lang.String.getBytes(String.java:812)
>>>> at
java.io.UnixFileSystem.getLastModifiedTime(Native Method)
>>>> at
java.io.File.lastModified(File.java:795)
>>>> at
org.blojsom.util.BlojsomUtils$1.compare(BlojsomUtils.java:10
23)
>>>> at
java.util.Arrays.mergeSort(Arrays.java:1307)
>>>> at
java.util.Arrays.mergeSort(Arrays.java:1296)
>>>> at
java.util.Arrays.mergeSort(Arrays.java:1296)
>>>> at
java.util.Arrays.sort(Arrays.java:1223)
>>>> at
>>>>
>>>
>>
>
org.blojsom.blog.FileBackedBlogEntry.loadComments(FileBacked
BlogEntry.java:226>
>
>>
>>>
>>> )
>>>> at
>>>>
org.blojsom.blog.FileBackedBlogEntry.load(FileBackedBlogEntr
y.java:528)
>>>> at
>>>>
>>
>
org.blojsom.fetcher.StandardFetcher.getEntriesForCategory(St
andardFetcher.jav>>
>
>>
>> a
>>>> :231)
>>>> at
>>>>
>>
>
org.blojsom.fetcher.StandardFetcher.getEntriesAllCategories(
StandardFetcher.j>>
>
>>
>> a
>>>> va:335)
>>>> at
>>>>
>>
>
org.blojsom.fetcher.CachingFetcher$AllCategoriesFetcherThrea
d.run(CachingFetc>>
>
>>
>> h
>>>> er.java:415)
>>>> - locked <0x74595af0> (a
>>>>
com.opensymphony.oscache.general.GeneralCacheAdministrator)
>>>> at
java.lang.Thread.run(Thread.java:595)
>>>>
>>>> "Thread-409" daemon prio=1
tid=0x6c55f550 nid=0x4f20 waiting for monitor
>>>> entry
>>>> [0x5e377000..0x5e377f30]
>>>> at
>>>>
>>
>
org.blojsom.fetcher.CachingFetcher$AllCategoriesFetcherThrea
d.run(CachingFetc>>
>
>>
>> h
>>>> er.java:414)
>>>> - waiting to lock
<0x74595af0> (a
>>>>
com.opensymphony.oscache.general.GeneralCacheAdministrator)
>>>> at
java.lang.Thread.run(Thread.java:595)
>>>>
>>>> "Thread-408" daemon prio=1
tid=0x6222bf60 nid=0x4ef0 waiting for monitor
>>>> entry
>>>> [0x5e3f8000..0x5e3f8eb0]
>>>> at
>>>>
>>
>
org.blojsom.fetcher.CachingFetcher$AllCategoriesFetcherThrea
d.run(CachingFetc>>
>
>>
>> h
>>>> er.java:414)
>>>> - waiting to lock
<0x74595af0> (a
>>>>
com.opensymphony.oscache.general.GeneralCacheAdministrator)
>>>> at
java.lang.Thread.run(Thread.java:595)
>>>>
>>>> ....
>>>>
>>>> Note Thread-409|408, Dave. I often see
dozens of these locked at the exact
>>>> same point/line. I haven't looked at the
source, but it feels like some
>>>> resource contention issue that you may want
to investigate.
>>>>
>>>> Otis
>>>>
>>>>
>>>>
>>>>
>>>>
------------------------------------------------------------
-------------
>>>> Take Surveys. Earn Cash. Influence the
Future of IT
>>>> Join SourceForge.net's Techsay panel and
you'll get the chance to share
>>>> your
>>>> opinions on IT & business topics
through brief surveys - and earn cash
>>>> http://www.techsay.com/default.
php?page=join.php&p=sourceforge&CID=DEVDEV
>>>>
_______________________________________________
>>>> Blojsom-users mailing list
>>>> Blojsom-users lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/blojsom-u
sers
--
David Czarnecki
http://www.blojsom.com/b
log/ | http://blojsom.sf.net
------------------------------------------------------------
-------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the
chance to share your
opinions on IT & business topics through brief surveys -
and earn cash
http://www.techsay.com/default.
php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Blojsom-users mailing list
Blojsom-users lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/blojsom-u
sers
|
|
[1-2]
|
|