Hi Humdinger;
I am specifically looking at the performance of the icon loading.
Currently HD launches an HTTP request for each icon and given the
quantity of packages now, this can be quite time-consuming and is quite
inefficient for the application-server. What will happen going forward
is that the application-server will generate a .tgz of the icons and the
desktop application will download + unpack those (in-process) and then
only update the icon data when icons change. It should also handle
bitmap icons as well, but this is a side-effect. I'm quite a way
through the C++ changes for that, but it will still take me quite a
while to finish it. There are other improvements that could be made,
but I am trying to stay focused on just the client-server aspect at this
stage.
The problem you are looking at may be different to this.
cheers.
--
Andrew Lindesay
On Tue, 10 Jan 2017, at 23:01, Humdinger wrote:
On 10/01/2017, Andrew Lindesay <apl@xxxxxxxxxxxxxx> wrote:
...will support a
mechanic for the desktop client to download and cache icons more
efficiently and in a manner that will scale better.
Cool. Is this related to HaikuDepot's unresponsiveness at times. It's
not always the case, but often when I enter a search term, the
HaikuDepot window freezes, pegs one core and ... erm... does
/something/ for many seconds.
--
Regards,
Humdinger
--
Did you know:
If half the Haiku supporters at http://www.goodsearch.com
made 10 searches a day, we could have a fulltime developer.