From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Antipov Newsgroups: gmane.emacs.devel Subject: Re: Proposal: block-based vector allocator Date: Thu, 08 Dec 2011 08:41:33 +0400 Message-ID: <4EE03FFD.1090400@yandex.ru> References: <4EDDA68B.5050601@yandex.ru> <4EDE315E.3030804@yandex.ru> <4EDEF421.6090800@yandex.ru> <4EDF8F8E.8050401@yandex.ru> <87hb1b25i7.fsf@uwakimon.sk.tsukuba.ac.jp> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1323319302 12560 80.91.229.12 (8 Dec 2011 04:41:42 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 8 Dec 2011 04:41:42 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Dec 08 05:41:38 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RYVnd-0003d7-Pw for ged-emacs-devel@m.gmane.org; Thu, 08 Dec 2011 05:41:37 +0100 Original-Received: from localhost ([::1]:41243 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RYVnc-0008Hf-01 for ged-emacs-devel@m.gmane.org; Wed, 07 Dec 2011 23:41:36 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:55962) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RYVnZ-0008HZ-Fk for emacs-devel@gnu.org; Wed, 07 Dec 2011 23:41:34 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RYVnY-0004uK-72 for emacs-devel@gnu.org; Wed, 07 Dec 2011 23:41:33 -0500 Original-Received: from mail.dev.rtsoft.ru ([213.79.90.226]:51030) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1RYVnX-0004uC-KN for emacs-devel@gnu.org; Wed, 07 Dec 2011 23:41:32 -0500 Original-Received: (qmail 17393 invoked from network); 8 Dec 2011 04:41:28 -0000 Original-Received: from unknown (HELO ?192.168.5.146?) (192.168.1.70) by 0 with SMTP; 8 Dec 2011 04:41:28 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:8.0) Gecko/20111115 Thunderbird/8.0 In-Reply-To: <87hb1b25i7.fsf@uwakimon.sk.tsukuba.ac.jp> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Received-From: 213.79.90.226 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:146571 Archived-At: On 12/08/2011 05:53 AM, Stephen J. Turnbull wrote: > I don't think you're going to solve the memory use issues by improving > vector allocation. Initially I considered the possibility to use mmap()ed areas to store Lisp data for normal (already dumped) Emacs. Among others, it requires 1) suitable tagging scheme and 2) ability to store all Lisp data within multiple-of-page-size blocks. That was the main motivation for working on block-based vector allocator. > "Premature optimization is the root of all error." It's not premature, and further improvements are possible. "The way of thousand miles begins with single step". > If you want to keep working on it, fine -- every little bit helps, and > you might succeed. But I don't think it should be a priority for > Emacs, and you are going to need to show more gains to make it worth a > somewhat more complex code base. Sorry, but did you mean "don't show half-done work to a fool"? If yes, then I should agree. Dmitry