In dump (and ufsdump, and other close cousins) you can specify thefilesystem that you want to dump in two ways: by the name of itsmountpoint, or by the name of the (raw) device that it's on. One ofmy little twitches is that I always specify thefilesystem to dump by its mountpoint. Like a lot of my little twitches,this has a history behind it.

The problem is that at least some old versions of dump were perfectlywilling to write their output to

This week, we:

• got 15,790 messages from 280 different IP addresses.
• handled 23,657 sessions from 1,340 different IP addresses.
• received 248,408 connections from at least 73,118 different IPaddresses.
• hit a highwater of 17 connections being checked at once.

Volume is up again from last week ,although the number of different IPs is down slightly.

I have an embarrassing confession: my home Internet connection is stilla dialup 28.8Kbps PPP link. (Back when I first set it up, this was onlyslightly behind the times, as 33.3Kbps modems had just come out.)

For a long time this was fine, because all I really did with it wastext-based stuff, mostly sshing to my machines at the university; whileI did do some web surfing, pretty much all of the sites I visitedregularly were

Recently, nothings askedan interesting question in a comment here :

[...] why, under the hood, deep down, is something like memcachednecessary? Why isn't the SQL server's cache as effective?

I think that one of the reasons for this is that highly aggressivecaching in an SQL server is much harder than it looks.

In database servers, caches have to be transparent ;non-transparent caches would implicitly break ACID guarantees. Now contemplate theproblem of completely correct cache invalidation that