Re: Channel bonding.

money to spend on my hunch. -- Sean ___ freebsd-performance@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-performance To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Channel bonding.

c=2048 vfs.vmiodirenable=1 kern.ipc.somaxconn=4096 kern.maxfiles=65536 kern.polling.enable=1 -- Sean ___ freebsd-performance@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-performance To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: changing max_connections in postgresql on FreeBSD 5.4

ROI in terms of performance by increasing the kernel's caching parameters as opposed to PostgreSQL's cache. You need both, don't get me wrong, but there is lots of performance to be gained by increasing the amount of caching the kernel does. -sc -- Sean Chittend

Re: changing max_connections in postgresql on FreeBSD 5.4

a peak at the various NOTES files and some of the headers, such as: src/sys/amd64/include/param.h. I've divulged more in the archives, too. -sc -- Sean Chittenden ___ freebsd-performance@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-performance To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: very busy syslog server

u can handle more than one packet per interrupt. See the man page for details. If your syslogd's are blocking, waiting for the MySQL INSERT to complete, you may be dropping UDP packets and polling won't help you. I'd write messages out to a file then process them once a minute. *sh

Re: em0 and tunnel performance problem

see the following: http://www.cisco.com/warp/public/473/3.html If you're using a different brand of switches, see their respective documentation. Point being, auto-negotiation should never be used in a production environment (though GigE handles this bett

Re: Horrible PostgreSQL performance with NFS

trong words suggesting against using anything but 8K blocks simply because that was the only config that'd seen years of production use. YMMV. -sc -- Sean Chittenden pgptpcfOwdFs2.pgp Description: PGP signature

Re: SATA300 Controllers

y, raw random IOps, or -sc -- Sean Chittenden ___ freebsd-performance@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-performance To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Java performance on AMD64

Greg Lewis wrote: On Fri, Apr 20, 2007 at 03:09:34AM -0400, Kris Kennaway wrote: On Fri, Apr 20, 2007 at 04:59:12PM +1000, Michael Vince wrote: Kris Kennaway wrote: On Thu, Apr 19, 2007 at 12:32:53PM +1000, Michael Vince wrote: Hey All, I been benchmarking Diablo Jav

Micro-benchmark for various time syscalls...

p://fxr.watson.org/fxr/source/sys/time.h#L269 -- Sean Chittenden [EMAIL PROTECTED] http://sean.chittenden.org/ ___ freebsd-performance@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-performance To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Micro-benchmark for various time syscalls...

think a hint about the accuracy is more important. In simple implementations using interrupts and ticks, the accuracy would be about the the same as the resolution, but FreeBSD is more complicated. Is there any reason that the garbage resolution can't be zero'ed out to indicat

Re: Micro-benchmark for various time syscalls...

u have a best practice that you use for reducing the cost of time calls? -sc -- Sean Chittenden [EMAIL PROTECTED] http://sean.chittenden.org/ ___ freebsd-performance@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-performa

Re: Tracking performance areas over time

> Sean Bruno said at the meeting yesterday that if we needed a > machine in the cluster for a dedicated job, let him know, > and there were even unused machines available at the moment.. > please talk to him (CC'd) about getting access to one of those (quite > nice) >

Re: FreeBSD 10 and PostgreSQL 9.3 scalability issues

attachment-0001.pdf >>> >> >> >> Do you have the ability to test with FreeBSD 8.x and 9.x to see if this is >> regression? >> >> Also you don't mention the FS used in each case, so I'm wondering if you >

Re: FreeBSD 10 and PostgreSQL 9.3 scalability issues

and have the results available: http://people.freebsd.org/~seanc/pg9.3-fbsd10-profiling/ There are some investigations that are ongoing as a result of these findings. The dfly methodology was observed when generating these results. Stay tuned. -sc -- Sean Chittenden s...@chittenden.org > >

Re: FreeBSD 10 and PostgreSQL 9.3 scalability issues

s between > Pg 9.2 and 9.3 on UFS2 (RAID10 + Dell H710p (mfi) raid controller with > 1GB NVRAM) When the working set fits in RAM (OS + PG), there isn't a performance difference between 9.2 and 9.3. This is a good data point. I will try and reproduce this workload and will run the per

Re: PostgreSQL performance on FreeBSD

regions. At this point in time this could be replaced with kqueue(2) EVFILT_PROC, but no one has done that yet. -sc -- Sean Chittenden s...@chittenden.org > On Jun 22, 2016, at 07:26 , Maxim Sobolev wrote: > > Konstantin, > > Not if you do sem_unlink() immediately, AFAIK. And

Re: FreeBSD on Amazon AWS EC2 long standing performance problems

To be clear, this is a known issue that needs attention: it is not a benchmarking setup problem. Network throughput has a similar problem and needs similar attention. Cloud is not a fringe server workload. -sc On Fri, Feb 5, 2021 at 3:00 PM Jin Guojun[VFF] wrote: > On 2021-02-05 12:45, Gunth

Re: FreeBSD on Amazon AWS EC2 long standing performance problems

Expect to see something about this on this year's Community Survey and the Core Team will do something with this information. Cloud has been an increasingly important workload for FreeBSD users. Or at least, our community is moving a fair number of workloads to virtualized metal, and running on t