Re: [Qemu-devel] [Qemu-Dev] Related to Live Migration source Code or API for NUMA Node specific

Re: [Qemu-devel] [Qemu-Dev] Related to Live Migration source Code or API for NUMA Node specific

[Arkajit Ghosh]

[-- Attachment #1: Type: text/plain, Size: 1967 bytes --]

 
Hi,

Can anyone please provide their point of views related to my below query.

Thanks & Regards
Arkajit Ghosh
____________________________________________

-----Arkajit Ghosh/DEL/TCS wrote: -----
To: qemu-devel@nongnu.org
From: Arkajit Ghosh/DEL/TCS
Date: 03/11/2015 05:03PM
Cc: Arkajit Ghosh/DEL/TCS@TCS
Subject: [Qemu-Dev] Related to Live Migration source Code or API for NUMA Node specific

Hi Team,

I was went through Live Migration source code in Qemu. I didn't find any specific API for NUMA which can able to copy the dirty pages for Local and Remote memory corresponding to individual CPU core.

As I understood, in NUMA aware Intel CPU Processor has one Local memory which is attached to dedicated CPU core (individual) and also can able to access remote memory. So during Live migration, dirty pages can be created in local memory and as well as can create in remote memory also.  

My query is, is there any source code or API exposed in Qemu which can able to access that offset addresses of Local memory and Remote memory and then able to copy the dirty pages? If "yes" can you please let me know how it will work? If "No" then I need to think different approaches. 

Please let me know if my query is not clear to you. I hope this is the right place to put this query.

Thanks & Regards
Arkajit Ghosh
____________________________________________    
=====-----=====-----=====
Notice: The information contained in this e-mail
message and/or attachments to it may contain 
confidential or privileged information. If you are 
not the intended recipient, any dissemination, use, 
review, distribution, printing or copying of the 
information contained in this e-mail message 
and/or attachments to it are strictly prohibited. If 
you have received this communication in error, 
please notify us by reply e-mail or telephone and 
immediately and permanently delete the message 
and any attachments. Thank you



[-- Attachment #2: Type: text/html, Size: 3283 bytes --]

Re: [Qemu-devel] [Qemu-Dev-QUERY] Related to Live Migration source Code or API for NUMA Node specific

[Arkajit Ghosh]

[-- Attachment #1: Type: text/plain, Size: 2357 bytes --]

 Hi Team,

Can anyone please provide their point of views related to my below query.

Thanks & Regards
Arkajit Ghosh
____________________________________________

-----Arkajit Ghosh/DEL/TCS wrote: -----
To: qemu-devel@nongnu.org
From: Arkajit Ghosh/DEL/TCS
Date: 03/11/2015 09:49PM
Subject: Re: [Qemu-Dev] Related to Live Migration source Code or API for NUMA Node specific

 
Hi,

Can anyone please provide their point of views related to my below query.

Thanks & Regards
Arkajit Ghosh
____________________________________________

-----Arkajit Ghosh/DEL/TCS wrote: -----
To: qemu-devel@nongnu.org
From: Arkajit Ghosh/DEL/TCS
Date: 03/11/2015 05:03PM
Cc: Arkajit Ghosh/DEL/TCS@TCS
Subject: [Qemu-Dev] Related to Live Migration source Code or API for NUMA Node specific

Hi Team,

I was went through Live Migration source code in Qemu. I didn't find any specific API for NUMA which can able to copy the dirty pages for Local and Remote memory corresponding to individual CPU core.

As I understood, in NUMA aware Intel CPU Processor has one Local memory which is attached to dedicated CPU core (individual) and also can able to access remote memory. So during Live migration, dirty pages can be created in local memory and as well as can create in remote memory also.  

My query is, is there any source code or API exposed in Qemu which can able to access that offset addresses of Local memory and Remote memory and then able to copy the dirty pages? If "yes" can you please let me know how it will work? If "No" then I need to think different approaches. 

Please let me know if my query is not clear to you. I hope this is the right place to put this query.

Thanks & Regards
Arkajit Ghosh
____________________________________________     
=====-----=====-----=====
Notice: The information contained in this e-mail
message and/or attachments to it may contain 
confidential or privileged information. If you are 
not the intended recipient, any dissemination, use, 
review, distribution, printing or copying of the 
information contained in this e-mail message 
and/or attachments to it are strictly prohibited. If 
you have received this communication in error, 
please notify us by reply e-mail or telephone and 
immediately and permanently delete the message 
and any attachments. Thank you



[-- Attachment #2: Type: text/html, Size: 4078 bytes --]

Re: [Qemu-devel] [Qemu-Dev-QUERY] Related to Live Migration source Code or API for NUMA Node specific

[Arkajit Ghosh]

[-- Attachment #1: Type: text/plain, Size: 2753 bytes --]

 Hi Team,

Can anyone please provide their point of views related to my below query.

Thanks & Regards
Arkajit Ghosh
____________________________________________

-----Arkajit Ghosh/DEL/TCS wrote: -----
To: qemu-devel@nongnu.org
From: Arkajit Ghosh/DEL/TCS
Date: 03/12/2015 09:59AM
Subject: Re: [Qemu-Dev-QUERY] Related to Live Migration source Code or API for NUMA Node specific

 Hi Team,

Can anyone please provide their point of views related to my below query.

Thanks & Regards
Arkajit Ghosh
____________________________________________

-----Arkajit Ghosh/DEL/TCS wrote: -----
To: qemu-devel@nongnu.org
From: Arkajit Ghosh/DEL/TCS
Date: 03/11/2015 09:49PM
Subject: Re: [Qemu-Dev] Related to Live Migration source Code or API for NUMA Node specific

 
Hi,

Can anyone please provide their point of views related to my below query.

Thanks & Regards
Arkajit Ghosh
____________________________________________

-----Arkajit Ghosh/DEL/TCS wrote: -----
To: qemu-devel@nongnu.org
From: Arkajit Ghosh/DEL/TCS
Date: 03/11/2015 05:03PM
Cc: Arkajit Ghosh/DEL/TCS@TCS
Subject: [Qemu-Dev] Related to Live Migration source Code or API for NUMA Node specific

Hi Team,

I was went through Live Migration source code in Qemu. I didn't find any specific API for NUMA which can able to copy the dirty pages for Local and Remote memory corresponding to individual CPU core.

As I understood, in NUMA aware Intel CPU Processor has one Local memory which is attached to dedicated CPU core (individual) and also can able to access remote memory. So during Live migration, dirty pages can be created in local memory and as well as can create in remote memory also.  

My query is, is there any source code or API exposed in Qemu which can able to access that offset addresses of Local memory and Remote memory and then able to copy the dirty pages? If "yes" can you please let me know how it will work? If "No" then I need to think different approaches. 

Please let me know if my query is not clear to you. I hope this is the right place to put this query.

Thanks & Regards
Arkajit Ghosh
____________________________________________      
=====-----=====-----=====
Notice: The information contained in this e-mail
message and/or attachments to it may contain 
confidential or privileged information. If you are 
not the intended recipient, any dissemination, use, 
review, distribution, printing or copying of the 
information contained in this e-mail message 
and/or attachments to it are strictly prohibited. If 
you have received this communication in error, 
please notify us by reply e-mail or telephone and 
immediately and permanently delete the message 
and any attachments. Thank you



[-- Attachment #2: Type: text/html, Size: 4975 bytes --]

Re: [Qemu-devel] [Qemu-Dev-QUERY] Related to Live Migration source Code or API for NUMA Node specific

[Arkajit Ghosh]

[-- Attachment #1: Type: text/plain, Size: 3151 bytes --]

 Hi Team,

Can anyone please provide their point of views related to my below query.

Thanks & Regards
Arkajit Ghosh

____________________________________________

-----Arkajit Ghosh/DEL/TCS wrote: -----
To: qemu-devel@nongnu.org
From: Arkajit Ghosh/DEL/TCS
Date: 03/12/2015 02:28PM
Subject: Re: [Qemu-Dev-QUERY] Related to Live Migration source Code or API for NUMA Node specific

 Hi Team,

Can anyone please provide their point of views related to my below query.

Thanks & Regards
Arkajit Ghosh
____________________________________________

-----Arkajit Ghosh/DEL/TCS wrote: -----
To: qemu-devel@nongnu.org
From: Arkajit Ghosh/DEL/TCS
Date: 03/12/2015 09:59AM
Subject: Re: [Qemu-Dev-QUERY] Related to Live Migration source Code or API for NUMA Node specific

 Hi Team,

Can anyone please provide their point of views related to my below query.

Thanks & Regards
Arkajit Ghosh
____________________________________________

-----Arkajit Ghosh/DEL/TCS wrote: -----
To: qemu-devel@nongnu.org
From: Arkajit Ghosh/DEL/TCS
Date: 03/11/2015 09:49PM
Subject: Re: [Qemu-Dev] Related to Live Migration source Code or API for NUMA Node specific

 
Hi,

Can anyone please provide their point of views related to my below query.

Thanks & Regards
Arkajit Ghosh
____________________________________________

-----Arkajit Ghosh/DEL/TCS wrote: -----
To: qemu-devel@nongnu.org
From: Arkajit Ghosh/DEL/TCS
Date: 03/11/2015 05:03PM
Cc: Arkajit Ghosh/DEL/TCS@TCS
Subject: [Qemu-Dev] Related to Live Migration source Code or API for NUMA Node specific

Hi Team,

I was went through Live Migration source code in Qemu. I didn't find any specific API for NUMA which can able to copy the dirty pages for Local and Remote memory corresponding to individual CPU core.

As I understood, in NUMA aware Intel CPU Processor has one Local memory which is attached to dedicated CPU core (individual) and also can able to access remote memory. So during Live migration, dirty pages can be created in local memory and as well as can create in remote memory also.  

My query is, is there any source code or API exposed in Qemu which can able to access that offset addresses of Local memory and Remote memory and then able to copy the dirty pages? If "yes" can you please let me know how it will work? If "No" then I need to think different approaches. 

Please let me know if my query is not clear to you. I hope this is the right place to put this query.

Thanks & Regards
Arkajit Ghosh
____________________________________________       
=====-----=====-----=====
Notice: The information contained in this e-mail
message and/or attachments to it may contain 
confidential or privileged information. If you are 
not the intended recipient, any dissemination, use, 
review, distribution, printing or copying of the 
information contained in this e-mail message 
and/or attachments to it are strictly prohibited. If 
you have received this communication in error, 
please notify us by reply e-mail or telephone and 
immediately and permanently delete the message 
and any attachments. Thank you



[-- Attachment #2: Type: text/html, Size: 5972 bytes --]

Re: [Qemu-devel] [Qemu-Dev-QUERY] Related to Live Migration source Code or API for NUMA Node specific

[Arkajit Ghosh]

[-- Attachment #1: Type: text/plain, Size: 3690 bytes --]

 Hi Team,

I didn't get any response on the below query. Can anyone please provide their inputs on my below query related to access the dirty pages in NUMA aware processor during Live Migration.

Thanks & Regards
Arkajit Ghosh
____________________________________________

-----Arkajit Ghosh/DEL/TCS wrote: -----
To: qemu-devel@nongnu.org
From: Arkajit Ghosh/DEL/TCS
Date: 03/16/2015 09:40AM
Cc: Deepankar Gupta/DEL/TCS@TCS
Subject: Re: [Qemu-Dev-QUERY] Related to Live Migration source Code or API for NUMA Node specific

 Hi Team,

Can anyone please provide their point of views related to my below query.

Thanks & Regards
Arkajit Ghosh

____________________________________________

-----Arkajit Ghosh/DEL/TCS wrote: -----
To: qemu-devel@nongnu.org
From: Arkajit Ghosh/DEL/TCS
Date: 03/12/2015 02:28PM
Subject: Re: [Qemu-Dev-QUERY] Related to Live Migration source Code or API for NUMA Node specific

 Hi Team,

Can anyone please provide their point of views related to my below query.

Thanks & Regards
Arkajit Ghosh
____________________________________________

-----Arkajit Ghosh/DEL/TCS wrote: -----
To: qemu-devel@nongnu.org
From: Arkajit Ghosh/DEL/TCS
Date: 03/12/2015 09:59AM
Subject: Re: [Qemu-Dev-QUERY] Related to Live Migration source Code or API for NUMA Node specific

 Hi Team,

Can anyone please provide their point of views related to my below query.

Thanks & Regards
Arkajit Ghosh
____________________________________________

-----Arkajit Ghosh/DEL/TCS wrote: -----
To: qemu-devel@nongnu.org
From: Arkajit Ghosh/DEL/TCS
Date: 03/11/2015 09:49PM
Subject: Re: [Qemu-Dev] Related to Live Migration source Code or API for NUMA Node specific

 
Hi,

Can anyone please provide their point of views related to my below query.

Thanks & Regards
Arkajit Ghosh
____________________________________________

-----Arkajit Ghosh/DEL/TCS wrote: -----
To: qemu-devel@nongnu.org
From: Arkajit Ghosh/DEL/TCS
Date: 03/11/2015 05:03PM
Cc: Arkajit Ghosh/DEL/TCS@TCS
Subject: [Qemu-Dev] Related to Live Migration source Code or API for NUMA Node specific

Hi Team,

I was went through Live Migration source code in Qemu. I didn't find any specific API for NUMA which can able to copy the dirty pages for Local and Remote memory corresponding to individual CPU core.

As I understood, in NUMA aware Intel CPU Processor has one Local memory which is attached to dedicated CPU core (individual) and also can able to access remote memory. So during Live migration, dirty pages can be created in local memory and as well as can create in remote memory also.  

My query is, is there any source code or API exposed in Qemu which can able to access that offset addresses of Local memory and Remote memory and then able to copy the dirty pages? If "yes" can you please let me know how it will work? If "No" then I need to think different approaches. 

Please let me know if my query is not clear to you. I hope this is the right place to put this query.

Thanks & Regards
Arkajit Ghosh
____________________________________________        
=====-----=====-----=====
Notice: The information contained in this e-mail
message and/or attachments to it may contain 
confidential or privileged information. If you are 
not the intended recipient, any dissemination, use, 
review, distribution, printing or copying of the 
information contained in this e-mail message 
and/or attachments to it are strictly prohibited. If 
you have received this communication in error, 
please notify us by reply e-mail or telephone and 
immediately and permanently delete the message 
and any attachments. Thank you



[-- Attachment #2: Type: text/html, Size: 6809 bytes --]

[Qemu-devel] [Qemu-Dev] Related to Live Migration source Code or API for NUMA Node specific

[Arkajit Ghosh]

[-- Attachment #1: Type: text/plain, Size: 1554 bytes --]

Hi Team,

I was went through Live Migration source code in Qemu. I didn't find any specific API for NUMA which can able to copy the dirty pages for Local and Remote memory corresponding to individual CPU core.

As I understood, in NUMA aware Intel CPU Processor has one Local memory which is attached to dedicated CPU core (individual) and also can able to access remote memory. So during Live migration, dirty pages can be created in local memory and as well as can create in remote memory also.  

My query is, is there any source code or API exposed in Qemu which can able to access that offset addresses of Local memory and Remote memory and then able to copy the dirty pages? If "yes" can you please let me know how it will work? If "No" then I need to think different approaches. 

Please let me know if my query is not clear to you. I hope this is the right place to put this query.

Thanks & Regards
Arkajit Ghosh
____________________________________________    
=====-----=====-----=====
Notice: The information contained in this e-mail
message and/or attachments to it may contain 
confidential or privileged information. If you are 
not the intended recipient, any dissemination, use, 
review, distribution, printing or copying of the 
information contained in this e-mail message 
and/or attachments to it are strictly prohibited. If 
you have received this communication in error, 
please notify us by reply e-mail or telephone and 
immediately and permanently delete the message 
and any attachments. Thank you



[-- Attachment #2: Type: text/html, Size: 2571 bytes --]