Tim:
>> Nautilus seems to sniff the files to discover their types, and a
>> plug-in tries to generate a thumbnail image for the file. Both these
>> features are painfully slow with moderately largish directories.
>>
>>
>> I've used the emelFM2 file manager as an alternative, it doesn't show
>> th
On 16Mar2012 23:49, fred smith wrote:
| On Fri, Mar 16, 2012 at 09:39:03PM -0430, Patrick O'Callaghan wrote:
| > If that were so, 'ls' would take as long as Nautilus (or Dolphin or
| > whatever) to list a large directory. I don't have any huge directories
| > to test, but I'm sceptical.
|
| Hmm.
Once upon a time, fred smith said:
> I know that on (much) older systems, large directories were inherently
> slow to traverse. I guess I shouldn't assume that is still the case.
Old systems also much less RAM. I made a directory with a similar
number of files, and the space on disk for the dire
On Fri, 2012-03-16 at 23:49 -0400, fred smith wrote:
> > If that were so, 'ls' would take as long as Nautilus (or Dolphin or
> > whatever) to list a large directory. I don't have any huge
> directories
> > to test, but I'm sceptical.
>
> Hmm. you do seem to be correct:
>
> time ls | wc -l
On Fri, Mar 16, 2012 at 09:39:03PM -0430, Patrick O'Callaghan wrote:
> On Fri, 2012-03-16 at 19:25 -0400, fred smith wrote:
> > On Fri, Mar 16, 2012 at 11:01:03PM +1030, Tim wrote:
> > > On Thu, 2012-03-15 at 23:01 -0700, Robert Moskowitz wrote:
> > > > Nautilus takes forever to list these director
On Fri, 2012-03-16 at 19:25 -0400, fred smith wrote:
> On Fri, Mar 16, 2012 at 11:01:03PM +1030, Tim wrote:
> > On Thu, 2012-03-15 at 23:01 -0700, Robert Moskowitz wrote:
> > > Nautilus takes forever to list these directories and at times
> > > I just want to look for a particular file by string i
On 03/16/2012 04:25 PM, fred smith wrote:
On Fri, Mar 16, 2012 at 11:01:03PM +1030, Tim wrote:
On Thu, 2012-03-15 at 23:01 -0700, Robert Moskowitz wrote:
Nautilus takes forever to list these directories and at times
I just want to look for a particular file by string in the name. Is
there a fa
> I think it's most likely not that nautilus, etc., are slow in
> large directories, it is that large directories take a long time
> to search for files, making any action on those directories much
> slower than normal. A "problem" of long-standing on pretty much
> all Unix(-ish) file systems (and
Am 17.03.2012 00:25, schrieb fred smith:
>> I've used the emelFM2 file manager as an alternative, it doesn't show
>> thumbnails of files. And it does let you do some wildcarding to
>> show/hide files in the lister gadget.
>
> I think it's most likely not that nautilus, etc., are slow in
> larg
On Fri, Mar 16, 2012 at 11:01:03PM +1030, Tim wrote:
> On Thu, 2012-03-15 at 23:01 -0700, Robert Moskowitz wrote:
> > Nautilus takes forever to list these directories and at times
> > I just want to look for a particular file by string in the name. Is
> > there a fast graphic tool for this? The
On 03/16/2012 01:01 AM, Robert Moskowitz wrote:
> I have two very large directories.
>
> One an rsync of all the RFCs and that is up to 6456 files. But all the
> Internet Drafts (including all expired ones) is 72,509 files. Then I
> have a number of large directories with IEEE 802 documents, but
On Fri, Mar 16, 2012 at 13:31, Tim wrote:
> I've used the emelFM2 file manager as an alternative, it doesn't show
> thumbnails of files. And it does let you do some wildcarding to
> show/hide files in the lister gadget.
Another suggestion would be use Thunar. Thunar lets you turn off the
thumbna
On Thu, 2012-03-15 at 23:01 -0700, Robert Moskowitz wrote:
> Nautilus takes forever to list these directories and at times
> I just want to look for a particular file by string in the name. Is
> there a fast graphic tool for this? Then when I find the desired
> file, I typically open it in Fire
2012/3/16, Robert Moskowitz :
> I have two very large directories.
>
> One an rsync of all the RFCs and that is up to 6456 files. But all the
> Internet Drafts (including all expired ones) is 72,509 files. Then I
> have a number of large directories with IEEE 802 documents, but rarely
> over 3,00
I have two very large directories.
One an rsync of all the RFCs and that is up to 6456 files. But all the
Internet Drafts (including all expired ones) is 72,509 files. Then I
have a number of large directories with IEEE 802 documents, but rarely
over 3,000 per WG/year (eg /802.15/11/ for
15 matches
Mail list logo
