- This topic has 8 replies, 6 voices, and was last updated 13 years, 9 months ago by .
-
Posts
-
Ok, I don’t expect RT HD playback over the network, but I was hoping for a lot more than we get…
anyway, story is, we purchased the smoke 2007 2k (AMD model, just before the intel was released), and have it connected via one gig to an xtreme switch, however the max speed we are able to get is approximately 15MB/sec (using linux to copy a file over the network) and approximately 1.5 HD frames import/export from smoke.
The source/desitnation are raid arrays capable of 250MB/s so I don’t think the hardware is the problem. I have also tried a connecting the smoke system to the other system via a short crossover cable and the speeds seem to be the same…
Anyone have any tips on how I could improve the speeds? Autodesk won’t support us on this at all, and I know that our 1 gig network is capable of a lot faster speeds.
On a side note, I’ve noticed that our smoke also has an expansion card that has 4xgig ports – what are the chances we could aggregate these in linux to achive faster speeds over the network?
Anyway, would really apprecaite any help that can be provided.
lemon_ice_tea wrote:anyway, story is, we purchased the smoke 2007 2k (AMD model, just before the intel was released), and have it connected via one gig to an xtreme switch, however the max speed we are able to get is approximately 15MB/sec (using linux to copy a file over the network) and approximately 1.5 HD frames import/export from smoke.Hi lemon_ice_tea,
I presume the transfer speed you mention is not for Wire transfers, but for transfers from/to NFS mounted ressources?
Have you checked which version of NFS you are running? Linux systems tend to default to NFS 2 which introduces limitations (such as file size limitations). Have you checked whether jumbo frames were active?
What speed do you observe on Wire transfers? If it is significantly higher, then it may be an NFS or Samba configuration issue.You know, theres one thing here that I really relate to, if you have one component of your pipeline that is not Discreet supported, (oops sorry, should I say Autodesk 😆 ) they throw their hands up in the air and say, “we don’t support that!”, end of story, well, in the real world their systems, generally speaking, have to fit into the existing infrastructure of a company, (I don’t know of any companies that bespoke fit out everything to meet Autodesks requirments) so you may well have one part of a pipeline that doesn’t fit into their ideal model situation,well it’s about time they woke up and smelt the coffee, we all want to use their tools, but cannot justify junking ancilliaries, just because they don’t fit their ideal!!
There, saturday night rant over.Ameno wrote:Hi lemon_ice_tea,I presume the transfer speed you mention is not for Wire transfers, but for transfers from/to NFS mounted ressources?
Have you checked which version of NFS you are running? Linux systems tend to default to NFS 2 which introduces limitations (such as file size limitations). Have you checked whether jumbo frames were active?
What speed do you observe on Wire transfers? If it is significantly higher, then it may be an NFS or Samba configuration issue.Thx for the response…
Have not tested wire because it is the only box we have in our facility.
I have tried both SMB and NFS (SMB was faster) – not sure which ver of NFS it was.
Not sure about jumbo frames – is there a ‘check’ I can run through to ensure by box is optimised?
I assumed it was the linux box as transferring files via the OS is just as slow…
you may want to check how you mount the external share.
I didnt do this myself my tech did it but what ever he did worked great
You should find the mount in the etc/fstab file.
Im on SGI so i could be different.
here is my mount script The first being the location on the network the second being the local mount point with commands
192.168.1.147:/projects/skulleyb /SKULLYEB nfs rw,hard,intr,bg 0 0skulleyb wrote:you may want to check how you mount the external share.
I didnt do this myself my tech did it but what ever he did worked great
You should find the mount in the etc/fstab file.
Im on SGI so i could be different.
here is my mount script The first being the location on the network the second being the local mount point with commands
192.168.1.147:/projects/skulleyb /SKULLYEB nfs rw,hard,intr,bg 0 0I’ll have a look at how it is setup when I get to work… thx Skull
WOW I just did a quick test and FTP to the local drive and pulled approximately 40MB/s from the local drive…
Must be something with how the smb/NFS is setup….
anyone know if it is possible to export directly to a ftp server from within smoke? I know there are progs (IE Fuse) that let you mount ftp servers as a local mount point.. but I’d pref not to install anything unless it is a last resort…
Getting good NFS or SMB performance over a network can be a tricky proposition. The first question is: what kind of system are you trying to import images from? Is it a dedicated NAS appliance, or a general purpose machine which is acting as a SMB or NFS server?
There’s a good article from NetApp on how to get good NFS performance from Linux clients, most of the information in there is of a general nature rather than being specific to NetApp NAS systems:
Good news….
had one of the other guys play around with NFS:
Copying 2GB (250x8MB frames) from the xraid to the linux desktop = approx 15sec
Copying 2GB (250x8MB frames) from the linux desktop to the xraid = approx 30sec (I thought this would have been faster than the above… go figure)importing/exporting in smoke is slightly slower (i assume it is due to the formatting of the file format etc…) but still a lot better than SMB (which we have still been unable to improve)…
cheers for all the help guys, if you have any thoughts on how I can improve writing out to the XRAID from the linux box, please let me know…
reading the pdf link now…
- You must be logged in to reply to this topic.