Hanselminutes Podcast 80 - Vista x64 - Is Now the Time?
My eightieth podcast is up. In this one Carl and I talk about our experiences with Vista 64.
- Subscribe:
- Download: MP3 Full Show
- ACTION: Please vote for us on Podcast Alley! Digg us at Digg Podcasts!
If you have trouble downloading, or your download is slow, do try the torrent with µtorrent or another BitTorrent Downloader.
Links from the Show
Do also remember the complete archives are always up and they have PDF Transcripts, a little known feature that show up a few weeks after each show.
Telerik is our sponsor for this show.
Check out their UI Suite of controls for ASP.NET. It's very hardcore stuff. One of the things I appreciate about Telerik is their commitment to completeness. For example, they have a page about their Right-to-Left support while some vendors have zero support, or don't bother testing. They also are committed to XHTML compliance and publish their roadmap. It's nice when your controls vendor is very transparent.
As I've said before this show comes to you with the audio expertise and stewardship of Carl Franklin. The name comes from Travis Illig, but the goal of the show is simple. Avoid wasting the listener's time. (and make the commute less boring)
Enjoy. Who knows what'll happen in the next show?
About Scott
Scott Hanselman is a former professor, former Chief Architect in finance, now speaker, consultant, father, diabetic, and Microsoft employee. He is a failed stand-up comic, a cornrower, and a book author.
About Newsletter
For "random" blue screens, memory testing is my first check. Has saved me hours of debugging.
Regards,
So, Scott, why are you using Vista *64*? (other than you enjoy being an early adapter for MS technologies) Does your PC have tons of memory?
Great show, but I was expecting you to talk about the development experience on a 64-bit box. Like what does not work and what are the showstoppers, IIS behavior, etc... Whether anything is slower, do applications take a lot more memory (particularly 64bit .net apps). Things like this.
Do you plan to do another show on this topic or was just everything peaches with development on Vista64?
Imagine my happy surprise when 19 minutes into the show you folks turned to the issue of BSOD and mentioned the BIOS SPD setting as the culprit on your home built boxes. What wonderful serendipity that was.
I built a Vista Ultimate 32bit machine last November. I experience BSODs when I pushed the system's RAM use. This was typically happened when running VMware Workstation VMs in addition to my normal 10-12 applications.
I like to think that I know a lot about PCs, yet I had never thought about SPD settings before. I immediately went into my system's BIOS and changed the SPD setting from automatic to manual. I left the individual default settings under the SPD manual items, saved the settings and rebooted.
I have not had a BSOD since. I am pushing the memory usage way beyond what I ever would have considered before and the system seems rock solid. Thanks.
No offense to Carl, but I sometimes feel like he's in a totally different podcast than you are. "Speaking of non-sequiturs" . . . I should have known to turn it off as son as I Carl uttered that phrase.
Thanks,
Kerry
http://www.microsoft.com/windowsvista/1033/ordermedia/default.mspx
Comments are closed.
When I'm putting together a new machine I don't consider it trustworthy until I've run some serious stress testing on the system. You are only asking for trouble if you wait for blue screens to tell you something is wrong.
The *first* thing I do is run Memtestx86+! This for me is the first and most important test of system stability. Almost every problem I've had with a new build has had to do with the memory or the memory controller which in most cases means either RAM or motherboard. Until memtest can run for hours (and in the past I've used 8 hours as an arbitrary point) your machine is not stable. I've had memory tests work fine for a few hours and then start detecting errors! So letting it run for a while is crucial.
Next up for me is CPU stress testing. that means running Prime95 for 12-24 hours on "small FFTs" (You may need to run multiple instances with a multi-core processor). That will put no ends of stress on your CPU and the test pretty much fits into the L2 cache on the CPU so it isolates the problems to it. I've never had this fail on a system that wasn't overclocked and had good memory (see step 1 above), but it could happen - especially if something else in your system is not right (i.e. the motherboard). When overclocking this is a great way to see if you've acheived a stable overclock, but I usually make sure the system is absolutely stable at stock speeds before I worry about that.
Once all of this is good, you can run Prime95 "blend" to do some general stress testing.
The moral of the story: Even if your system seems stable from every day usage it may not be. Stress test your systems or you are asking for the heartbreak of lost or corrupt data. Its not hard to do this stress testing and in the long run it will save you time.