I've been a Cisco guy for as long as i've been interested in networking. Heavy kool-aid drinker back then...

 Recently I started using a SRX device from Juniper and i'm liking

it... It can do things ASA can't touch in so far as a firewall appliance goes. the things i've most enjoyed thus far is its ability to do policy routing based on most anything up to layer 4, including QOS/DSCP tags. BGP/OSPF on the same device is also nice, clustering too, most without additional licenses. The config at first was messy looking (XML), now it looks logical and seems a better way to organize sections than what PIX/FWSM/ASA use(d). The ability of the devices to push packets threw it seems a lot better than Cisco from a dollar to PPM perspective, both when loaded with features and ACLs in use, and raw unhindered forwarding throughput. The only thing negative i can say so far is the web gui sucks, its so slow. but real men don't use GUIs anyway, right? sigh --- i did use it to set up the vpn stuff,
seemed like the path of least resistance as i am a juniper n00b.

policy routing is awesome. I want to make up a t-shirt with something to that effect. 8) I set up an acl on the squid server that tags any out bound traffic which contains "youtube" (and others of course) in the url string with a DSCP tag, the firewall is looking for these and when it sees one, it off loads that traffic onto our 'backup/backdoor' 5megabit DSL connection, leaving the high price commercial ISP to be more exclusive to 'real' business related traffic. doing other things with DSCP too, but i'm sure you all have heard the neat things you can do by classifying your traffic... suffice to say, my workstation will have as much as it wants whenever it wants!! muhhahahaha...

ok back to work. just wanted to share. I don't work for Juniper nor have the offered me a job or compensation. 8)

anyway if you will be purchasing a commercial firewall anytime in the future, put them on the list of vendors to consider. yes, we all know your linux/bsd firewall is awesome.

-g

On March-20-12 3:10:27 PM, Dan Young wrote: > Anyone else in receipt of this?

click on that link and I bet they will. 8)

-g

Anyone else in receipt of this?

Destroy, all, spammers.

MPC NYC

Dan Young | Systems Engineer 434 Broadway, 9th Floor, New York City, 10013 T 212.915.3120 | C 347.334.0132

www.moving-picture.com http://www.moving-picture.com/

On 20/03/2012 13:30, "Michael Malgeri" mmalgeri@morphlabs.com wrote:

Dear Dan,

Have you ever wanted to test drive a high performance PRIVATE CLOUD at NO COST?!

I invite you to explore this trial offer, which includes FREE TRAINING, at the following URL, and sign up to experience our hosted private cloud solution.

http://www.morphlabs.com/evaluate/

Please contact me if you have questions, comments, or would like to discuss your cloud requirements and learn more about mCloud.

Best Regards,

Michael Malgeri Enterprise Account Executive Morphlabs, Inc. 310-704-6403

All,

So I met with Darren Nathan. Got the low down. They have built a board that handles ray-tracing. He said that he had been working with Chaos Group for a while now and will have V-Ray support very soon. He said he will give me some test cards so I can get some numbers when that happens. He also mentioned Arnold support in the works and Renderman was already working. Now I'm kind of excited to get my hands on one of these guys to see what it can do.

-anthony

The problem with all these things is the time it takes to port/write code for each iteration of hardware. Once Intel gets going with Many Integrated Core (MIC) http://www.intel.com/content/www/us/en/architecture-and-technology/many-integrated-core/intel-many-integrated-core-architecture.html I would have thought the market for build to order hardware to accelerate graphics will fall apart. MIC uses x86 codes and it is possible to port multi-threaded code directly to the new technology with a re-compile rather than a re-write.

-----Original Message----- From: Anthony Hoit [mailto:ahoit@thegraphicfilmcompany.com] Sent: 22 March 2012 18:46 To: studiosysadmins-discuss@studiosysadmins.com Subject: Re: [SSA-Discuss] Fwd: Progeniq's Accelerates Animation and VFX Rendering Speeds by 400%-800%

This is a little more information that Nathan sent me today about the tech.

Thought I'd send you some links on the technology we use, the chips are called Field Programmable Gate Arrays (FPGAs), they're made by this company called Xilinx up in the SF bay area; this is one such FPGA: http://www.xilinx.com/products/silicon-devices/fpga/artix-7/index.htm

