Henrik,<br>
   We are running the Solaris sar script from deadcat that
dumps anywhere from 200K to 900K data via the 'status'
channel.   And thanks for the fix yesterday, the
hobbitd_client channel has not core dumped since I put the latest
snapshot in place.<br>
<br>
Best,<br>
Brian<br><br><div><span class="gmail_quote">On 8/11/05, <b class="gmail_sendername">Henrik Stoerner</b> <<a href="mailto:henrik@hswn.dk">henrik@hswn.dk</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Thu, Aug 11, 2005 at 04:18:48PM -0700, Brian Lynch wrote:<br>> Henrik,<br>> Just launched the snapshot from 8/12/05 00:00 and the client max size is<br>> ringing up at 256KB. It looks like the SHAREDBUFSZ_STD is being used for the
<br>> standard BB 'status' messages. Is that correct behavior?<br><br>Yes, the "status" channel has a 256 KB buffer. But the "client" channel<br>which is the one used for data fed us by the Hobbit client is 1 MB.
<br><br>The "client" channel is bigger, because it needs to handle large<br>ps-listings combined with all of the other client output (top,<br>df etc.)<br><br>Do you really have a cpu-, disk-, or procs-column (or any other
<br>individual status) that needs more than 256 KB data in it ?<br><br><br>Regards,<br>Henrik<br><br><br>To unsubscribe from the hobbit list, send an e-mail to<br><a href="mailto:hobbit-unsubscribe@hswn.dk">hobbit-unsubscribe@hswn.dk
</a><br><br><br></blockquote></div><br>