Archives for November 2009

Flash player and network homes on Mac OS 10.5+

2009/11/20 By staze

So, along the lines of my previous post, today I decided to look into Flash Player performance on 10.5 clients with a 10.5.8 server, using network home directories.

I had noticed a couple days ago that users playing youtube videos got occasional skips and stops in the video. This is on a brand new Intel iMac, with 2gb of ram. It should easily be able to handle a non-full screen, non-HD youtube video. Doing a `fs_usage AppleFileServer | grep <username>` (where <username> is the username of the user logged in) on our AFP server showed a LOT of traffic to ~/Library/Preferences/Macromedia/Flash Player/… First, seems like Adobe hasn’t touched that part of the Flash player code, if it’s still writing to a “Macromedia” folder. Second, why the hell is it caching information in the Preferences folder?! That’s what ~/Library/Caches is for (which I already redirect). But, I know there’s been a lot of complaining in the past about Flash caching data in non-standard places that aren’t affected by clearing the browser cache.

So, given that amount of traffic it was producing, I figured that was probably the cause (what a leap!), so, I open up the NHR scripts I use, and add a redirect for that folder to the local HD, and install those on the client. Guess what? No more Flash Player skips or stops on network home users.

At this point, I’ve copied those changes out to all our clients, and dropped them into our DeployStudio workflow (for machines that we image between now and the next image update). On the plus side, this should result in a sizable decrease in server IO and network traffic in the case of a whole class watching Flash videos.

So, once again, shoddy programming. The only caveat I can think with this would be any install bases that are using Macromedia Dreamweaver (already checked Dreamweaver CS3, and it doesn’t write to that folder), or maybe Macromedia Director. If you’re running those, I’d recommend just redirecting the “Flash Player” folder within the Macromedia folder. But, I’m not positive those other programs write to that folder, it’s just a guess.

So, good luck.

UPDATE: So, a student came up to me today and said Pandora stopped working. Looking into the issue, it looks like the newest full release of Flash doesn’t really like this “hack”. So, after beating my head against the wall for 2 hours with this, I decided “what the hell” and installed the beta of Flash player that adobe just released (which is Intel only, even though it claims to be a Universal Binary in the installer, and the Plugin itself), and what do you know, it fixed the issue. So, my guess at this point is Adobe is just slowly updating Macromedia’s code, and they found/fixed this issue while fixing something else (since they don’t support Network Homes).

Lego Mindstorms NXT Storage

2009/11/16 By staze

So, I purchased a Lego Mindstorms NXT kit back shortly after they were released due to a wonderful “error” on Toys’R’Us’s part that allowed coupon stacking. So, I got the kit for $125, when it had just been released. And while I haven’t played with it nearly as much as I should have at this point, I have really been annoyed with how crappy the box is that it came in (the educational set comes with a case, the retail version comes in a really shoddy box).

So, after hanging new shelves in my office, and seeing that ugly box on the shelf, I decided to finally get around to finding a good storage solution for my NXT set.

First stop was google, and I found people had good luck with Plano cases, and the Stanley cases. Knowing the local hardware store had Stanley stuff on display, I drove over and picked up a Stanley 014725R, which has nice removable trays. The problem is, the NXT brick doesn’t fix in any of them. I could remove one of the large boxes, and shove the NXT in it’s spot, but this seemed hokey, so I returned the case, and started looking elsewhere.

Completed, Closed

On the way home, I stopped by Fred Meyer (a supermarket chain that started here in Oregon, and has since been bought by Kroger). In their hardware department, I found the “standard” non-oem case that people use, the Plano 5231.

I knew things would fit in it because people had put up pictures of what they had managed to sort them into. After getting home, I set about organizing everything into the various slots.

All and all, it probably took about an hour to an hour and a half. And while the Plano case doesn’t have removable trays, it should be okay for a single person doing a build as opposed to a group project. If I ever start really working with the NXT set, I may pick up another one of these for my other Technic legos, as they’re currently in an ancient Lego branded, non-segregated plastic box.

Top Open The only issue I can really see is moving back and forth between the top and the bottom of the case to get parts. Ideally, the two halves would come apart easily so one could have them on the table separately and allow for easy retrieval. I can see why Plano doesn’t do this, since the case is really meant for storing random shop related stuff, not really legos. A lot of people purchase the Stanley cases, but have two, one like the one I bought for normal parts. The other that has the deep containers to hold the NXT, cables, etc. This really allows for spreading out and building. And while that would be great for multi-person builds, or in educational settings (apparently the Lego branded cases for education even have holes in the bottom of the trays so you can wash and drain the pieces!), I don’t think it’ll be as big a deal for me. Heck, the main reason I did this, at this point, is to get the ugly torn up box off my shelf.

Bottom Open It would be cool if the bottom section had removable trays, but given the price point, and my goals, it’s hardly a deal killer. It would also be nice if the top separated from the bottom easily, in lieu of the separate containers. But, again, for $10, this is so much better than the box. I really wish Lego would have just included a case with the set.

[xrr rating=4.75/5]

Flash Professional CS 3, Version 9, and Network Homes (on a Mac)

2009/11/04 By staze

Or, “How I stopped worrying and realized Adobe seemingly has crappy QA” (Just because you don’t support something doesn’t mean you don’t test against it)

This is another note, but it’s mainly for those of us in the Sysadmin world. I’m posting it mainly because I couldn’t find anything myself on this.

Flash CS3, e.g. Version 9, does a bit of an odd thing when you launch it for the first time. It copies it’s configuration directory to the local user account. This is so users can tweak settings and not influence the primary copy that’s in the Application folder. The problem arises with Network Homes (which, Adobe doesn’t support). This folder is about 25MB, and contains a whopping 1100 files. Coping that many files, over the network, takes a bit of time (even on gigabit). So, when a user first launches Flash CS3 on their account, the Flash CS3 window pops up, but there is no indication it’s doing anything. It just sits there, and begs to be “force quit”.

But, if you give it a few minutes (depending on your network and storage capacity), it’ll eventually continue loading. The bitch is that it doesn’t tell you what it’s doing.

What finally turned my onto this issue was this adobe page: Modifying the component files — Flash CS3 which shows you where those files are copied to.

Thankfully, after that initial copy, things work fine.

So, you may be saying “But, you could just mass copy out those files to the home directories”. And yeah, that’s true. Except we have 1600 user accounts. Which at 1100 files, that’s about 1.76 million files on the system, which I don’t really want to do. But it would probably work for some of you.

So, word to the wise… just wait for Flash CS3 to launch. It’ll take a bit, but it’ll work.

Over the winter break, I think I’m going to set up my NHR scripts (that I’ve modified from Jeff’s originals) to redirect that Flash folder. Sure, first launch of flash will be “slow” because it’s going to have to copy those files out each time someone launches Flash when they login, but at least it’ll get them off the network, and copying them locally is still a hell of a lot faster than copying them over the network.

UPDATE: I tried modifying the NHR scripts last week, and found that redirecting the Flash folder made very little difference, since copying 1100 files locally is still not a “fast” thing to do. So, at this point, I have removed the redirection of all the Adobe files in Application Support. Now, that first launch will be slow, but after that, Flash launches in about 10 seconds. Sure, that’s 1100 files for each user on the SAN, but at least Flash is usable.