lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LNX.2.00.1107140139070.22281@swampdragon.chaosbits.net>
Date:	Thu, 14 Jul 2011 01:43:40 +0200 (CEST)
From:	Jesper Juhl <jj@...osbits.net>
To:	Peter Zijlstra <peterz@...radead.org>
cc:	Jiri Kosina <jkosina@...e.cz>,
	Jan H. Schönherr <schnhrr@...tu-berlin.de>,
	Ingo Molnar <mingo@...e.hu>, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 1/6] sched: Fix (harmless) typo
 'CONFG_FAIR_GROUP_SCHED'

On Thu, 14 Jul 2011, Peter Zijlstra wrote:

> On Thu, 2011-07-14 at 01:03 +0200, Jesper Juhl wrote:
> > Do yourself a favour, if you try it, and spend a bit of time in the Setup 
> > menu configuring it to the threading style you want, the headers you want 
> > displayed by default, etc etc... The defaults are less than perfect if you 
> > ask me, but it's quite configurable :) 
> 
> It seems to suffer the same problem mutt does, trying to sort a folder
> with a shade under 600000 emails in it doesn't work (500+ seconds in
> waiting and still nothing).
> 
> Evolution seems to pull it off in a few seconds, I very frequently flip
> between threaded and received time sort, evo's problem is in it
> consuming a silly amount of memory to do it (current res footprint of
> evo is 1.3g).
> 
> I thought this was a solved problem by the VLDB people way back in the
> 60s or 70s when 0.6M was still large.
> 

Sure, some of the sort modes are slow - but only really slow on initial 
load. On refreshes it's much faster. So for someone like me, who just runs 
alpine in a screen on his server, that pain is minimal (only when I need 
to reboot the server do I have to pay the loooooong sort delay).

But, some sort modes are quick, and you can select them when starting 
alpine, like :   $ pine -sort arrival/reverse
That's about as quick as you can get if you just want to start it with a 
uge inbox anbd just have a quick look. But, if you just sort your inbox 
into smaller folders that takes a lot of the pain away. Personally I try 
to keep my inbox (and all other folders) below 20000 emails and then even 
the initial, first run, sorting delay is acceptable (to me).

-- 
Jesper Juhl <jj@...osbits.net>       http://www.chaosbits.net/
Don't top-post http://www.catb.org/jargon/html/T/top-post.html
Plain text mails only, please.

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