Path: ...!news.mixmin.net!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: Don Y <blockedofcourse@foo.invalid>
Newsgroups: sci.electronics.design
Subject: Re: webcam viewer?
Date: Mon, 1 Apr 2024 08:44:53 -0700
Organization: A noiseless patient Spider
Lines: 45
Message-ID: <uuekpq$2ilm2$3@dont-email.me>
References: <vgv80j5cnva6ib2959eo3v61j8nnijo2tj@4ax.com>
 <nd8d0j9jmpp4okfugpatctivbmt6r7bs4g@4ax.com>
 <l47e0jt0ivt8abq11u4tnrec9o0724o55t@4ax.com> <uu7ced$hc00$1@dont-email.me>
 <26fe0jpbfttsdmm3beeebf9acm58s2qigm@4ax.com> <uubpkc$1qlr9$1@dont-email.me>
 <uuc196$1sdmo$2@dont-email.me> <uuc8mg$1u550$1@dont-email.me>
 <uud5ip$28dgh$1@dont-email.me> <uudvbp$2dn4t$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Mon, 01 Apr 2024 15:45:00 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="4e8920cb7c2f0ba383491d77aa9b49ba";
	logging-data="2709186"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1+QmdG7mpg/ZOFLUy2ksbAG"
User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:102.0) Gecko/20100101
 Thunderbird/102.2.2
Cancel-Lock: sha1:ZAtYxAz6fnbg6v6HtafMq+q8n+I=
Content-Language: en-US
In-Reply-To: <uudvbp$2dn4t$1@dont-email.me>
Bytes: 3269

On 4/1/2024 2:40 AM, Jeroen Belleman wrote:
> On 4/1/24 04:19, Don Y wrote:
> [...]
> 
>> Common sense -- do you think a list of files in a
>> directory is produced by reading every file in its entirety in order
>> to be able to report their individual sizes??
> 
> On Linux, when I do something in a directory that contains a
> mountpoint to a remote file system, it often slows to a crawl.

You are *on* an NFS client?  (presumably running Linux?)
And, is there a remote file system ACTUALLY mounted?

The directory *contains* a mountpoint?  Or, *is* a mountpoint?
I.e., in the former case, only the mountpoint references an exported
filesystem.  In the latter, everything in the directory is external.

> I suspect it tries to stat() every damn remote file, despite
> doing nothing useful with the data. GUI 'open' or 'save' dialogs
> are the worst offenders. I have to be careful not to stray into
> such directories using GUI programs. This is a nuisance.

nfsstat() reveal anything interesting?  I.e., is the problem with
the RPC subsystem, excess network traffic, etc.?

If the export is from some other (non-Linux) host, does the problem
persist?

> A traditonal command shell does not usually misbehave in that
> way, fortunately.

I have most of my "remote filesystem" problems with windows clients/servers.
E.g., copying a large portion of a filesystem across the wire often leaves
the connection in a dog-slow mode where you can see individual files being
copied (slowly).

I've not determined if this is a client or server problem.  Nor if it is
related to the number of objects or the volume of data.  I just don't do
it anymore (cuz I'm sure MS isn't going to do squat to fix it!).

[It's likely number of object -- protocol starts -- as I can build a giant
tarball and ship that over reliably (then, unpack it)]