Everybody Staze...

Nobody leavz...

  • Home
  • About Me
    • LinkedIn
    • Lab
  • Contact
  • Links
  • Reviews
  • Sitemap
  • Weather

Two sets of tires

2011/09/06 By staze

This is going to be a rather long post, so first, some backstory: We picked up our ’07 Prius Touring in December of 2006. It came stock with 16″ (P195/55R16) Bridgestone Turanza EL400 tires. As usual, stock OEM tires are generally low wearing (they’re cheaper, and they tend to be quieter). They lasted us about 26k miles. At that point (Sept 2008), we purchased Bridgestone Potenza G019 Grid’s, which was one of the few options available for the car at the time. There were no real low rolling resistance (LRR from here-on) available at that time. These were decent tires, for a while. We lost some MPGs with them, but that’s normal for new tires (new tires have higher rolling resistance than worn ones). What we didn’t expect was that they became exceedingly noisy (by the time we put 40k miles on them, they sounded like mudding tires on a truck). Turns out, they were cupping quite badly on the inside edge. Speaking with the local Firestone manager, he said it was pretty common with those tires, partly because they’re unidirectional (when you rotate them, you basically have to keep them on the same side of the car). But that should only explain one side cupping… all four were cupped significantly. Reading online, this seems to be a common complaint, so I’d imagine it’s something with the design.

Anyway, we just bought some real LRR tires to replace the Potenza’s (as the shop said they were getting near the end of their life, and the cupping noise was beyond bearable): Bridgestone Ecopia EP422’s (review of them in the coming months). And man oh man, are they sweet. The car feels like it’s floating, and it’s as silent as can be. Anyway, now that I’m done with the Potenzas, I figured I’d do some comparisons on mileage, and in a way, how rolling resistance really can matter.

[Read more…]

Filed Under: Prius Tagged With: Bridgestone, Directional, Ecopia EP422, Potenza G 019 Grid, Turanza EL400

Mail.app and 32-bit signed integers

2011/08/31 By staze

Mail.app does not like it when a mail server reports the NEXTUID to be greater than 2^31 (which is the limit for signed 32-bit integers). I could end this post here, but it’s worth explaining how I got here, and how I fixed it… just incase.

A few weeks back, a faculty member hit quota for his email. This isn’t unheard of, but for some reason, this faculty member hit quota in such a way as to cause Dovecot (the central mail server’s mail service) to rapidly increase the UIDs for his email. I’m guessing something like the following happened.

  1. User is near quota, and receives message
  2. Dovecot writes out message to Inbox, but lazily updates dovecot-uidlist
  3. Delivery of message causes quota full
  4. Dovecot goes to update uidlist, but can’t since the quota is full. Which causes a race condition where it tries repeatedly to write it out, and in the process, increasing the base UID each time
  5. After this repeats a few thousand times, the user gets below quota again, and we end up with a NEXTUID of 3829200751 (yes, 3.8 Billion).

Now, there are two things you can think about this. One, is “this is a dovecot problem”. Well, yes, but… they’ve warned users not to store the uidlist files on quota enforced volumes:

Dovecot can’t currently handle not being able to write the control files, so it will cause problems with filesystem quota. To avoid problems with this, you should place control files into a partition where quota isn’t checked. ((http://wiki2.dovecot.org/MailLocation/Maildir))

[Read more…]

Filed Under: Apple, Sys Admin Tagged With: Dovecot, iOS, Mail.app, RADAR, UIDs

Return of website optimization

2011/08/28 By staze

UPDATE (10/27/2011): As of today, I’m scoring a 99/100 on PageSpeed (missing point is an erroneous error about images being unoptimized), and a 99/100 on YSlow (missing point is about Cloudflare setting cookies on static content, which isn’t a huge issue). So at this point, I can finally say “USE CLOUDFLARE”. It’s more than worth it (which, since it’s free….).


So in a fit of boredom last night, I decided to take a look at page speed increases again.

This time is a bit different as I’m not using Cloudflare and I’ve changed themes. Since moving to the new theme, and an update to W3TC, I’d been getting in the mid-80’s for both Page Speed, and YSlow. Which shouldn’t be the case with Cloudflare. Everything says it should have greatly improved my speeds, and score… so something was clearly up.

So, some testing later, and I’ve figured out what was up. First, was disabling the automatic settings in W3TC. I’m guessing this (automatic minify) would work if you weren’t using a WP_CONTENT_URL (which I guess I probably don’t need anymore with Cloudflare… but changing to not use it would take a bit of work at this point.). The point of the WP_CONTENT_URL, however, is to “parallelize” the browser download process… so Cloudflare probably doesn’t solve this issue.

Anyway, disabling it, then going into W3TC’s minify section and adding all the URLs for your CSS and JS files that are loaded on your home page. Also, I went into my thematic child theme’s style.css, and removed all the @import’s, and added those CSS files to the minify settings. Reordering the CSS and JS was then a trial and error, but got it working.

Now, page loads are damn fast. And YSlow gives me 99/100, and Page Speed gives me a 97. Cloudflare gives me the CDN points, so the only thing hurting my YSlow score is Google Analytics not having long distance expiration.

Optimization takes time, but it works. I’m not positive why Page Speed is knocking off the 6 points, but I think it’s some CSS inefficiencies. *shrugs*

Good luck, and feel free to ask if you run into any issues. Might just redirect you to somewhere else, but it’s working.

Filed Under: Coding Tagged With: Cloudflare, PageSpeed, W3TC, YSlow

« Previous Page
Next Page »

Weather

Categories / Archives

  • Apple
  • Coding
  • Electronics
  • Energy
  • Home Ownership
  • Miscellany
  • Politics
  • Prius
  • Sys Admin
  • Travel
  • Uncategorized
  • Work
  • April 2026
  • August 2025
  • April 2025
  • January 2024
  • February 2021
  • July 2020
  • January 2020
  • April 2019
  • March 2018
  • February 2018
  • June 2017
  • February 2017

Copyright © 2026 · Staze On Genesis Framework · WordPress · Log in