And there are new generation FPGAs that have ARM cores built in, directly connected to the FPGA 'fabric' http://www.xilinx.com/products/silicon-devices/epp/zynq-7000/index.htm

We've been using several generations of FPGAs already over the years (our very early prototype Renderboost used some older generation Xilinx Virtex series FPGAs), so the new generation stuff coming out such as the ARM-FPGA hybrid chips are very interesting for us, and we'd most definitely have our next generation Renderboost leveraging these.

-anthony

On 3/22/2012 4:22 AM, Julian Firminger wrote: > Was about to mention exactly this. I too have a Pure, somewhere, in a > box, probably trying to mate with the BF444 SD Greed that got retired > at the same time. > > Surely massively parallel GPU's, on their current rate of improvement, > will knock any ASIC out of the water fairly quickly as things develop.
> Or are they saying they can keep apace by continual architectural > development updates on the FPGA's?? THAT could be interesting. > > Julian > >> -----Original Message----- >> From: studiosysadmins-discuss-bounces@studiosysadmins.com >> [mailto:studiosysadmins-discuss-bounces@studiosysadmins.com] On >> Behalf Of Jez Tucker >> Sent: Wednesday, 21 March 2012 10:57 PM >> To: discuss@studiosysadmins.com >> Subject: Re: [SSA-Discuss] Fwd: Progeniq's Accelerates Animation and >> VFX Rendering Speeds by 400%-800% >> >> Curious. >> >> This [perhaps not exactly this, details are sketchy] has been done >> before. >> >> Things that pop to mind are the ART Renderdrive / Pure and the >> original RenderMan RM-1 machine. >> In both instances, CPUs surpassed the performance of the hardware >> card very quickly. >> Indeed, I have 6x ART Pure cards collecting dust in a box. Anyone >> want one or an RD 2500? No? Thought not. >> >> So bar the quick very short-term gain, what's the point? >> How long before the cards are passed by general compute? >> >> Or are I am missing something...? >> >> --- >> Jez Tucker >> Senior SysAdmin >> Rushes >> www.rushes.co.uk >> >> >> From: studiosysadmins-discuss-bounces@studiosysadmins.com >> [studiosysadmins-discuss-bounces@studiosysadmins.com] on behalf of >> Anthony Hoit [ahoit@thegraphicfilmcompany.com] >> Sent: 21 March 2012 20:58 >> To: studiosysadmins-discuss@studiosysadmins.com >> Subject: Re: [SSA-Discuss] Fwd: Progeniq's Accelerates Animation and >> VFX Rendering Speeds by 400%-800% >> >> So I met with Darren Nathan. Got the low down. They have built a >> board that handles ray-tracing. He said that he had been working with >> Chaos Group for a while now and will have V-Ray support very soon. He >> said he will give me some test cards so I can get some numbers when >> that happens. He also mentioned Arnold support in the works and >> Renderman was already working. Now I'm kind of excited to get my >> hands on one of these guys to see what it can do. >> >> -anthony >> >> Rushes Postproduction Limited, 66 Old Compton Street, London W1D 4UH >> tel: +44 (0)20 7437 8676 >> web: http://www.rushes.co.uk >> The information contained in this e-mail is confidential and may be >> subject to legal privilege. If you are not the intended recipient, >> you must not use, copy, distribute or disclose the e-mail or any part >> of its contents or take any action in reliance on it. If you have >> received this e-mail in error, please e-mail the sender by replying >> to this message. All reasonable precautions have been taken to ensure >> no viruses are present in this e-mail. Rushes Postproduction Limited >> cannot accept responsibility for loss or damage arising from the use >> of this e-mail or attachments and recommend that you subject these to >> your virus checking procedures prior to use. > >

I am not convinced that mic will still be optimized for all types of graphic oriented operations. Again your tossing a crap load of threads and power at a problem that a more optimized smaller chip might be better at.

Side note. We did a vray,Houdini , and C4d test using a quad 2.6ghz 16 core AMD (64cores) vs a dual 6 core 3.46ghz intel with hyper threading (24 threads) and it blew the socks off AMD. There are a lot of factors like code optimization. But at a certain point too many threads becomes inefficient and the raw clock speed of intel showed its teeth.

It all remains to be seen. That said my team is meeting with Nathan next Wed to see what this is really all about and I will be happy to share what we find out. Especially if we get to test the hardware.

Sent from my Sprint iPhone

