From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-qt1-f196.google.com ([209.85.160.196]) by ewsd; Wed Feb 5 13:48:16 EST 2020 Received: by mail-qt1-f196.google.com with SMTP id j5so2367224qtq.9 for <9front@9front.org>; Wed, 05 Feb 2020 10:48:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=7g0MJYU0gq9+WS8bM8cqV3/xIphVZbtAWWUWtptWI2I=; b=dSbNcsRElb+IAT/2Y09e32aDh6sl0JsSu7nQmtAnDG0h/9Ft1IuSS95Ue0FrrJI5iZ 3Yg8GLkoEuLEh7j1xqqY9bfUcUZ3ctpIIM92XuXLnkfSbgkDHDPYoSzfqLjxfga0nBkz pH30PNDlBgbypcAXp+cP7P2umcVw1dVZe9F9zxJCurVzOTpMT/ex7/jJDq5RgONP7YoF jnXuNxJDT4pdjuiwZthtQsPLuiILHtzt73MqCB8W+LFuMWOks9mW13PT76/M3kvrBGEl vpCIILAPoNCz+6TF14PcCMk3njlY8U1xYcw27NnX7rtw8RPKjc9dyO8Qx4bmiZACiC/y xfZg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=7g0MJYU0gq9+WS8bM8cqV3/xIphVZbtAWWUWtptWI2I=; b=da42Gi5dDb1kl2wGKARSOUWvNHXdskCsFW+AN1GBHvL6vREJbFMSnXrpVNvSLkiAWj 8eQgevh72+sSiu3tlpd+ciG2hy2ZvG6gxCJhtqlhbEhqHp6Fb77xbu+FR7M6ytVR3E9e PENTpm28hVS1+L0jAunGGaqY08eMcssAC6VXKspADOXhj1FtbKD/3rIJpiNYyDRTWzcc 0H4vD8aNfKjn1sBGr60vo17p1Zn0BmXX5xLbE7RUsWbxhrwTVTZKnqgcxInRM/gTYR4Y t0PduzhfBQNLk3ZLGKSq4PPFti3BdXD6vDNjWQmQZnhPZRKtwHnAzORH7NkdEiMUh0Go C8Pg== X-Gm-Message-State: APjAAAVkNGj3RyzYnbSp+8Bt0R2gcVg4Ual+anIq/MO2LgCcmYFlbA01 yBvFyCSV1vnr8UuOE1jlrZCECV7x15ZbRvDMnxZZP8xq2Vs= X-Google-Smtp-Source: APXvYqwJHo2Cn96TPh2MSU0huPmgOYwiIT9wTDSMLh7I8M1s0i5if3WzruoLeOxuuvx7q9LpBymfmaAnCdBY/wp6NEY= X-Received: by 2002:aed:2ac5:: with SMTP id t63mr33377497qtd.315.1580928493005; Wed, 05 Feb 2020 10:48:13 -0800 (PST) MIME-Version: 1.0 References: <4C5612D4AF7609010D965A87B085FAA1@sdf.org> In-Reply-To: From: Eli Cohen Date: Wed, 5 Feb 2020 10:48:01 -0800 Message-ID: Subject: Re: [9front] Netsurf 3.9 for Plan 9 (work in progress) To: 9front@9front.org Content-Type: text/plain; charset="UTF-8" List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: virtualized content-driven base high-performance layer hey, I just tried to run the "fetch clone" script after adding my ssh key and I am now getting this error message on each repository: /bin/git/branch: branch does not exist: refs/heads/plan9 On Wed, Feb 5, 2020 at 10:41 AM wrote: > > I have now taken a look at your patch. The problem is that you send the > whole image to libdraw every time, even if there is only a small update. > I did that in an earlier version too, and it was also very slow if > running remotely. E.g. only to draw the "back" and "forward" icon > generates 2 MB of data each (if window is 800x600). The function > copy_image_part() makes a copy of the updated rectangle (of the memory > buffer) to another memory buffer, so that loadimage() can be done on a > smaller portion of the image. You somehow eliminated the > copy_image_part() in your patch, which probably doesn't matter > performance wise if run locally, but makes it slower on a LAN and quite > much slower on a WAN. I started on some code to also compress the image > if it is larger than an certain size, and use cloadimage() for them, but > I haven't got around to finish it. I think it would be possible to > combine your patch with the earlier copy_image_part() - or something > similar, to get both the resizeability and the less network traffic. > > If the goal is to implement a native frontend for Plan 9, it might not > be super important to put too much work optimising the framebuffer > driver, but I think the "copy only the updated part" is worth it, and > maybe even the compressing part, as most part of a webpage would be > quite compressable. > > Jonas > > > On 2020-02-05 19:44, Kyle Nusbaum wrote: > > > Thanks, Jonas. > > > > I wouldn't expect the framebuffer patch to be so much slower, > > but hopefully it's a silly mistake or some unnecessary draw calls > > that can be eliminated. I'll take another look and see if anything > > stands out. > > > > -- Kyle -- http://echoline.org