I've recently moved from Trueflow to a new shop which runs Rampage 10.4.
Quite and experience for me as I had worked in Trueflow for 15 years.
I built my network from the ground up and had a very fast response time with my Trueflow server.
Anyway, when I work with the RAM client I'm experiencing extremely long waits in response to the RAM server. Getting the beach ball spinning on my Mac, the other two operators that have worked here for years get the same thing.
I'm not sure if it's a network switch or the server itself, I noticed the RAM server has not been defragged for quite some time so I am planning on starting there after a backup is completed which also has never been doen. They have a gigabit network with a HP Procurve 2824 switch. I also notice the the RAM server has two NIC ports on the back but they are only using one.
Anyone have an idea where I should start with this?
10.6 here, are you waiting for the client to refresh? What are the refresh times set to in the prefs of the client?
Is the delay from when you click open the monitor proof to when it actually opens the proof or in TrapEdit?
How many pages are in your page list? When was the last time you rebuilt it?
I guess we need to know when is the actual delay where the beachball is spinning?
Last edited by Stiv; 08-02-2012 at 01:42 PM.
Yes, we are waiting for the client to refresh, refresh display is set to every 1 min, looks like it can go down to 30 seconds. The delay occurs for all processes from normalizing to RIP, FPO and proofs. Seems like it's more of general network issue as we also see beach ball when saving large photoshop files to the Rampage Mac volume. Some times when we try to open the client we experience huge delays.
If all 3 operators are doing a large task on the Rampage server we all experience the beach ball. The Rampage server also holds all Mac Volume files as well as Rampage data.
Things are crawling even worse now as I write this...
The other guys stated that the the page list has not been rebuilt in quite some time. We had the same feature in Trueflow where we would delete the log files on the server and also the clients. We will start with that when we get ready to head out today and see what happens in the morning. Also the defrag of the server is needed as well, this is planned for Friday end of day when we head out.
If you have 3 clients RIPping files at once - how many RIPs do you have? We have two, each with a prescan, RIP and one has the proof output. If we have 3 clients on the RIP at once everything crawls. IMO, you are not getting past this.
I usually have around 8,000-10,000 pages in the page list. I rebuild it at least a few times a week. Just hit the button when the last guy leaves for the day and start fresh.
Are you rotating the pages for use with Preps? If you are not then the RIP is working too hard on the impos. Need more info on this let me know.
You do realize that Rampage v10.4 is quite long in the tooth? The new v12 has each RIP on a quad core. All colors RIP simultaneously and the monitor proof is made at the same time. Crazy fast.
We rebuilt the page list last night and only came up with one or two errors. I don't think that was the issue. I noticed this morning when a GB file was being written to the Mac volume of the Rampage server that the client came to a crawl again. It seems to be more of a networking traffic issue than anything. It was interesting to read that when you have 3 operators Ripping at once everything comes to a crawl as that is what we experience.
I'm going back to what I said about the NIC cards, the server has two of them. If we could use one for Mac volume and one for RAM volume we would have two ports to read and write from.
Not sure if that is possible or not. Any thoughts?
ExtremeZ-IP did wonders for the performance of our rampage v10 fileserver. If you don't have it, get it immediately!
I'm really interested in your idea of using both NICs. Our box is the same, and like you we're only using one of the NICs. But in our configuration JobVol and RamVol are both folders on the same logical drive. I would have no idea how to partition traffic based that in Windows. Like you, we have three ops, but don't have nearly the performance issues you're having. However, it would be nice to copy large files faster . . .
We are now considering setting up an older G5 and connect it directly to the Epson proofer with a USB cable vs. the ethernet cable, using a hot folder made from automator on the G5 we could just drag and drop a pdf from the proof folder to the hot folder on the G5, that way network traffic would be reduced so Rampage would not be tied up sending the proof, just making the pdf to drop into hot folder. Drag and drop.
I will check into ExtremeZ-IP, thanks
We are now upgraded to v12 from v11 and have never experienced this issue. The speed increase with v12 is absolutely amazing, but even before the upgrade things ran rather smooth without any real holdups. v11 was running on a Quad Core Rip/Server combo and now that box is a dedicated server with the v12 rip running on the new box with dual 6 cores. I have never rebuilt the page list either. In fact i dont even know how to do it. Is this something you are supposed to do on a regular basis and if so how do you do it? Why do you do it? And why was i never told about it.