```json
{
    "title": "GrabPERF: End of Daylight Savings Time in the US",
    "url": "https://performancezen.com/2005/10/29/grabperf-end-of-daylight-savings-time-in-the-us/",
    "datePublished": "2005-10-29",
    "dateModified": "2005-10-29",
    "language": "en-US",
    "description": "At 2AM EDT Oct 30, 2005, it will become 1AM EST Oct 30, 2005. This shift will take us from GMT -4 to GMT -5. As always, hang onto your…",
    "author": "spierzchala",
    "publisher": "Performance Zen"
}
```

# GrabPERF: End of Daylight Savings Time in the US

At 2AM EDT Oct 30, 2005, it will become 1AM EST Oct 30, 2005. This shift will take us from GMT -4 to GMT -5.
As always, hang onto your hats, as I have no idea how the time change will affect the graphing in GrabPERF. My theory is that there should be double measurements for the 1 AM hour, and the hourly rollup will fail, as there will already be an entry for the time period.
I could write an exception for this twice yearly foobar, but let's just say this update is scraping the bottom of the GrabPERF punch-list.
At least I don't have [this problem](http://news.bbc.co.uk/2/hi/uk_news/england/london/4384378.stm).