Comments on: Scale up, but don’t skimp http://www.papercut.com/blog/matt/2010/07/29/scale-up-but-dont-skimp/ Keep an eye on what the PaperCut developers are up to ... Fri, 10 Feb 2012 22:46:14 +0000 hourly 1 http://wordpress.org/?v=3.3.1 By: Chris http://www.papercut.com/blog/matt/2010/07/29/scale-up-but-dont-skimp/comment-page-1/#comment-20365 Chris Tue, 03 Aug 2010 08:55:44 +0000 http://www.papercut.com/blog/?p=589#comment-20365 RAM is so cheap these days. I remember when I had to wash dishes in a restaurant for two weeks just to save up for the extra 512Kb RAM for my games PC. If only all printer problems where as easy to fix as allocating more RAM to a VM! I wonder how many Gb of RAM you'd need to stop all my paper jams :-) RAM is so cheap these days. I remember when I had to wash dishes in a restaurant for two weeks just to save up for the extra 512Kb RAM for my games PC. If only all printer problems where as easy to fix as allocating more RAM to a VM! I wonder how many Gb of RAM you’d need to stop all my paper jams :-)

]]> By: Matt http://www.papercut.com/blog/matt/2010/07/29/scale-up-but-dont-skimp/comment-page-1/#comment-20357 Matt Thu, 29 Jul 2010 05:33:02 +0000 http://www.papercut.com/blog/?p=589#comment-20357 Yes you're right. Spreading the load between multiple print servers would definitely help. In the end it comes down to doing some monitoring to see what's chewing up your resources. It's hard to predict the required resources until you see it in action. These guys were being very ambitious trying to put 100s of queues on a single server, running on a VM with only 1 processor allocated. Yes you’re right. Spreading the load between multiple print servers would definitely help.

In the end it comes down to doing some monitoring to see what’s chewing up your resources. It’s hard to predict the required resources until you see it in action.

These guys were being very ambitious trying to put 100s of queues on a single server, running on a VM with only 1 processor allocated.

]]> By: J.B. Nicholson-Owens http://www.papercut.com/blog/matt/2010/07/29/scale-up-but-dont-skimp/comment-page-1/#comment-20356 J.B. Nicholson-Owens Thu, 29 Jul 2010 05:13:42 +0000 http://www.papercut.com/blog/?p=589#comment-20356 Multiple print queue machines (secondary servers) could help here too, I'd imagine. I'm considering transitioning from one print queue machine to multiple inexpensive low-end PC print queue machines each running a free software OS (like GNU/Linux) in a DNS round-robin all with the same queues defined. In theory this arrangement should spread the load amongst more machines. Multiple print queue machines (secondary servers) could help here too, I’d imagine. I’m considering transitioning from one print queue machine to multiple inexpensive low-end PC print queue machines each running a free software OS (like GNU/Linux) in a DNS round-robin all with the same queues defined. In theory this arrangement should spread the load amongst more machines.

]]>