On Mar 23, 2012, at 8:35 AM, Roland Bavington rolandb@sgi.com wrote:

The problem with all these things is the time it takes to port/write code for each iteration of hardware. Once Intel gets going with Many Integrated Core (MIC) http://www.intel.com/content/www/us/en/architecture-and-technology/many-integrated-core/intel-many-integrated-core-architecture.html I would have thought the market for build to order hardware to accelerate graphics will fall apart. MIC uses x86 codes and it is possible to port multi-threaded code directly to the new technology with a re-compile rather than a re-write.

-----Original Message----- From: Anthony Hoit [mailto:ahoit@thegraphicfilmcompany.com] Sent: 22 March 2012 18:46 To: studiosysadmins-discuss@studiosysadmins.com Subject: Re: [SSA-Discuss] Fwd: Progeniq's Accelerates Animation and VFX Rendering Speeds by 400%-800%

This is a little more information that Nathan sent me today about the tech.

-----------------------

Thought I'd send you some links on the technology we use, the chips are called Field Programmable Gate Arrays (FPGAs), they're made by this company called Xilinx up in the SF bay area; this is one such FPGA: http://www.xilinx.com/products/silicon-devices/fpga/artix-7/index.htm

And there are new generation FPGAs that have ARM cores built in, directly connected to the FPGA 'fabric' http://www.xilinx.com/products/silicon-devices/epp/zynq-7000/index.htm

We've been using several generations of FPGAs already over the years (our very early prototype Renderboost used some older generation Xilinx Virtex series FPGAs), so the new generation stuff coming out such as the ARM-FPGA hybrid chips are very interesting for us, and we'd most definitely have our next generation Renderboost leveraging these.

-----------------------

-anthony

On 3/22/2012 4:22 AM, Julian Firminger wrote: > Was about to mention exactly this. I too have a Pure, somewhere, in a > box, probably trying to mate with the BF444 SD Greed that got retired > at the same time. > > Surely massively parallel GPU's, on their current rate of improvement, > will knock any ASIC out of the water fairly quickly as things develop.
> Or are they saying they can keep apace by continual architectural > development updates on the FPGA's?? THAT could be interesting. > > Julian > >> -----Original Message----- >> From: studiosysadmins-discuss-bounces@studiosysadmins.com >> [mailto:studiosysadmins-discuss-bounces@studiosysadmins.com] On >> Behalf Of Jez Tucker >> Sent: Wednesday, 21 March 2012 10:57 PM >> To: discuss@studiosysadmins.com >> Subject: Re: [SSA-Discuss] Fwd: Progeniq's Accelerates Animation and >> VFX Rendering Speeds by 400%-800% >> >> Curious. >> >> This [perhaps not exactly this, details are sketchy] has been done >> before. >> >> Things that pop to mind are the ART Renderdrive / Pure and the >> original RenderMan RM-1 machine. >> In both instances, CPUs surpassed the performance of the hardware >> card very quickly. >> Indeed, I have 6x ART Pure cards collecting dust in a box. Anyone >> want one or an RD 2500? No? Thought not. >> >> So bar the quick very short-term gain, what's the point? >> How long before the cards are passed by general compute? >> >> Or are I am missing something...? >> >> --- >> Jez Tucker >> Senior SysAdmin >> Rushes >> www.rushes.co.uk >> >> >> From: studiosysadmins-discuss-bounces@studiosysadmins.com >> [studiosysadmins-discuss-bounces@studiosysadmins.com] on behalf of >> Anthony Hoit [ahoit@thegraphicfilmcompany.com] >> Sent: 21 March 2012 20:58 >> To: studiosysadmins-discuss@studiosysadmins.com >> Subject: Re: [SSA-Discuss] Fwd: Progeniq's Accelerates Animation and >> VFX Rendering Speeds by 400%-800% >> >> So I met with Darren Nathan. Got the low down. They have built a >> board that handles ray-tracing. He said that he had been working with >> Chaos Group for a while now and will have V-Ray support very soon. He >> said he will give me some test cards so I can get some numbers when >> that happens. He also mentioned Arnold support in the works and >> Renderman was already working. Now I'm kind of excited to get my >> hands on one of these guys to see what it can do. >> >> -anthony >> >> Rushes Postproduction Limited, 66 Old Compton Street, London W1D 4UH >> tel: +44 (0)20 7437 8676 >> web: http://www.rushes.co.uk >> The information contained in this e-mail is confidential and may be >> subject to legal privilege. If you are not the intended recipient, >> you must not use, copy, distribute or disclose the e-mail or any part >> of its contents or take any action in reliance on it. If you have >> received this e-mail in error, please e-mail the sender by replying >> to this message. All reasonable precautions have been taken to ensure >> no viruses are present in this e-mail. Rushes Postproduction Limited >> cannot accept responsibility for loss or damage arising from the use >> of this e-mail or attachments and recommend that you subject these to >> your virus checking procedures prior to use. > >

