qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
* [Qemu-devel] [PATCH v3] net: Allocating Large sized arrays to heap
@ 2016-03-15 18:25 Pooja Dhannawat
  2016-03-17 14:53 ` Stefan Hajnoczi
  0 siblings, 1 reply; 3+ messages in thread
From: Pooja Dhannawat @ 2016-03-15 18:25 UTC (permalink / raw)
  To: qemu-devel

nc_sendv_compat has a huge stack usage of 69680 bytes approx.
Moving large arrays to heap to reduce stack usage.

Signed-off-by: Pooja Dhannawat <dhannawatpooja1@gmail.com>
---
 net/net.c | 14 ++++++++++----
 1 file changed, 10 insertions(+), 4 deletions(-)

diff --git a/net/net.c b/net/net.c
index b0c832e..f03c571 100644
--- a/net/net.c
+++ b/net/net.c
@@ -709,23 +709,29 @@ ssize_t qemu_send_packet_raw(NetClientState *nc, const uint8_t *buf, int size)
 static ssize_t nc_sendv_compat(NetClientState *nc, const struct iovec *iov,
                                int iovcnt, unsigned flags)
 {
-    uint8_t buf[NET_BUFSIZE];
+    uint8_t *buf;
     uint8_t *buffer;
     size_t offset;
+    ssize_t ret;
+
+    buf = g_new(uint8_t, NET_BUFSIZE);
 
     if (iovcnt == 1) {
         buffer = iov[0].iov_base;
         offset = iov[0].iov_len;
     } else {
         buffer = buf;
-        offset = iov_to_buf(iov, iovcnt, 0, buf, sizeof(buf));
+        offset = iov_to_buf(iov, iovcnt, 0, buf, NET_BUFSIZE);
     }
 
     if (flags & QEMU_NET_PACKET_FLAG_RAW && nc->info->receive_raw) {
-        return nc->info->receive_raw(nc, buffer, offset);
+        ret = nc->info->receive_raw(nc, buffer, offset);
     } else {
-        return nc->info->receive(nc, buffer, offset);
+        ret = nc->info->receive(nc, buffer, offset);
     }
+
+    g_free(buf);
+    return ret;
 }
 
 ssize_t qemu_deliver_packet_iov(NetClientState *sender,
-- 
2.5.0

^ permalink raw reply related	[flat|nested] 3+ messages in thread

* Re: [Qemu-devel] [PATCH v3] net: Allocating Large sized arrays to heap
  2016-03-15 18:25 [Qemu-devel] [PATCH v3] net: Allocating Large sized arrays to heap Pooja Dhannawat
@ 2016-03-17 14:53 ` Stefan Hajnoczi
  2016-03-17 15:23   ` Pooja Dhannawat
  0 siblings, 1 reply; 3+ messages in thread
From: Stefan Hajnoczi @ 2016-03-17 14:53 UTC (permalink / raw)
  To: Pooja Dhannawat; +Cc: qemu-devel

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

On Tue, Mar 15, 2016 at 11:55:13PM +0530, Pooja Dhannawat wrote:
> nc_sendv_compat has a huge stack usage of 69680 bytes approx.
> Moving large arrays to heap to reduce stack usage.
> 
> Signed-off-by: Pooja Dhannawat <dhannawatpooja1@gmail.com>
> ---
>  net/net.c | 14 ++++++++++----
>  1 file changed, 10 insertions(+), 4 deletions(-)
> 
> diff --git a/net/net.c b/net/net.c
> index b0c832e..f03c571 100644
> --- a/net/net.c
> +++ b/net/net.c
> @@ -709,23 +709,29 @@ ssize_t qemu_send_packet_raw(NetClientState *nc, const uint8_t *buf, int size)
>  static ssize_t nc_sendv_compat(NetClientState *nc, const struct iovec *iov,
>                                 int iovcnt, unsigned flags)
>  {
> -    uint8_t buf[NET_BUFSIZE];
> +    uint8_t *buf;
>      uint8_t *buffer;
>      size_t offset;
> +    ssize_t ret;
> +
> +    buf = g_new(uint8_t, NET_BUFSIZE);

The linear buffer is only needed when iovcnt > 1.  I suggest the
following instead:

uint8_t *buf = NULL;

if (iovcnt == 1) {
    buffer = iov[0].iov_base;
    offset = iov[0].iov_len;
} else {
    buf = g_new(uint8_t, NET_BUFSIZE);
    buffer = buf;
    offset = iov_to_buf(iov, iovcnt, 0, buf, NET_BUFSIZE);
}

This way the allocation is only made when we actually need to linearize
the buffer.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 473 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [Qemu-devel] [PATCH v3] net: Allocating Large sized arrays to heap
  2016-03-17 14:53 ` Stefan Hajnoczi
@ 2016-03-17 15:23   ` Pooja Dhannawat
  0 siblings, 0 replies; 3+ messages in thread
From: Pooja Dhannawat @ 2016-03-17 15:23 UTC (permalink / raw)
  To: Stefan Hajnoczi; +Cc: qemu-devel

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

On Thu, Mar 17, 2016 at 8:23 PM, Stefan Hajnoczi <stefanha@gmail.com> wrote:

> On Tue, Mar 15, 2016 at 11:55:13PM +0530, Pooja Dhannawat wrote:
> > nc_sendv_compat has a huge stack usage of 69680 bytes approx.
> > Moving large arrays to heap to reduce stack usage.
> >
> > Signed-off-by: Pooja Dhannawat <dhannawatpooja1@gmail.com>
> > ---
> >  net/net.c | 14 ++++++++++----
> >  1 file changed, 10 insertions(+), 4 deletions(-)
> >
> > diff --git a/net/net.c b/net/net.c
> > index b0c832e..f03c571 100644
> > --- a/net/net.c
> > +++ b/net/net.c
> > @@ -709,23 +709,29 @@ ssize_t qemu_send_packet_raw(NetClientState *nc,
> const uint8_t *buf, int size)
> >  static ssize_t nc_sendv_compat(NetClientState *nc, const struct iovec
> *iov,
> >                                 int iovcnt, unsigned flags)
> >  {
> > -    uint8_t buf[NET_BUFSIZE];
> > +    uint8_t *buf;
> >      uint8_t *buffer;
> >      size_t offset;
> > +    ssize_t ret;
> > +
> > +    buf = g_new(uint8_t, NET_BUFSIZE);
>
> The linear buffer is only needed when iovcnt > 1.  I suggest the
> following instead:
>
> uint8_t *buf = NULL;
>
> if (iovcnt == 1) {
>     buffer = iov[0].iov_base;
>     offset = iov[0].iov_len;
> } else {
>     buf = g_new(uint8_t, NET_BUFSIZE);
>     buffer = buf;
>     offset = iov_to_buf(iov, iovcnt, 0, buf, NET_BUFSIZE);
> }
>
> This way the allocation is only made when we actually need to linearize
> the buffer.
>

Thanks Stefan for pointing out this one :)  I will make desired changes and
push patch.

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

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2016-03-17 15:23 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-03-15 18:25 [Qemu-devel] [PATCH v3] net: Allocating Large sized arrays to heap Pooja Dhannawat
2016-03-17 14:53 ` Stefan Hajnoczi
2016-03-17 15:23   ` Pooja Dhannawat

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).