WIth your nagios setting at -1, your system will tank long before you're going to run into problems with pipe size. I've got 2400+ services coming in every 5-10 mins. A named pipe is just a handler for interprocess communication.
Have you had a look at using Cacti to graph your nagios data? Very useful, lots of tutorials on how to integrate the two.
In the future, you may want to set up redundant central servers so that you aren't shit out of luck when a central server goes down. If you ever do this, be sure to grab OCP_Daemon. It's a nice little perl script i use to handle my sending back to central servers, that way you can make a redundant central server and not have to worry about one or the other going down and losing data. Heres the wiki to it:
nagioscommunity.org/wiki/ind ... OCP_Daemon
It also caches results. I've gotten bombed with a syslog-ng alert that went batshit crazy and spammed me with 80 megs worth of alerts to my nagios.cmd for a good 6 mins, and i still didn't lose any graph data.
The reason i tell you to grab that is because nagios's OSCP command doesn't play nicely when it times out. you can set your submit_check_result script on your distributed nodes to send to multiple central servers, but when one goes down, nagios chokes and waits for OCSP to finish before processing and sending more service check results
Little off topic but should save you a headache in the future