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
14 matches
Mail list logo
