From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from resqmta-ch2-12v.sys.comcast.net (resqmta-ch2-12v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:44]) by hurricane.the-brannons.com (Postfix) with ESMTPS id C40AA77C82 for ; Thu, 24 Dec 2015 18:29:28 -0800 (PST) Received: from resomta-ch2-08v.sys.comcast.net ([69.252.207.104]) by resqmta-ch2-12v.sys.comcast.net with comcast id xeVE1r0042Fh1PH01eVih6; Fri, 25 Dec 2015 02:29:42 +0000 Received: from eklhad ([IPv6:2601:405:4001:e487:21e:4fff:fec2:a0f1]) by resomta-ch2-08v.sys.comcast.net with comcast id xeVh1r00L2MDcd701eViDH; Fri, 25 Dec 2015 02:29:42 +0000 To: edbrowse-dev@lists.the-brannons.com From: Karl Dahlke Reply-to: Karl Dahlke References: <20151123100928.eklhad@comcast.net> <20151224183947.GA5173@hob.adamthompson.me.uk> User-Agent: edbrowse/3.6.0+ Date: Thu, 24 Dec 2015 21:29:41 -0500 Message-ID: <20151124212941.eklhad@comcast.net> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20140121; t=1451010582; bh=yPocIy8FB7aOzCVtTY6Q8vDWoAJ3wpQXpBADdEEh/G0=; h=Received:Received:To:From:Reply-to:Subject:Date:Message-ID: Mime-Version:Content-Type; b=jYGwrag01QCSYyUpJ42zWEIUzJzbXl2aV7MvW2aVn9gMsxPojLe/yrEtLaB2kHDeG uHm/FORwIdgHvgm98e17kTbWzu3SmNlsYuyEiH4CppcTmfkixuk7AXV3wxHtlb3562 85bPPdRK3/xtFw3D6lGq6qsefaKC8pQ6Wq9C835C3Pwishm/UzGtpghc0wnc+vET+H IiM0+xeiACEZbrSW/r5LhBddkPU+1mO3w3biRGv5BT2quN+XOFa34SpjYKw7lJHUH8 Ssny6rEwyyLj16kcq0Yu6+U6650aWuIt89scdCvp6zWz//qncQ+yurLC9ku9D3O7fd lG0f2dOdX4wSQ== Subject: [Edbrowse-dev] One program Two processes X-BeenThere: edbrowse-dev@lists.the-brannons.com X-Mailman-Version: 2.1.20 Precedence: list List-Id: Edbrowse Development List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Dec 2015 02:29:29 -0000 Well as we consider various architectures I always keep in the back of my head that we're a couple of volunteers in our spare time. (I wonder how many fulltime people work on Chrome, or Edge.) We may not have the resources to do it the best way. In fact this year has been an anomaly, with Geoff and Kevin joining us, and really making good progress. > That's cool, but what if async starts taking a long time, > like some sort of exponential algorithm or something? Then it takes a long time. It shouldn't, unless the js page is badly written, but if it does, then so be it. I'm not trying to be glib, just saying we don't have the time or resources to build a preemtive time slicing operating system in edbrowse, that can context switch in and out of js sessions, in an engine independent fashion, or even within the constraints of a fixed engine - I think we're just not going to have the time for that. Pieces of js run under the ospices of the engine, without preemption, in their particular context / window, and we just hope they are sane. On a modern computer, a js computation would have to be insane to last more than a millisecond, and sure it could happen, and if it does edbrowse might not react as well as Chrome, but sometimes we're trying to get it functional, without necessarily covering all the corner cases. P.S. If my finances continue to nosedive I might have to return to the work force, and that's one less edbrowse developer. Let's hope that doesn't happen. Karl Dahlke