tecwerks Posted March 23, 2009 Report Share Posted March 23, 2009 Bummer, The throughput/bandwidth utilization really makes 8.0 unusable in a network environment. With 6.3 Server on a Mac OS X server I was getting 600-800MB per minute writing to a Disk array as backup media. Now I am seeing about 80MB per minute with 8.0. This is on a Dual 3.2ghz Quad core xserver with 8GB of RAM with Fiber Channel and 1GB ethernet connection. Any suggestions? Quote Link to comment Share on other sites More sharing options...
Maser Posted March 23, 2009 Report Share Posted March 23, 2009 I'm seeing something similar while backing up my server. I set my disk media set to 256 encryption and software compression. When the backup hits the few large .dmg and/or .iso files I have on the server (think backups of 8.0G iLife09 DVDs or .isos of a Windows OS install disk), the backup throughput *really* drops. I'm showing about 160M/min after only backing up about 20% of my server... I'd like to think an incremental backup will be a lot better after the initial backup, but this initial is really dragging on those files (and it was going fairly fast before it hit those files, too...) Quote Link to comment Share on other sites More sharing options...
Florent Posted March 24, 2009 Report Share Posted March 24, 2009 It's very sad that the team release the final version with this unacceptable bug :confused2: Quote Link to comment Share on other sites More sharing options...
Maser Posted March 24, 2009 Report Share Posted March 24, 2009 I would now agree even more with this. I set up Retro 8 to backup to my 10.5.6 running server (as a client) last night. When I came in, it wasn't finished and said it was only doing 1.7M/min. I'm not seeing that slowness on any clients (so far). Quote Link to comment Share on other sites More sharing options...
Mayoff Posted March 24, 2009 Report Share Posted March 24, 2009 Can you provide more info on your configuration? If you refresh the client volume under Sources what is the connection speed? What type of Mac is the client system? What OS version is the client running? Are you using compression or encryption? What is the speed when doing the local backup of the backup server? My network backup speeds have been much higher then this and much closer to 6.1 (6.3 Retrospect does not exist) Quote Link to comment Share on other sites More sharing options...
Florent Posted March 24, 2009 Report Share Posted March 24, 2009 If you need, I can give you special access to our server for logging this problem. I don't know why, but sometimes the speed fall... I think that this problem is linked to the available memory of the server. Quote Link to comment Share on other sites More sharing options...
Mayoff Posted March 24, 2009 Report Share Posted March 24, 2009 When you see this performance hit, are you running a single backup operation or multiple executions at the same time? Quote Link to comment Share on other sites More sharing options...
Florent Posted March 24, 2009 Report Share Posted March 24, 2009 Always a single backup. I add a lot of unused time between scripts. But for this script (MAIL SERVER) it's always a lot of small files to copy. Quote Link to comment Share on other sites More sharing options...
Mayoff Posted March 24, 2009 Report Share Posted March 24, 2009 Small files will always be slower then larger files. We know that speed needs to be better. It is a high priority for us. Quote Link to comment Share on other sites More sharing options...
Maser Posted March 24, 2009 Report Share Posted March 24, 2009 Yeah, I would agree -- backing up small files is what kills the throughput. In backing up my xServe, when it hit my ical server directory and all those friggin tiny .xml files -- everything dragged to a halt. However, I was surprised how long it seemed to take to backup the large .dmg files, too. Maybe that's a function of compression/encryption at work. Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.