Well, don't minimize code optimization as its as important as what your coding.

I mean even the limited coding I have done previously saw huge gains when choosing to optimize for the env.

But, in your test case the raw speed was ~25% diff.

Can you post the actual numbers?

Curious what's gains will be shown because 25% isn't really substantial.

• Brian
  
  

  ---

  From: Saker Klippsten <sakerk@gmail.com>
  Sent: Fri Mar 23 09:11:54 PDT 2012
  To: "discuss@studiosysadmins.com" <discuss@studiosysadmins.com>
  Cc: "studiosysadmins-discuss@studiosysadmins.com" <studiosysadmins-discuss@studiosysadmins.com>
  Subject: Re: [SSA-Discuss] Progeniq's Accelerates Animation and VFX Rendering Speeds by 400%-800% - New intel tech, MIC
  
  
  

  I am not convinced that mic will still be optimized for all types of graphic oriented operations. Again your tossing a crap load of threads and power at a problem that a more optimized smaller chip might be better at.  
  
  Side note.
  We did a vray,Houdini , and C4d test using a quad 2.6ghz 16 core AMD (64cores) vs  a dual 6 core 3.46ghz intel with hyper threading (24 threads) and it blew the socks off AMD. There are a lot of factors like code optimization. But at a certain point too many threads becomes inefficient and the raw clock speed of intel showed its teeth. 
  
  It all remains to be seen. That said my team is meeting with Nathan next Wed to see what this is really all about and I will be happy to share what we find out. 
  Especially if we get to test the hardware. 
  
  Sent from my Sprint iPhone
  
  On Mar 23, 2012, at 8:35 AM, Roland Bavington <rolandb@sgi.com> wrote:
  
  > The problem with all these things is the time it takes to port/write code for each iteration of hardware.  Once Intel gets going with Many Integrated Core (MIC) http://www.intel.com/content/www/us/en/architecture-and-technology/many-integrated-core/intel-many-integrated-core-architecture.html
  > I would have thought the market for build to order hardware to accelerate graphics will fall apart.  MIC uses x86 codes and it is possible to port multi-threaded code directly to the new technology with a re-compile rather than a re-write.
  > 
  > -----Original Message-----
  > From: Anthony Hoit [mailto:ahoit@thegraphicfilmcompany.com] 
  > Sent: 22 March 2012 18:46
  > To: studiosysadmins-discuss@studiosysadmins.com
  > Subject: Re: [SSA-Discuss] Fwd: Progeniq's Accelerates Animation and VFX Rendering Speeds by 400%-800%
  > 
  > This is a little more information that Nathan sent me today about the tech.
  > 
  > -----------------------
  > 
  > Thought I'd send you some links on the technology we use, the chips are called Field Programmable Gate Arrays (FPGAs), they're made by this company called Xilinx up in the SF bay area; this is one such FPGA:
  > http://www.xilinx.com/products/silicon-devices/fpga/artix-7/index.htm
  > 
  > And there are new generation FPGAs that have ARM cores built in, directly connected to the FPGA 'fabric'
  > http://www.xilinx.com/products/silicon-devices/epp/zynq-7000/index.htm
  > 
  > We've been using several generations of FPGAs already over the years (our very early prototype Renderboost used some older generation Xilinx Virtex series FPGAs), so the new generation stuff coming out such as the ARM-FPGA hybrid chips are very interesting for us, and we'd most definitely have our next generation Renderboost leveraging these.
  > 
  > -----------------------
  > 
  > -anthony
  > 
  > 
  > On 3/22/2012 4:22 AM, Julian Firminger wrote:
  >> Was about to mention exactly this.  I too have a Pure, somewhere, in a 
  >> box, probably trying to mate with the BF444 SD Greed that got retired 
  >> at the same time.
  >> 
  >> Surely massively parallel GPU's, on their current rate of improvement, 
  >> will knock any ASIC out of the water fairly quickly as things develop.  
  >> Or are they saying they can keep apace by continual architectural 
  >> development updates on the FPGA's??  THAT could be interesting.
  >> 
  >> Julian
  >> 
  >>> -----Original Message-----
  >>> From: studiosysadmins-discuss-bounces@studiosysadmins.com
  >>> [mailto:studiosysadmins-discuss-bounces@studiosysadmins.com] On 
  >>> Behalf Of Jez Tucker
  >>> Sent: Wednesday, 21 March 2012 10:57 PM
  >>> To: discuss@studiosysadmins.com
  >>> Subject: Re: [SSA-Discuss] Fwd: Progeniq's Accelerates Animation and 
  >>> VFX Rendering Speeds by 400%-800%
  >>> 
  >>> Curious.
  >>> 
  >>> This [perhaps not exactly this, details are sketchy] has been done 
  >>> before.
  >>> 
  >>> Things that pop to mind are the ART Renderdrive / Pure and the 
  >>> original RenderMan RM-1 machine.
  >>> In both instances, CPUs surpassed the performance of the hardware 
  >>> card very quickly.
  >>> Indeed, I have 6x ART Pure cards collecting dust in a box.  Anyone 
  >>> want one or an RD 2500?  No?  Thought not.
  >>> 
  >>> So bar the quick very short-term gain, what's the point?
  >>> How long before the cards are passed by general compute?
  >>> 
  >>> Or are I am missing something...?
  >>> 
  >>> ---
  >>> Jez Tucker
  >>> Senior SysAdmin
  >>> Rushes
  >>> www.rushes.co.uk
  >>> 
  >>>
  
  >>> From: studiosysadmins-discuss-bounces@studiosysadmins.com
  >>> [studiosysadmins-discuss-bounces@studiosysadmins.com] on behalf of 
  >>> Anthony Hoit [ahoit@thegraphicfilmcompany.com]
  >>> Sent: 21 March 2012 20:58
  >>> To: studiosysadmins-discuss@studiosysadmins.com
  >>> Subject: Re: [SSA-Discuss] Fwd: Progeniq's Accelerates Animation and 
  >>> VFX Rendering Speeds by 400%-800%
  >>> 
  >>> So I met with Darren Nathan. Got the low down. They have built a 
  >>> board that handles ray-tracing. He said that he had been working with 
  >>> Chaos Group for a while now and will have V-Ray support very soon. He 
  >>> said he will give me some test cards so I can get some numbers when 
  >>> that happens. He also mentioned Arnold support in the works and 
  >>> Renderman was already working. Now I'm kind of excited to get my 
  >>> hands on one of these guys to see what it can do.
  >>> 
  >>> -anthony
  >>> 
  >>> Rushes Postproduction Limited, 66 Old Compton Street, London W1D 4UH
  >>> tel: +44 (0)20 7437 8676
  >>> web: http://www.rushes.co.uk
  >>> The information contained in this e-mail is confidential and may be 
  >>> subject to legal privilege. If you are not the intended recipient, 
  >>> you must not use, copy, distribute or disclose the e-mail or any part 
  >>> of its contents or take any action in reliance on it. If you have 
  >>> received this e-mail in error, please e-mail the sender by replying 
  >>> to this message. All reasonable precautions have been taken to ensure 
  >>> no viruses are present in this e-mail. Rushes Postproduction Limited 
  >>> cannot accept responsibility for loss or damage arising from the use 
  >>> of this e-mail or attachments and recommend that you subject these to 
  >>> your virus checking procedures prior to use.
  >> 
  >> 
  > 
  > 
  

