My Google Alerts today picked up a post from a former colleague of mine, commenting on another post from the Yahoo! Interface blog.

I had some problems following the stream in the Performance Matters post, so I thought I would this post to clear up my thoughts.

A technical note up front: Using a waterfall chart that only shows non-persistent connections gives a very skewed view on how a modern Web page page performs. Persistent connections and modern TCP/IP stacks with fast-retransmit algorithms and window-scaling have seend a trend away from network-related performance issues in the recent past.

After the dot-bomb crash, the overabundance of bandwidth (in the form of over-built fiber-optic networks) made backbone and end-to-end connectivity issues for business and most home broadband users almost completely disappear.

The wealth of bandwidth (ok, North America consumers arethe poor cousins compared to their European and Asian counterparts) removed the veil of “it’s the network” which had been the crutch of performance engineers for many years, and exposed the effects of poor design and badly designed infrastructure.

In many cases, poor page design could be overcome. However, issues with core infrastructure and application design were (and are) notoriously difficult to resolve without spending a lot of money and investing a large amount of time and manpower.

So, when these issues were combined with the shrinking budgets and constricted IT staffing in the post-boom era, application performance issues became (and still are) the root-cause of most Web performance issues.

In recent months, as the use of Internet telephony, rich-media streaming, file-sharing, RSS, and SOA products rise nearly exponentially, the bandwidth crunch is starting to re-appear. This is something I first speculated about in October 2005 [here].

In one area, I do agree with the Performance Matters post: the larger the page, the slower download. However, the ongoing debate is one that pits the “more smaller” crown against the “fewer larger” crowd. The “fewer larger” crowd appears to be losing, given the design of most modern Web pages.

The only other comment I can fairly make here is that the majority of the sources cited in the Performance Matters post are 5-6 years old. In that time, I have learned a lot about Web performance, and that the post is more relevant to to the state of the Internet at that time, and not now.

Tags: broadband, designed infrastructure, Google, Internet telephony, IP telephony, North America, over-built fiber-optic networks, SOA, TCP/IP, Web page page, Web Performance, Yahoo!

Dear Gmail:

This is unacceptable.

So much for the massively scalable and redundant architecture theory.

I still have my Yahoo! Mail account….

Technorati Tags: Gmail, Google, frustration, Yahoo!

Tags: frustration, Google, HTTP, IM, it, Om, Technorati, Yahoo!

Ya know, this is getting really tiresome…

Is it time to move back to Yahoo! Mail? Does Google care that they have performance problems?

Technorati Tags: Gmail, Google, errors, unreliable, capacity planning, web performance

Tags: Google, HTTP, IM, it, LAN, Om, performance, pr, Technorati, web, Web Performance, Yahoo!

The Yahoo! BlogSearch started off showing less than remarkable results in terms of performance (I leave the qalitative judgement to other critics). Over the last 11 days, the team at Yahoo! have realized that there may be an issue, and they have been working on it.

On Thursday afternoon (Oct 20, 2005), they obviously implemented a major change that caused performance to improve dramatically.

CLICK IMAGE

This improvement was due to some back-end changes in the search itself. How do I know this? All the improvement came in first-byte (server response time).

HOUR                 AVG_SERVER_RESPONSE
-------------------  -------------------
10/20/2005 00:00:00            1.2159322
10/20/2005 01:00:00            1.2658667
10/20/2005 02:00:00            1.3596000
10/20/2005 03:00:00            1.1870328
10/20/2005 04:00:00            1.1672373
10/20/2005 05:00:00            1.2970500
10/20/2005 06:00:00            1.2220333
10/20/2005 07:00:00            1.3705500
10/20/2005 08:00:00            1.4188667
10/20/2005 09:00:00            1.4439000
10/20/2005 10:00:00            1.5772000
10/20/2005 11:00:00            1.4943559
10/20/2005 12:00:00            1.4794426
10/20/2005 13:00:00            1.4017333
10/20/2005 14:00:00            1.6012500
10/20/2005 15:00:00            1.4380333
10/20/2005 16:00:00            1.1326441
10/20/2005 17:00:00            0.5613000
10/20/2005 18:00:00            0.5656833
10/20/2005 19:00:00            0.5766833
10/20/2005 20:00:00            0.5219831
10/20/2005 21:00:00            0.4722131
10/20/2005 22:00:00            0.5022333
10/20/2005 23:00:00            0.4569138

Would love to hear from the Yahoo team, and learn exactly what they did to bring about such a massive improvement.

Tags: blog, GrabPERF, HTTP, IM, improvement, it, leave, media, Om, performance, pr, search, server, Yahoo!

Business 2.0 is asking how much you would pay to read the NY Times online. [here]

