Re: tomcat java system cpu usage

Hi Bernd und alle anderen,

Am 13.12.13 20:13, schrieb Bernd Walter:
> On Thu, Dec 12, 2013 at 10:51:50AM +0100, Marian Hettwer wrote:
>> Hi Bernd,
>>
>> Am 2013-12-11 14:27, schrieb Bernd Walter:
>>> On Wed, Dec 11, 2013 at 11:30:50AM +0100, Marian Hettwer wrote:
>>>> zpool status
>>>> pool: tank
>>>> state: ONLINE
>>>> scan: none requested
>>>> config:
>>>>
>>>> NAME STATE READ WRITE CKSUM
>>>> tank ONLINE 0 0 0
>>>> da0p3 ONLINE 0 0 0
>>>
>>> Hier wird es aber extrem spannend.
>>> Oliver ist ja Fan von ZFS, ich bin es kein St�ck.
>>> ZFS hat nette Features, aber das mit der Performance ist regelm�ssig
>>> ern�chternd.
>>> Ich kann mir extrem gut vorstellen, dass ZFS f�r schlechte pread-Werte
>>> verantwortlich ist.
>>> Du solltest es zumindest mal mit einem reinen UFS-System vergleichen.
>>>
>>
>> Das w�re sehr schade. Ich bin auch ein Fan von ZFS.
>> K�nnte ich nicht alternativ das solr datadir (dort werden die reads wohl
>> sein) auf ein memory filesystem schieben?
>> Die Kiste hat 64GB RAM. Das ist weit weit mehr als ich da jemals
>> brauchen w�rde...
>
> Wenn das machbar ist.
> Wei� ja nicht, ob das rein readonly ist.
>

Warum muss es readonly sein?
Ich habe mein solr datadir mountpoint mit "mdmfs -M -s 20000m md2
/var/lib/solr" angelegt. Hat prima funktioniert.
Die Maschine ins load balancing, erst 50%, dann 100% und siehe da, sie
funktioniert.
Marginal langsamer als die referenz linux Maschinen, aber im Rahmen. Und
vor allen dingen, sie fällt nicht mit system cpu um.

Der Hinweis, es liegt vielleicht an ZFS, war also richtig.

Ich habe auch ein update auf 10.0-RC2 gemacht.
Um sicherzustellen, daß dort die Problematik immernoch die selbe ist:

- Maschine raus ausm load balancing
- md2 weggeworfen (damit ist /var/lib/solr wieder nen zfs)
- Maschine rein

und zack, ca. 5 Minuten nach 100% im load balancing fiel sie um.

Tja. Was nun?
Das ganze mal an freebsd-stable schicken und schildern?

Oder besser doch irgendwie mit truss/dtruss statistiken sammeln um einen
Hinweis zu bekommen was der eigentliche auslöser ist?

Frohe Weihnachtsgrüße,
Marian

PS.: Just for fun auf der selben hardware DragonflyBSD 3.6 ausprobiert.
Selbes load pattern. Bleibt stabil! (reines interesse, da sich mit
Hammer und Locking ja doch einiges in dfly verändert hat verglichen zu
freebsd)

To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Sun 22 Dec 2013 - 15:08:37 CET