<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0">
<channel>
<title>Nathan&apos;s Weblog</title>
<link>http://blogs.eclab.byu.edu/nathan/</link>
<description></description>
<language>en-us</language>
<copyright>Copyright 2005</copyright>
<lastBuildDate>Thu, 17 Mar 2005 16:38:07 -0700</lastBuildDate>
<pubDate>Thu, 17 Mar 2005 16:46:14 -0700</pubDate>
<generator>http://www.movabletype.org/?v=3.01D</generator>
<docs>http://blogs.law.harvard.edu/tech/rss</docs> 

<item>
<title>Another Network Test</title>
<description>I was concerned with the previous network test that perhaps it was slower than what it should be because of the bandwidth to the outside machine. To alleviate that I bonded the two gigabit ethernet cards in that machine effectively...</description>
<link>http://blogs.eclab.byu.edu/nathan/archives/2005/03/another_network.html</link>
<guid>http://blogs.eclab.byu.edu/nathan/archives/2005/03/another_network.html</guid>
<category></category>
<pubDate>Thu, 17 Mar 2005 16:38:07 -0700</pubDate>
</item>
<item>
<title>Initial Network Test</title>
<description>After some headache and help from Devlin I was able to do some initial testing of the networking with VMWare. Devlin helped me get IOMeter compiled in Debian. Below are the graphs. The tests were run using iometer to read...</description>
<link>http://blogs.eclab.byu.edu/nathan/archives/2005/03/initial_network.html</link>
<guid>http://blogs.eclab.byu.edu/nathan/archives/2005/03/initial_network.html</guid>
<category>Benchmark Tests</category>
<pubDate>Mon, 07 Mar 2005 14:56:39 -0700</pubDate>
</item>
<item>
<title>The importance of distributing across LUNs</title>
<description>As an update to what I have been working on I have been running more IOMeter tests. This time with many more Virtual Machines. To do this latest set of tests I created a new Windows 2003 Enterprise Server image...</description>
<link>http://blogs.eclab.byu.edu/nathan/archives/2005/02/the_importance_1.html</link>
<guid>http://blogs.eclab.byu.edu/nathan/archives/2005/02/the_importance_1.html</guid>
<category>Benchmark Tests</category>
<pubDate>Thu, 10 Feb 2005 13:20:46 -0700</pubDate>
</item>
<item>
<title>VM test with IO Meter</title>
<description>A few days ago I was talking to Devlin and he asked why we don&apos;t just run benchmarks on the VMs to see what performance they get. After thinking about that I decided it was a good idea. So today...</description>
<link>http://blogs.eclab.byu.edu/nathan/archives/2005/01/a_few_days_ago.html</link>
<guid>http://blogs.eclab.byu.edu/nathan/archives/2005/01/a_few_days_ago.html</guid>
<category>Benchmark Tests</category>
<pubDate>Thu, 27 Jan 2005 14:06:00 -0700</pubDate>
</item>
<item>
<title>IOMeter</title>
<description>I&apos;ve done some further looking at IOMeter and it won&apos;t work for a monitoring tool for our overhead test. It is meant more as a benchmark tool. Meaning that it generates a work load on the system and sees how...</description>
<link>http://blogs.eclab.byu.edu/nathan/archives/2005/01/iometer.html</link>
<guid>http://blogs.eclab.byu.edu/nathan/archives/2005/01/iometer.html</guid>
<category>Progress Update</category>
<pubDate>Tue, 25 Jan 2005 14:34:26 -0700</pubDate>
</item>
<item>
<title>Overhead Test Initial Impressions and Update</title>
<description>The overhead test configuration is progressing. Well actually it is ready to go. Over the last couple of days I figured out how to configure our labs switch, I also enabled the web configuration module for it so configuring it...</description>
<link>http://blogs.eclab.byu.edu/nathan/archives/2005/01/overhead_test_i.html</link>
<guid>http://blogs.eclab.byu.edu/nathan/archives/2005/01/overhead_test_i.html</guid>
<category>Progress Update</category>
<pubDate>Thu, 20 Jan 2005 13:43:40 -0700</pubDate>
</item>
<item>
<title>Overhead Test Progress</title>
<description>Dr. Windley came up with an idea to estimate the overhead created by VMWare. The setup is fairly simple. Have a load balancer in front of a group of virtual machines. The test is simple also, you run a simple...</description>
<link>http://blogs.eclab.byu.edu/nathan/archives/2005/01/overhead_test_p.html</link>
<guid>http://blogs.eclab.byu.edu/nathan/archives/2005/01/overhead_test_p.html</guid>
<category>Progress Update</category>
<pubDate>Tue, 11 Jan 2005 06:09:48 -0700</pubDate>
</item>
<item>
<title>VMFS and Test Data for the VMs</title>
<description>So I have learned a couple of things about VMFS. First it is a propriatary file system that is best suited for very large files, such as isos and disk images. This makes sense because its primary purpose is to...</description>
<link>http://blogs.eclab.byu.edu/nathan/archives/2004/12/vmfs_and_test_d.html</link>
<guid>http://blogs.eclab.byu.edu/nathan/archives/2004/12/vmfs_and_test_d.html</guid>
<category>Progress Update</category>
<pubDate>Wed, 22 Dec 2004 08:47:46 -0700</pubDate>
</item>
<item>
<title>Comparing Apples to Oranges?</title>
<description>After some discussion between Devlin and I. I am starting to wonder if it will even be useful to load anything besides the ESX server on the other machine. The question arises on whether installing an OS on there will...</description>
<link>http://blogs.eclab.byu.edu/nathan/archives/2004/11/comparing_apple.html</link>
<guid>http://blogs.eclab.byu.edu/nathan/archives/2004/11/comparing_apple.html</guid>
<category>Virtualization</category>
<pubDate>Tue, 23 Nov 2004 10:27:53 -0700</pubDate>
</item>
<item>
<title>Waiting for the SAN</title>
<description> We are at an impass currently. Our biggest limiting factor is disk space. We have aquired various ISOs but have no where to put them so that they can be loaded. We also are limited in the number of...</description>
<link>http://blogs.eclab.byu.edu/nathan/archives/2004/11/waiting_for_the.html</link>
<guid>http://blogs.eclab.byu.edu/nathan/archives/2004/11/waiting_for_the.html</guid>
<category>Progress Update</category>
<pubDate>Tue, 23 Nov 2004 10:23:21 -0700</pubDate>
</item>
<item>
<title>Progress!! well some any way</title>
<description>We&apos;ve made some good progress this week. We have one ESX server up and running. Devlin sucessfully launched KNoppix in a virtual machine. So we know it works. We need to go through and document what it is that we...</description>
<link>http://blogs.eclab.byu.edu/nathan/archives/2004/11/progress_well_s.html</link>
<guid>http://blogs.eclab.byu.edu/nathan/archives/2004/11/progress_well_s.html</guid>
<category>Progress Update</category>
<pubDate>Fri, 05 Nov 2004 16:34:24 -0700</pubDate>
</item>
<item>
<title>Cheaper servers?</title>
<description>I wonder if it would be possible to create distributed virtual machines. Meaning launch virtual machines on regular work stations that people are sitting in front of and basically syphone off the idle cpu cycles to perform the tasks normally...</description>
<link>http://blogs.eclab.byu.edu/nathan/archives/2004/10/cheaper_servers.html</link>
<guid>http://blogs.eclab.byu.edu/nathan/archives/2004/10/cheaper_servers.html</guid>
<category>Ideas</category>
<pubDate>Fri, 29 Oct 2004 14:25:18 -0700</pubDate>
</item>
<item>
<title>Distributed Computing and Virtualization</title>
<description>It seems that virtualization has much in common with distributed computing. One of the biggest problems it faces is scheduling. How to decide what to run where and when to do it. Another problem they both seem to face is...</description>
<link>http://blogs.eclab.byu.edu/nathan/archives/2004/10/distributed_com.html</link>
<guid>http://blogs.eclab.byu.edu/nathan/archives/2004/10/distributed_com.html</guid>
<category>Ramblings</category>
<pubDate>Fri, 29 Oct 2004 14:20:10 -0700</pubDate>
</item>


</channel>
</rss>