My response: why? I don’t read newspapers anymore. I would pay nothing to read this online, when I can get news free from Reuters, BBC and Yahoo!, and commentary from blogs.

MSM just does not understand. Their model is broken. It is 300 years old, and it is finally succumbing to it’s own dead weight.

The forests of the world are breathing a sigh of relief.

BusinessWeek, trying to support its brethern through it’s lame attempt to “blog”. [here]

Tags: bbc, blog, business, EAD, HTML, HTTP, IE, IM, it, NY Times, Om, online, RSS, Yahoo!

It’s official: DoubleClick is going private. [here and here]

This will be very interesting, especially as DoubleClick starts to feel the heat from AdSense and Yahoo! and any number of other small players.

I wonder if DoubleClick will be releasing an AdSense product, or if they will focus on their current market?

alarm:clock

The Street

Tags: ads, adsense, current, doubleclick, Google, HTML, HTTP, Internet, it, Om, One, pr, RSS, update, Yahoo!

Dave Winer notes that Silicon Valley isn’t what it used to be. [here]

Now, with Yahoo getting its mojo back [here and here], and a few other happenings in the Valley, there are some signs of life.

But there is still a lot of vacant real-estate. The office buildings that housed Webvan are still vacant after 3 years, and they have a great view of the Bay and the San Mateo bridge. There is still a vacuum there.

I can’t speak of the lap dogs, as I am a mere prole.

However, I do disagree with the comment Dave W. makes about schools. If he is referring to Colleges and Universities, ok, I agree. But the public school system in the Bay area, and in California in general, is one of the reasons why I was not too upset to move to Massachusetts.

My kids were going into the highly underfunded, if not malnourished and dying, system of non-education in California that resulted from one of the greatest breeders of inequity in the modern world — Proposition 13.

I love this statement from Warren Buffett:

Buffett cited the inequity of property taxes he pays on his homes in Omaha, Neb., and Laguna Beach, Calif., and said the California cap on property taxes imposed by Prop. 13 “makes no sense.”

His $500,000 house in Omaha has a tax bill of $14,401. His $4 million house in Laguna Beach has a tax bill of $2,264. The taxes on his Omaha home increased $1,920 this year, compared with $23 on the Laguna Beach home, he said.

Complain about the other taxes; then remember that your kids are going to schools that are 40^th in the US by funding.

I miss the great garden we had. But my kids are learning more by not being in California Public Schools.

Tags: blog, California, college, Dave Winer, education, Laguna Beach, Massachusetts, Nebraska, Omaha, pr, San Mateo bridge, United States, universities, USD, Warren Buffett, web, Yahoo!, Yahoo! Inc.

Worst kept secret on the net is now out — Yahoo! has purchased Flickr. [here and here]

Guess I should get either a decent mobile phone or a digital camera…

And I am so &*^*&^*&^ clueless that I didn’t even know that Flickr was

1. Canadian
2. From Vancouver

Well, if I can’t cheer for the Canucks, it’s good to have someone else to cheer for.

Tags: blog, clueless, HTML, HTTP, it, Om, One, Yahoo!

Yahoo Search Blog has a great posting on how the Slurp Bot tries to conserve bandwidth by making use of compression and cache-control headers. [here]

As a Web performance fanatic, it is heartening to see that these folks have taken such care, and put such thought into their indexing crawler. They want it to be accurate, but they don’t want to slam your site.

A while back, I had to write a robots.txt file for WebPerformance to keep the MSNBot from stomping the site on a daily basis. This site uses frames and query variables to produce the various performance graphs. Well, the MSNBot was indexing every page and every variation almost daily. Finally, I said go away, just to that crawler. All the others are fine. Maybe MSN Search should take a page from the Yahoo! (Inktomi) Bot development team.

Tags: bandwidth, blog, cache-control, compress, compression, control, cool, EAD, HTML, HTTP, IE, it, Om, performance, posting, pr, search, the other, variation, web, Web Performance, WebPerformance.Org, Yahoo!

Darren Barefoot posted about Google Maps.

Ummmm…wow. What more can I say? Clear precise maps. Great zooming. Clear directions. Took all of the best from everyone else and … well, wow.

Interesting comment from Jeremy Zawodny. And he works at Yahoo!, which had my go to map application for many years.

More comments from Geek News Central here.

John Battelle woke up and noticed it too! [here]

Ok, the Head Lemur sums it up. [here]

Ummm…wow. My hometown. No street maps, but it’s on the map!

But I still won’t work for you.

Seth Godin thinks Google Maps sexy too. [here]

Tags: app, application, blog, EAD, Google, HTML, HTTP, it, media, Om, One, PHP, pr, Yahoo!