<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Weights &amp; Biases &#8211; iAIFeed</title>
	<atom:link href="https://www.iaifeed.com/tag/weights-and-biases/feed" rel="self" type="application/rss+xml" />
	<link>https://www.iaifeed.com</link>
	<description>iAIFeed</description>
	<lastBuildDate>Mon, 12 Oct 2026 12:44:22 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.1.3</generator>

<image>
	<url>https://www.iaifeed.com/wp-content/uploads/2026/07/cropped-iaifeed1-80x80.png</url>
	<title>Weights &amp; Biases &#8211; iAIFeed</title>
	<link>https://www.iaifeed.com</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>How to Version ML Datasets and Models With W&#038;B Artifacts</title>
		<link>https://www.iaifeed.com/how-to-version-ml-datasets-and-models-with-wb-artifacts</link>
					<comments>https://www.iaifeed.com/how-to-version-ml-datasets-and-models-with-wb-artifacts#respond</comments>
		
		<dc:creator><![CDATA[iamltlb]]></dc:creator>
		<pubDate>Mon, 12 Oct 2026 12:44:22 +0000</pubDate>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Weights & Biases]]></category>
		<guid isPermaLink="false">https://www.iaifeed.com/how-to-version-ml-datasets-and-models-with-wb-artifacts</guid>

					<description><![CDATA[Artifacts give your datasets and model weights a version history. Learn how to log, promote, and roll back models so any result can be reproduced.]]></description>
										<content:encoded><![CDATA[<p>Tracking metrics is half the job. The other half is knowing which dataset and which weights produced those metrics. <a href="https://www.iaifeed.com/ai-tool/weights-and-biases">Weights &#038; Biases</a> calls these versioned files artifacts, and they turn an experiment log into a reproducible record.</p>
<p><strong>Quick answer:</strong> Log files with <code>run.log_artifact(path, type="dataset")</code>, consume them with <code>run.use_artifact("...:latest")</code>, and W&#038;B gives each version a hash and a lineage graph linking data to model.</p>
<p>Most teams adopt artifacts only after a painful incident — a model that cannot be retrained because the exact training split is gone. Setting it up beforehand is cheap; reconstructing it afterward is not.</p>
<h2>How do you log a dataset as an artifact?</h2>
<pre><code>import wandb

run = wandb.init(project="churn-model", job_type="data-prep")
art = wandb.Artifact("training-data", type="dataset",
                     description="Churn data through 2026-09")
art.add_file("data/train.parquet")
run.log_artifact(art)
run.finish()</code></pre>
<p>W&#038;B hashes the contents and gives you a version like <code>v0</code>, <code>v1</code>. Change one byte and the next version is distinct — no manual numbering.</p>
<h2>How do you consume an artifact in training?</h2>
<pre><code>run = wandb.init(project="churn-model", job_type="train")
data = run.use_artifact("training-data:latest")
path = data.download()

# train...
model = wandb.Artifact("churn-classifier", type="model")
model.add_file("model.pt")
run.log_artifact(model)
run.finish()</code></pre>
<p>Because training calls <code>use_artifact</code>, W&#038;B records the exact dataset version in the run&#8217;s lineage. Months later you can trace a model back to the data it saw.</p>
<h2>What do the version aliases mean?</h2>
<table>
<tr>
<th>Alias</th>
<th>Meaning</th>
</tr>
<tr>
<td><code>v0</code>, <code>v1</code></td>
<td>Immutable version numbers</td>
</tr>
<tr>
<td><code>latest</code></td>
<td>Newest version of that artifact</td>
</tr>
<tr>
<td><code>best</code></td>
<td>Whatever you alias as best</td>
</tr>
<tr>
<td><code>production</code></td>
<td>Alias for the deployed version</td>
</tr>
</table>
<p>Aliases move; versions do not. Point your deployment at <code>production</code> and promote a new version to that alias when you are ready — the old one stays available for rollback.</p>
<h2>How do you promote and roll back a model?</h2>
<pre><code># promote\nart = run.use_artifact("churn-classifier:v3")
art.aliases.append("production")
art.save()</code></pre>
<p>Rolling back is the same call with the previous version. Because every version persists, you are never stuck with a bad deploy once you catch it.</p>
<h2>What are the storage and cost limits?</h2>
<p>Artifact storage counts against your plan&#8217;s quota. The free tier covers personal projects with a few gigabytes; datasets of images or video blow through that quickly and push you to a paid team plan. Model checkpoints are the usual culprit — log the final weights, not every epoch.</p>
<h2>What trips people up?</h2>
<ul>
<li>Logging large artifacts every step fills your quota fast; log at the end.</li>
<li>Forgetting to call <code>run.finish()</code> leaves the run open and the artifact pending.</li>
<li>Downloading to the same path each time overwrites local files silently.</li>
<li>Aliases are per-artifact, so <code>best</code> on one model is unrelated to <code>best</code> on another.</li>
</ul>
<p><strong>Who this suits:</strong> teams shipping models to production who need rollback and audit trails. <strong>Who should skip it:</strong> if you train locally on one dataset and never redeploy, a git repo for code plus a folder of weights is honestly sufficient.</p>
<h2>Quick Summary</h2>
<ul>
<li>Artifacts version datasets and model weights with automatic content hashing.</li>
<li>Log with <code>log_artifact</code>, consume with <code>use_artifact</code> to build lineage.</li>
<li>Aliases like <code>production</code> enable one-call promotion and rollback.</li>
<li>Versions are immutable, so old models stay reproducible.</li>
<li>Storage counts against your plan — do not log every checkpoint.</li>
</ul>
]]></content:encoded>
					
					<wfw:commentRss>https://www.iaifeed.com/how-to-version-ml-datasets-and-models-with-wb-artifacts/feed</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>How to Track Machine Learning Experiments With Weights &#038; Biases</title>
		<link>https://www.iaifeed.com/how-to-track-ml-experiments-with-weights-and-biases</link>
					<comments>https://www.iaifeed.com/how-to-track-ml-experiments-with-weights-and-biases#respond</comments>
		
		<dc:creator><![CDATA[iamltlb]]></dc:creator>
		<pubDate>Mon, 12 Oct 2026 12:43:57 +0000</pubDate>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Weights & Biases]]></category>
		<guid isPermaLink="false">https://www.iaifeed.com/how-to-track-ml-experiments-with-weights-and-biases</guid>

					<description><![CDATA[Stop guessing which hyperparameters gave you the best model. W&#038;B logs every run, metric, and artifact so you can compare them side by side.]]></description>
										<content:encoded><![CDATA[<p><a href="https://www.iaifeed.com/ai-tool/weights-and-biases">Weights &#038; Biases</a> is an experiment tracking platform. You add a few lines to your training script and it records metrics, configs, and model files to a dashboard where you can compare runs.</p>
<p><strong>Quick answer:</strong> <code>pip install wandb</code>, run <code>wandb login</code>, then call <code>wandb.init()</code> and <code>wandb.log()</code> inside your training loop. Free for personal projects and academic use.</p>
<p>The honest case for it: if you have ever trained five variants and could not remember which learning rate was which, you need this. If you train one model once, a print statement is fine.</p>
<h2>How do you install and log in?</h2>
<pre><code>pip install wandb
wandb login</code></pre>
<p><code>wandb login</code> opens a browser for an API key. On a headless server, set <code>WANDB_API_KEY</code> as an environment variable instead and the client picks it up.</p>
<h2>How do you log a training run?</h2>
<pre><code>import wandb

wandb.init(project="churn-model",
           config={"lr": 1e-3, "batch_size": 64, "epochs": 20})

for epoch in range(20):
    train_loss = train_one_epoch()
    val_loss = evaluate()
    wandb.log({"train_loss": train_loss,
               "val_loss": val_loss, "epoch": epoch})

wandb.finish()</code></pre>
<p>The <code>config</code> dictionary is what makes runs comparable. Anything you put there shows up as a filterable column in the dashboard.</p>
<h2>How do you compare runs?</h2>
<p>Each <code>wandb.init()</code> is one run. Open the project dashboard and you get a table of runs with their configs, plus overlay charts that plot every run&#8217;s loss curve on one axis. Sorting by final validation loss tells you which config won in one glance.</p>
<h2>What are runs and artifacts?</h2>
<table>
<tr>
<th>Concept</th>
<th>What it holds</th>
</tr>
<tr>
<td>Run</td>
<td>One execution: metrics, config, logs</td>
</tr>
<tr>
<td>Artifact</td>
<td>Versioned files: datasets, model weights</td>
</tr>
<tr>
<td>Sweep</td>
<td>A grid or Bayesian hyperparameter search</td>
</tr>
<tr>
<td>Report</td>
<td>A shareable write-up with live charts</td>
</tr>
</table>
<p>Artifacts are the underused feature. Version your dataset and your trained weights, and you can reproduce a run months later instead of hunting through folders.</p>
<h2>How do you run a hyperparameter sweep?</h2>
<pre><code>sweep = {"method": "bayes",
         "metric": {"name": "val_loss", "goal": "minimize"},
         "parameters": {"lr": {"values": [1e-4, 1e-3, 1e-2]},
                        "batch_size": {"values": [32, 64, 128]}}}

sweep_id = wandb.sweep(sweep, project="churn-model")
wandb.agent(sweep_id, function=train)</code></pre>
<p>The Bayesian method usually finds a good config in fewer runs than a full grid. You can stop a sweep early once the best metric plateaus.</p>
<h2>Is W&#038;B free?</h2>
<p>Free for personal projects and academic use, with limits on storage and team members. Team and enterprise plans bill per seat and add private projects, SSO, and longer retention. For a solo practitioner the free tier is usually enough for a long time.</p>
<h2>What are the downsides?</h2>
<ul>
<li>Runs are logged to their cloud by default; offline mode exists but you lose the live dashboard.</li>
<li>Logging every step of a huge run can slow training if you are careless with frequency.</li>
<li>Free-tier storage is not unlimited — large artifacts can hit the cap.</li>
<li>The Python API is stable, but the product surface changes often.</li>
</ul>
<p><strong>Who this suits:</strong> anyone running repeated experiments, especially teams who need to share results. <strong>Who should skip it:</strong> one-off training jobs where a text log already answers every question you have.</p>
<h2>Quick Summary</h2>
<ul>
<li>W&#038;B logs metrics, configs, and artifacts from any Python training script.</li>
<li>Use <code>wandb.init</code>, <code>wandb.log</code>, and <code>wandb.finish</code> in that order.</li>
<li>Config dictionaries make runs filterable and comparable.</li>
<li>Artifacts version datasets and model weights for later reproduction.</li>
<li>Free for personal and academic use; paid for teams.</li>
</ul>
]]></content:encoded>
					
					<wfw:commentRss>https://www.iaifeed.com/how-to-track-ml-experiments-with-weights-and-biases/feed</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
	</channel>
</rss>
