On 02/27/2017 02:26 PM, Dr. David Alan Gilbert wrote:
* Alexey Perevalov (a.pereva...@samsung.com) wrote:
Hi David,
On Tue, Feb 21, 2017 at 10:03:14AM +, Dr. David Alan Gilbert wrote:
* Alexey Perevalov (a.pereva...@samsung.com) wrote:
Hello David,
Hi Alexey,
On Tue, Feb 14, 2017 at 0
On Mon, Feb 27, 2017 at 04:00:15PM +0100, Andrea Arcangeli wrote:
> Hello,
>
> On Mon, Feb 27, 2017 at 11:26:58AM +, Dr. David Alan Gilbert wrote:
> > * Alexey Perevalov (a.pereva...@samsung.com) wrote:
> > > Also if I'm not wrong, commands and pages are transferred over the same
> > > socket.
Hello,
On Mon, Feb 27, 2017 at 11:26:58AM +, Dr. David Alan Gilbert wrote:
> * Alexey Perevalov (a.pereva...@samsung.com) wrote:
> > Also if I'm not wrong, commands and pages are transferred over the same
> > socket. Why not to use OOB TCP in this case for commands?
>
> My understanding was t
* Alexey Perevalov (a.pereva...@samsung.com) wrote:
> Hi David,
>
>
> On Tue, Feb 21, 2017 at 10:03:14AM +, Dr. David Alan Gilbert wrote:
> > * Alexey Perevalov (a.pereva...@samsung.com) wrote:
> > >
> > > Hello David,
> >
> > Hi Alexey,
> >
> > > On Tue, Feb 14, 2017 at 07:34:26PM +,
Hi David,
On Tue, Feb 21, 2017 at 10:03:14AM +, Dr. David Alan Gilbert wrote:
> * Alexey Perevalov (a.pereva...@samsung.com) wrote:
> >
> > Hello David,
>
> Hi Alexey,
>
> > On Tue, Feb 14, 2017 at 07:34:26PM +, Dr. David Alan Gilbert wrote:
> > > * Alexey Perevalov (a.pereva...@samsun
* Dr. David Alan Gilbert (git) (dgilb...@redhat.com) wrote:
> From: "Dr. David Alan Gilbert"
>
> Hi,
> The existing postcopy code, and the userfault kernel
> code that supports it, only works for normal anonymous memory.
> Kernel support for userfault on hugetlbfs is working
> it's way upstream
On 06/02/2017 18:32, Dr. David Alan Gilbert (git) wrote:
> From: "Dr. David Alan Gilbert"
>
> Hi,
> The existing postcopy code, and the userfault kernel
> code that supports it, only works for normal anonymous memory.
> Kernel support for userfault on hugetlbfs is working
> it's way upstream; i
* Alexey Perevalov (a.pereva...@samsung.com) wrote:
>
> Hello David,
Hi Alexey,
> On Tue, Feb 14, 2017 at 07:34:26PM +, Dr. David Alan Gilbert wrote:
> > * Alexey Perevalov (a.pereva...@samsung.com) wrote:
> > > Hi David,
> > >
> > > Thank your, now it's clear.
> > >
> > > On Mon, Feb 13,
Hello David,
On Tue, Feb 14, 2017 at 07:34:26PM +, Dr. David Alan Gilbert wrote:
> * Alexey Perevalov (a.pereva...@samsung.com) wrote:
> > Hi David,
> >
> > Thank your, now it's clear.
> >
> > On Mon, Feb 13, 2017 at 06:16:02PM +, Dr. David Alan Gilbert wrote:
> > > * Alexey Perevalov (
Hello Andrea,
On Fri, Feb 17, 2017 at 05:47:30PM +0100, Andrea Arcangeli wrote:
> Hello Alexey,
>
> On Tue, Feb 14, 2017 at 05:48:25PM +0300, Alexey Perevalov wrote:
> > On Mon, Feb 13, 2017 at 06:57:22PM +0100, Andrea Arcangeli wrote:
> > > Hello,
> > >
> > > On Mon, Feb 13, 2017 at 08:11:06PM
Hello Alexey,
On Tue, Feb 14, 2017 at 05:48:25PM +0300, Alexey Perevalov wrote:
> On Mon, Feb 13, 2017 at 06:57:22PM +0100, Andrea Arcangeli wrote:
> > Hello,
> >
> > On Mon, Feb 13, 2017 at 08:11:06PM +0300, Alexey Perevalov wrote:
> > > Another one request.
> > > QEMU could use mem_path in huge
* Alexey Perevalov (a.pereva...@samsung.com) wrote:
> Hi David,
>
> Thank your, now it's clear.
>
> On Mon, Feb 13, 2017 at 06:16:02PM +, Dr. David Alan Gilbert wrote:
> > * Alexey Perevalov (a.pereva...@samsung.com) wrote:
> > > Hello David!
> >
> > Hi Alexey,
> >
> > > I have checked you
Hi David,
Thank your, now it's clear.
On Mon, Feb 13, 2017 at 06:16:02PM +, Dr. David Alan Gilbert wrote:
> * Alexey Perevalov (a.pereva...@samsung.com) wrote:
> > Hello David!
>
> Hi Alexey,
>
> > I have checked you series with 1G hugepage, but only in 1 Gbit/sec network
> > environment.
On 02/13/2017 10:10 AM, Andrea Arcangeli wrote:
> On Mon, Feb 13, 2017 at 06:57:22PM +0100, Andrea Arcangeli wrote:
>> Hello,
>>
>> On Mon, Feb 13, 2017 at 08:11:06PM +0300, Alexey Perevalov wrote:
>>> Another one request.
>>> QEMU could use mem_path in hugefs with share key simultaneously
>>> (-ob
On Mon, Feb 13, 2017 at 06:57:22PM +0100, Andrea Arcangeli wrote:
> Hello,
>
> On Mon, Feb 13, 2017 at 08:11:06PM +0300, Alexey Perevalov wrote:
> > Another one request.
> > QEMU could use mem_path in hugefs with share key simultaneously
> > (-object
> > memory-backend-file,id=mem,size=${mem_size
* Alexey Perevalov (a.pereva...@samsung.com) wrote:
> Hello David!
Hi Alexey,
> I have checked you series with 1G hugepage, but only in 1 Gbit/sec network
> environment.
Can you show the qemu command line you're using? I'm just trying
to make sure I understand where your hugepages are; running
On Mon, Feb 13, 2017 at 06:57:22PM +0100, Andrea Arcangeli wrote:
> Hello,
>
> On Mon, Feb 13, 2017 at 08:11:06PM +0300, Alexey Perevalov wrote:
> > Another one request.
> > QEMU could use mem_path in hugefs with share key simultaneously
> > (-object
> > memory-backend-file,id=mem,size=${mem_size
Hello,
On Mon, Feb 13, 2017 at 08:11:06PM +0300, Alexey Perevalov wrote:
> Another one request.
> QEMU could use mem_path in hugefs with share key simultaneously
> (-object
> memory-backend-file,id=mem,size=${mem_size},mem-path=${mem_path},share=on)
> and vm
> in this case will start and will pr
Hello David!
I have checked you series with 1G hugepage, but only in 1 Gbit/sec network
environment.
I started Ubuntu just with console interface and gave to it only 1G of
RAM, inside Ubuntu I started stress command
(stress --cpu 4 --io 4 --vm 4 --vm-bytes 25600 &)
in such environment precopy
* Dr. David Alan Gilbert (git) (dgilb...@redhat.com) wrote:
> From: "Dr. David Alan Gilbert"
>
> Hi,
> The existing postcopy code, and the userfault kernel
> code that supports it, only works for normal anonymous memory.
> Kernel support for userfault on hugetlbfs is working
> it's way upstream
20 matches
Mail list logo