Hi, Has anyone had success in mapping Wacom tablet buttons in Linux, eg Fedora 14? We had compiled the Wacom control panel. After we mapped the buttons, .wacomcplrc showed the correct commands. It was not working. I am also not able to get it to work using xsetwacom commands.

Eppie

Sent from Eppie's iPod

Any Zimbra vendors mind pinging me off list?

• Brian

All,

boy i was impressed when i first installed pfsence and started using it.. perhaps i was waving that flag a bit too early.

several months have passed and my opinion is quite a bit different now. The project appears to lack any real QA process. developers can contribute packages, apparently without much process which subsequently appear on the devices 'good to install' list. Suffice to say I'll be replacing the pair of boxes with a plain old linux install, rolling my own solution when time permits. I'm not hating it, but it does have to go as it isn't working for us. for home use or a 'pinch' situation, its a quick deploy and works as advertised if not taken out of its default config very far.

I'm going to share some of my issues with it, maybe it'll help someone make a more informed choice when considering it and others.

• installed a mail scanning package, fast forward then I installed a package which generated reports on squid logs. the mail scanner stopped working because the latter installed another version of perl.
  I had to hand edit multiple files to get the mailscanner working again.
  only to be broken again on an update, requiring more editing.

• following a document on the project's site (it was a simple procedure with very few steps) I implamented CARP (fail over) between two machines and tested it. It appeared to work wonderfully, demonstrated to my group, i was impressed. 3 weeks into production one of the boxes thinks the other failed, this cause an asymmetric routing situation,
  but incoming packets were being dropped because of firewall policy (the box had no concept of state). the reality was both boxes were up and individually were 'ok'.. still not sure what broke there. the response i got from one of the devs was "that shouldn't of happened".. yes thanks, i assumed so...

