After much waiting my iphone is all setup and configured i am going to have to get used to typing on it though. I have fat thumbs.
And yes — it is as good as you’ve heard.
July 1st, 2007 § 1 comment § permalink
After much waiting my iphone is all setup and configured i am going to have to get used to typing on it though. I have fat thumbs.
And yes — it is as good as you’ve heard.
May 30th, 2007 § 4 comments § permalink
Via various places, I’ve noted that there has been discussion about the possibility of implementing Bugzilla in alternative languages (:cough:python:cough:). I doubt that the core bugzilla team would pull up their roots and really switch but a python-version of bugzilla (trac doesn’t count) in Django would be really, really hot.
I linked to the main wiki page up top — but here’s a link to the discussion page.
The primary page lists come common (albeit silly for the most part) “cons” that python is viewed as having. I think the discussion page is more interesting personally, but in either case — who is up for doing an implementation anyway?
I would shave every hair off my body and paint myself blue for a Bugzilla/Testopia implementation in Django it’s been on my “list of things to do one day” ever since I started poking at Django a year or so ago.
February 19th, 2007 § 0 comments § permalink

I saw this post on Slashdot the other day — it’s a paper called ” Failure Trends in a Large Disk Drive Population”. It’s a good read for anyone in the storage business — hell, it’s a good read for anyone interested in computer. In section 5, under conclusions, they state:
In this study we report on the failure characteristics of consumer-grade disk drives. To our knowledge, the study is unprecedented in that it uses a much larger population size than has been previously reported and presents a comprehensive analysis of the correlation between failures and several parameters that are believed to affect disk lifetime. Such analysis is made possible by a new highly parallel health data collection and analysis infrastructure, and by the sheer size of our computing deployment.
One of our key findings has been the lack of a consistent pattern of higher failure rates for higher temperature drives or for those drives at higher utilization levels. Such correlations have been repeatedly highlighted by previous studies, but we are unable to confirm them by observing our population. Although our data do not allow us to conclude that there is no such correlation, it provides strong evidence to suggest that other effects
may be more prominent in affecting disk drive reliability in the context of a professionally managed data center deployment.
These two points are interesting. In some of the labs I’ve worked in, an astonishing number of drives die regularly. The manufacturer/distributor excuse has always been “heat issues” or “use cases”. Admittedly, the temp. range Google capped at was 50 celsius (122 Fahrenheit). In a rack with densely stacked servers (1-2U machines, rack filled) and with those machines running close to 75% and above CPU load with non-stop disk I/O (read, write, delete/format) and constant machine power cycles the temp. inside the racks could spike far past the 122 mark at which point the failure-trend Google marks starts to spike again.
Of course, in the labs I’ve been in, we were using these as test bed machines — total/high reliability was not something direly important for the simple fact that these machines were disposable.
Even with that in mind: You should always assume your disk drives are going to fail sooner than you expect. The MTBF on a large enough pool of disks not configured in a “smart” configuration (i.e. raid, arrays, etc). I’m not talking about consumer-use patterns (although, I just had a drive go south on my laptop) — I’m talking about datacenter/IT/etc use cases.
The Google paper is a good reference case, but you should remember that all use patterns are different. An application/test or system that really puts the disks to use can cause drive failures much earlier than you (or any paper) might assume. A good chunk of the “storage industry” realized this long ago — this is why companies (cough) work on software applications and intelligent hardware “wrappers” (arrays, raids, etc) to work around the basic assumption that in a large enough pool of drives, you’re going to have near constant drive failure. People might disagree with the prices or methodology, but the fact remains that the basic assumption is true.
Of course, that reasoning can be held for any piece of hardware in the typical data center. Apply too much heat/load to a pool of machines and your failure rate it going to be high unless the machines were designed with high-reliability in mind (which normal indicates RAID/Fiber/etc storage).
In any case, the paper is a good read. I’ve gone and started rambling. If you’re looking for some tools to test drives/filesystems in general, I’d take a look at the standard Bonnie/Bonnie++ and other tools, but also take a look at Rugg (built in python) and also remember that it’s important to stress a drive below the filesystem layer. Typically, this means raw-writing to the device — if you’re job is to test drive speed/reliability or test the reliability of drive drivers for your operating system, that’s a step you can’t forget.
Update: StorageMojo has a more detailed breakdown.
February 6th, 2007 § 0 comments § permalink

That’s right. My awesome employer, a storage startup called Archivas is being purchased by Hitachi Data Systems, a wholly owned subsidiary of Hitachi Limited.
This is of course, awesome new for us as a company — but on a personal level this purchase shows a belief and commitment on the part of Hitachi when it comes to the product and technology I’ve put blood and sweat and tears into for the past 3 years.
Some of the news links:
From the HDS site
Search Storage
eWeek Coverage
MarketWatch
When I go to pyCon this month — I get to go as an HDS employee. This is truly awesome.
February 27th, 2006 § 0 comments § permalink
HDS, Archivas team on fixed-content archiving
Hitachi Data Systems and Archivas Forge Global Partnership to Create Solutions for a New “Active Archive†Market Space
And that’s all I am going to say about that.
January 16th, 2006 § 0 comments § permalink
You should read this: The essence of a long-term digital archive
An excellent article describing digital archives in the modern IT field. For most people, this article might seem irrelevant (in the scope of things I have talked about previously — it is). However, given that this is the field I work in, it’s a subject near and dear to me.
Of course, in the interest of full disclosure, I work in this field, and I also happen to know the article’s author.
January 6th, 2006 § 0 comments § permalink
I’ll tell you this much — ever since I watched this screen cast by a guy using it for Python, I’ve spent a lot more time working on the more interesting language features.
I’ve added a lot of stuff pertinent to my work in the snippets, tab triggers, etc. I really have not been this happy with an editor in some time.
Really, you should check it out.
November 15th, 2005 § 2 comments § permalink
This is actually a big thing (that I haven’t seen talked about a lot) — someone has posted a working program capable of generating MD5/4 collisions in under 45 minutes on a 2.4 GHZ processor.
This is significant because previously, while everyone knew that MD5 was basically worthless at this point (due to the How to Break MD5 and Other Hash Functions paper, people continues to say “but there’s no exploit code!”.
Now there is. People need to start using something in the realm of SHA-256 for hashing (SHA-1 is “weaker” then expected) or some other authenticity method, but really, MD5 is worthless, and SHA-1 is going to go down as well.
You can see Bruce Schneier’s writing on this as well.
November 4th, 2005 § 0 comments § permalink
Ran across this app via version tracker: AlmostVPN — Trac
It’s interesting — it’s an SSH tunneling manager that sits in the Pref. Pane in OS/X instead of being a standalone application. For those of us who have to VPN a lot, but despise things like the official Cisco VPN client (on any damned platform) this might be useful (if you have ssh access into the corporate network).
October 28th, 2005 § 1 comment § permalink
I use growl on my mac — but I haven’t browsed the site in ages. Today, from del.icio.us I found this gem: GrowlNotifier class (Python)
I am going to use the hell out of this. Python bindings for Growl? Heck yeah!
Some notes for myself: Make sure to view the scripts and Extras folders, and also enable “remote notification” in the preference pane.
This will be incredibly useful for tracking network events — also, it’ll be kind of cool. I need to make a bugzilla growl plugin to tell me when new bugs hit my queue (but that’s redundant with email notifications, I know.)