Slashdot Mirror
US Postal Service Moves To GNU/Linux
twitter writes "The US Postal Service has moved its Cobol package tracking software to HP machines running GNU/Linux. 1,300 servers handle 40 million transactions a day and cost less than the last system, which was based on a Sun Solaris environment." The migration took a year. The USPS isn't spelling how big the savings are, except that they are "significant."
Have you ever coded in COBOL? I have. It is EXTREMELY easy. It is quite close to English and is not at all cryptic. I believe nearly any coder with any experience and a language reference guide can read through code and make changes were needed. It has been almost 10 years since I last wrote a PIC statement, but I am quite confident that not only I, but just about anyone could do it. While I think the stories about pulling old programmers out of mothballs (retirement) is rather heartening, I think they are blowing the problem out of proportion. What these companies should be doing is hiring experienced and mature coders who can learn COBOL then send them to school.
What I find disheartening is the fact that businesses are no longer able to see education and training of employees as a worthwhile investment. (I know why they probably don't see it as worthwhile and it has a lot to do with employee loyalty, but I have to insist that the problem of loyalty didn't really happen until employers started treating their employees as disposable... they have no qualms with firing and laying off people at-will and yet they expect employees to be loyal? Get real!)
they could still reap even more benefits by recoding for modern languages and coding practices
Maybe. The fact is it appears they successfully migrated the system to a new platform within a year. I have seen many "modern" systems still jerking around with UML after a year and I can't count how many were never brought fruition.
But then, this is the US Postal Service. COBOL's probably fast enough for the task.
COBOL has a lot of issues but speed isn't a big one. I'm willing to bet that on tasks that are appropriate to COBOL it would kick most "modern" scripting languages asses in terms of speed.
Leave the gun, take the cannolis.
1300 servers, processing 40 million transactions a day... that's about 30,800 transactions per server. Or one transaction every 2.8 seconds or so. With an entire Linux box dedicated to it.
I work in the scan processing group at FedEx. At peak, we see over 100,000,000 transactions a day. And that's handled on 45 linux boxes, and 12 more for the database, doing upwards of 6000 transactions per second during bursts. That's a peak of about 133 transactions per second, per box. That's a little better than 0.3 TPS for the Post Office. So we have about 400 times the performance with 5% of the hardware. By that margin, I could do their processing with about 25 boxes total. That would mean another 98% savings on hardware alone.
For some reason, I fail to be really impressed that they've gone from "Crappy performance and Expensive" to "Crappy performance and less expensive."
I wonder if I can get the bazillion dollar contract to rewrite their system... No, wait, my name isn't "Boeing" or "Lockheed" or Ken Murtha.
Life, the Universe, and Everything... in my image.
Last week on Top Gear, they raced a standard letter sent via standard post in the UK from the south of the UK to the far north of the UK and the letter won.
Total cost of the stamp? A fraction of a pound.
The US is very similar. A little slower due to the extreme distances mail has to route to, but, i'd wager on mail versus delivering it yourself anyday. Not only that it's *cheap*
Non impediti ratione cogitationus.
cost less than the last system, which was based on a Sun Solaris environment.
Two thoughts:
Advice: on VPS providers
I paid more for a first class stamp from the Bundespost in Germany in 1976 than I pay in the U.S. today, and the service is better. The USPS is a bargain and it's better managed than people give it credit for.
Very often, people confuse simple with simplistic. The nuance is lost on most. - Clement Mok
Will this allow them to improve their tracking system?
UPS has had an amazing tracking system for years. FedEx has improve theirs, to the point they have good estimated delivery dates and can show you what's going on with your package pretty well, like UPS.
When dealing with the post office, their system works but is... antiquated. When paying for any kind of fast shipping (overnight, two day) I can receive my package before the tracking number pulls up a package. It's not every time, but it's enough to make me not care much. What I really care about is estimated delivery dates. I want to know when I'll get my package. I usually don't care if my package is in NYC, Duluth, or San Antonio. It will get where it needs to go. I would rather have the step-by-step tracking information show up later and have things like estimated TOA show up fast.
I remember as a kid (I'm 26) you could order something from a catalog and you had basically no idea when it would show up from UPS, etc. Today I can find out where my UPS package was last scanned, nearly up to the minute. Very cool.
That would make a neat visualization. They should put that on their site, little packages moving along their correct routes around the country.
Comment forecast: Bits of genius surrounded by a sea of mediocrity.
I have to agree. When I was 19 and interning in the accounting department at a chemical plant, I was asked to add a new field to one of their systems because I knew FORTRAN. I looked at their code, told them that it was not FORTRAN, but I thought I understood what was going on. They said fine. After a couple of hours of monkey-see-monkey-do I had made the change and verified that the field showed up on the screen that they wanted it on, saved the values as expected and showed up in the modified reports where they wanted. It was not until over 20 years later that I looked inside a COBOL book and realized that I had been unknowingly 'tainted'. It was that easy.
economies of scale. LOTS AND LOTS of small, lightweight letter's, postcards, bills, etc. can fit on a plane, truck, mail car, etc. if 200 letters can fit in a 1ft by 1 ft box (likely many, many more), then that 1ft by 1ft box got $100 dollars in stamps. it typically costs about what, $10 to ship something this size & weight (can be dense) via FedEx at retail?
ERROR: SIG NOT FOUND (A)bort, (R)etry, (F)ail?:
COBOL runs quite fast; it is a compiled language that was designed from the start for compiler optimization of business logic code. Think in terms of well written C.
COBOL's reputation for being slow has to do with writing the programs, and dates back to its earliest days when code had to be written as SET RIDICULOUSLYLONGVARIABLENAME EQUAL TO 2 PLUS 2. Development time sped up a lot when Gracie was finally convinced that RIDICULOUSLYLONGVARIABLENAME = 2 + 2 would work as well (the original approach had to do with coders handprinting the instructions on coding forms that were then given to keypunch operators who knew nothing about computer languages but could type really fast and accurately... so long as their fingers didn't have to reach too far from the home keys).
I was never found of COBOL in school, and never did much with it. But I agree with others that anyone who has worked with a couple of programming languages could probably master COBOL in a matter of hours: in retrospect, it is basically a simple and obvious language. What I probably could not do is reverse engineer some of the constructs that were used back in the day: a lot of weird code was developed to work around hardware limitations that no one born after 1980 will have ever seen. Much of that wasn't documented well, and I think that is why old COBOL programmers are in demand. They remember that this particular type of data structure was used to optimize read-write operations on dual high speed tapes... to a younger programmer it just looks like arbitrary stupidity and they don't know what to do with it.
Will