From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Glenn Morris Newsgroups: gmane.emacs.devel Subject: Re: [elpa] master 88578a4: Increase the default number of hits Date: Sat, 26 Dec 2015 15:20:22 -0500 Message-ID: <0xd1ttrmgp.fsf@fencepost.gnu.org> References: <20151224213932.12107.84317@vcs.savannah.gnu.org> <87wps1ghyu.fsf@gnus.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1451161246 14198 80.91.229.3 (26 Dec 2015 20:20:46 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 26 Dec 2015 20:20:46 +0000 (UTC) Cc: Michael Albinus , emacs-devel@gnu.org To: Lars Ingebrigtsen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Dec 26 21:20:45 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aCvKX-0002AS-1G for ged-emacs-devel@m.gmane.org; Sat, 26 Dec 2015 21:20:45 +0100 Original-Received: from localhost ([::1]:39745 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aCvKW-0002lf-6C for ged-emacs-devel@m.gmane.org; Sat, 26 Dec 2015 15:20:44 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60711) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aCvKJ-0002lU-1A for emacs-devel@gnu.org; Sat, 26 Dec 2015 15:20:31 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aCvKI-00051D-7P for emacs-devel@gnu.org; Sat, 26 Dec 2015 15:20:30 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:56352) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aCvKA-0004zn-SU; Sat, 26 Dec 2015 15:20:22 -0500 Original-Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1aCvKA-00025l-5o; Sat, 26 Dec 2015 15:20:22 -0500 X-Spook: New Federation NWO Brown out Watch Saudi Arabia $400 X-Ran: U.#_yAsX?eMYj@;'dVc&E&Jriv++Nt1R5-chAYa4V.-@lno8Z;@JL}5+u+Mm[x:\F/q&^6 X-Hue: blue X-Attribution: GM In-Reply-To: <87wps1ghyu.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sat, 26 Dec 2015 19:52:57 +0100") User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e 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:196927 Archived-At: Lars Ingebrigtsen wrote: > Ok, I'll change it back, but I don't really understand why this is a > problem. Because the more results you fetch at once, the more memory it uses on the server, thus increasing the likelihood of a bunch of simultaneous requests causing an out-of-memory condition. I did already explain this, not sure why it's hard to get across. Most (all?) search engines limit the number of results you get per page. In fact, there really should be a hard limit that the server imposes. (Michael, could you look at implementing that?)