From: Javier Tarifa <xavier.tarifa@adbosch.es>
To: Frank Cox <theatre@sasktel.net>
Cc: linux-msdos@vger.kernel.org
Subject: Re: High network usage over network filesystem
Date: Thu, 29 Jan 2009 12:28:21 +0100 [thread overview]
Message-ID: <498192D5.8010608@adbosch.es> (raw)
In-Reply-To: <20090128003417.895ec01d.theatre@sasktel.net>
>> If I can give any more info, please tell me.
>>
>
> It would be interesting to see what happens if you put your data on a nfs
> filesystem and then try running your compiler on that.
>
> Then put it on a local filesystem and see what happens there.
>
Nevermind, I've got it.
When you try to execute something, scan_dir scans all the files on your
path and on your current directory searching for it.
Even more, it scans multiple times searching for different name
combinations (exe/com/bat and with different capitalization), and that's
what causing
huge bandwidth consumption and stalls when you're on a big directory.
Luckily for me, as I said in another mail I'm mounting the remote novell
partition with ncpmount that makes all acceses to the mounted device
case-insensitive, so I just made scan_dir return true always, and now I
think it determines
if a file it's there or not by stating it in find_file. I have
encountered no problems with this yet.
Another thing, I don't know if this is the proper place to ask for it,
but I've found that dosemu doesn't work right with dtach.
When you reattach you simply get a black screen and all the text,
windows, pictures, etc are gone. I can't use screen because for some
reason some programs just hang when they're executed in dosemu inside a
screen, but they work flawlessly in dtach. It would be
great if you could do something about this. To get around it I added
this at the end of sigwinch:
SLsmg_touch_lines(0,vga.text_height);
SLsmg_refresh();
It does work now, but I know nothing of slang and the docs say you
should not use SLsmg_touch_lines, so it has to be a better way.
It would be great if in the next version dosemu and dtach could get along.
next prev parent reply other threads:[~2009-01-29 11:28 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-01-27 9:13 High network usage over network filesystem Javier Tarifa
2009-01-27 16:54 ` Frank Cox
2009-01-27 18:02 ` Javier Tarifa
2009-01-27 18:27 ` Frantisek Hanzlik
2009-01-28 6:34 ` Frank Cox
2009-01-29 11:28 ` Javier Tarifa [this message]
2009-01-29 13:52 ` Alain M.
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=498192D5.8010608@adbosch.es \
--to=xavier.tarifa@adbosch.es \
--cc=linux-msdos@vger.kernel.org \
--cc=theatre@sasktel.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.