• set up squid to alter QOS/DSCP bits on outgoing traffic based on squid ACL's. I used these to allow the internet router's policy maps to determined which ISP to send the traffic to, and which queues it was to be assigned to within the router. I was also using this version of squid to set up reverse proxy into OWA. A squid update comes out, I upgrade to it as recommended, now QOS marking doesn't work as the developer apparently decided to not include the necessary compile options. consistency... I had to download a copy of freebsd of the same vintage, the squid source and compile my own binary with the proper bits in it to make things go again.

• after a month or so of 'working', traffic issues arise. huge delays, dropped connections, time outs, proxy refusing connections.... the queues and limiters I set up to policy traffic,
  broke. rebooting the device fixed this.

there are others but these are the ones which affected production for more than a few minutes and got me wondering why i chose to use a project based solution. must be getting lazy and crazy in my old age... the whole thing just left a bad taste in my mouth, no polish.

on the pfsense site, there is a vote by one of the administrators of the project asking which 'firewall' project do you like best, he put the project (pfsense) in the short list of other 'firewalls' which apparently are of similar 'caliber'. this included wdrt, monowall,
etc... which is a statement onto its own...

i still think its a nice package, just not a good fit for every environment.

-g

hey, is there anything out there that will analyze a .mov file & spit out the exact codec settings used to create it?

problem: we're batch creating .mov files out of frames using ffmpeg, with h264 codec....and every player under the sun EXCEPT quicktime will play it back with no problems

quicktime is giving us flickering, unpredictable playback, and we've tried a variety of encoding tweaks ( I believe ffmpeg has many more h264 options than quicktime & that's why we're running into this )

if we manually use quicktime to export an h264 it will play fine. unfortunately you can't script quicktime to run unattended

however I can't find any info on the actual config quicktime uses when it outputs an h264 .mov

( I used to use gspot to determine the codec, but it's been dead since 2007 or so )

thx!

This is why OpenNMS is the premiere free monitoring solution.

Gang:

Here at OpenNMS we like to say we can use the management application to monitor just about anything you can put on a network.

So how about a drink machine?

We set out to do just that, and the result is the OpenVND project:

http://www.openvnd.org

This is how we manage the soda machine in the office, and we hope it give you some ideas on solving some of your more complex management problems.

Registration is now open for "Next-Generation System Administration using CFEngine 3" class, May 14 - 17, in New York.

15% discount is offerred to StudioSysadmins ($2600 list, discounted to $2210).

Course details and registration at http://cfengine.eventbrite.com

WHAT OUR STUDENTS SAY

The balance between theoretical and practical knowledge is just perfect. No bullshit. --B.B.

Thank you for such a great class. Been to lots of technical training and you are the best instructor I've had. Your examples and willingness to help with non-class related questions pertaining to CFEngine is unmatched. -- T.N.

Very personal approach to teaching. We are bored to death with power point slides. Most of the class was hands on. --P.R.

A lot of the things that previously made cfengine3 daunting to me are now clear and approachable. -- B.B.

AND FROM A FELLOW STUDIOSYSADMIN

It was more in-depth and intensive than most of the vendor training things I've gone to. ... Good attention to detail and making sure all points were understood. --M.S.