#7242: WebPositive unusable on slow internet connections ----------------------------------------+---------------------------- Reporter: bbjimmy | Owner: leavengood Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/WebPositive | Version: R1/Development Resolution: | Keywords: Blocked By: | Blocking: Has a Patch: 0 | Platform: All ----------------------------------------+---------------------------- Comment (by bbjimmy): Replying to [comment:18 tangobravo]: > Nobody is doubting your particular symptoms. Equally there is no reason to doubt that anevilyak is not seeing the same thing on his setup, so it seems a reasonable conclusion that this bug does not affect all hardware. Getting angry is not the way to reach a solution. I wasn't getting angry, just pointing out that the change in description I made was to improve understanding, not the opposite as was stated by anevilyak. His condecending tone suggested that this is just a figment of my immagination, and not a "real" problem. > > I believe Web+ doesn't do any local caching, so will result in more network requests for each page load. I wonder if there is an issue with the network drivers in use on the machines you have tested. Could you provide more details of the hardware on which you have observed the slow page loads? Some network drivers suffered a performance regression after the latest FreeBSD driver update; the plan is to patch them manually for the alpha4 release so if you have others affected by the same issue it would be good to know about them before the release. See #8454 My hardware: on my desktop: 1 processor Inter Pentium 4 2.80 GHz 1528MiB Realtek RTL-8139/8139C/8139C+ on my netbook: 2 processors Intel Atom 1.60GHz 1015MiB Atheros wifi AR242x/AR542x Wireless Network Adapter Atheros network adapter AR8121/AR8113/AR8114 Gigabit or Fast Ethernet > > I agree that Web+ should be better at handling background tab loading, but it sounds like that will require a rewrite of the network backend which is a significant undertaking. Although we want R1A4 to be as good as possible, we have to accept it will not be perfect (otherwise it would be R1!) - it is still an alpha release, and people testing should assume that performance and stability are still all to be improved. Indeed, but this is a large regression from the performance of R1A3. -- Ticket URL: <http://dev.haiku-os.org/ticket/7242#comment:22> Haiku <http://dev.haiku-os.org> Haiku - the operating system.