<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://linux-kvm.org/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Quintela</id>
	<title>KVM - User contributions [en]</title>
	<link rel="self" type="application/atom+xml" href="https://linux-kvm.org/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Quintela"/>
	<link rel="alternate" type="text/html" href="https://linux-kvm.org/page/Special:Contributions/Quintela"/>
	<updated>2026-04-29T21:31:12Z</updated>
	<subtitle>User contributions</subtitle>
	<generator>MediaWiki 1.39.5</generator>
	<entry>
		<id>https://linux-kvm.org/index.php?title=MigrationTodo&amp;diff=3367</id>
		<title>MigrationTodo</title>
		<link rel="alternate" type="text/html" href="https://linux-kvm.org/index.php?title=MigrationTodo&amp;diff=3367"/>
		<updated>2010-10-26T14:25:17Z</updated>

		<summary type="html">&lt;p&gt;Quintela: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;This page reports qemu migration ToDo list.  It includes:&lt;br /&gt;
&lt;br /&gt;
== Support for big memory machine ==&lt;br /&gt;
&lt;br /&gt;
Current code fails with 64GB/256GB guests.  Things that need to improve are:&lt;br /&gt;
&lt;br /&gt;
* dirty migration bitmap: we need to split it from normal TCG bitmap&lt;br /&gt;
  (bitmap has 16bits by page of memory, and kvm only ever uses &lt;br /&gt;
   the migration bit)&lt;br /&gt;
* TLB handling: related with previous one, kvm don&#039;t need TLB handling in qemu.&lt;br /&gt;
* detecting if we converge/not during migration&lt;br /&gt;
* improve measurements to be able to give good information to management&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Port all missing cpus to VMState ==&lt;br /&gt;
&lt;br /&gt;
This means that nothing out of hw/ will use the old qemu migration stuff.&lt;br /&gt;
&lt;br /&gt;
== Port all missing devices to VMState ==&lt;br /&gt;
&lt;br /&gt;
We need to finish this one to be able to change the migration implementation/protocal.  Current problems include that we do too many copies to be able to saturate a 10G network.&lt;/div&gt;</summary>
		<author><name>Quintela</name></author>
	</entry>
	<entry>
		<id>https://linux-kvm.org/index.php?title=MigrationTodo&amp;diff=3365</id>
		<title>MigrationTodo</title>
		<link rel="alternate" type="text/html" href="https://linux-kvm.org/index.php?title=MigrationTodo&amp;diff=3365"/>
		<updated>2010-10-25T15:13:23Z</updated>

		<summary type="html">&lt;p&gt;Quintela: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;This page reports qemu migration ToDo list.  It includes:&lt;br /&gt;
&lt;br /&gt;
* Support for big memory machine&lt;br /&gt;
* Port all missing cpus to VMState&lt;br /&gt;
* Port all missing devices to VMState&lt;/div&gt;</summary>
		<author><name>Quintela</name></author>
	</entry>
	<entry>
		<id>https://linux-kvm.org/index.php?title=MigrationTodo&amp;diff=3364</id>
		<title>MigrationTodo</title>
		<link rel="alternate" type="text/html" href="https://linux-kvm.org/index.php?title=MigrationTodo&amp;diff=3364"/>
		<updated>2010-10-25T15:13:03Z</updated>

		<summary type="html">&lt;p&gt;Quintela: Migration ToDo list for qemu&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;This page reports qemu migration ToDo list.  It includes:&lt;br /&gt;
&lt;br /&gt;
* Support for big memory machines ==&lt;br /&gt;
* Port all missing cpus to VMState&lt;br /&gt;
* Port all missing devices to VMState&lt;/div&gt;</summary>
		<author><name>Quintela</name></author>
	</entry>
</feed>