Roland Tollenaar wrote: > Hi, > >>> The 64 is a value I got from the mailing list. How large can I make this >>> and what am I compromising? >> >> Each buffer is slightly more than 1.5 KB heavy. Do your maths :). How >> many buffers you need depend on how many incoming and outgoing frames >> might be queued into they are processed. And that depends on the frame
s/into/until/ (my brain-based dictionary must be broken) >> rate and the time your EML stack has to handle it in the worst case. I >> can't give you numbers on this, that depends on _your_ setup. > > That much is clear. Will make it big out of shear inability to > calculate. The lost memory is of almost no concern. Just make sure that picking an arbitrary large pool size doesn't paper over some real system design issue that may manifests in huge latencies. Again, I don't know your numbers, so I cannot tell what is reasonable and what an indication of a problem. A system-level analysis of the event flows would be a good job for LTTng now - if it only worked already... Jan
signature.asc
Description: OpenPGP digital signature
------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________ RTnet-users mailing list RTnet-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rtnet-users
