(OLDER) <- More Stuff -> (NEWER) (NEWEST)
Printer Friendly Version



Microsoft Word visionfs


What is this stuff?

If this isn't exactly what you wanted, please try our Search (there's a LOT of techy and non-techy stuff here about Linux, Unix, Mac OS X and just computers in general!):



From - Tue May  2 10:33:04 2000
Path: news.randori.com!korova.insync.net!feed1.news.rcn.net!rcn!netnews.com!newsfeed.icl.net!newsfeed.icl.net!newsfeed00.sul.t-online.de!newsfeed01.sul.t-online.de!newsmm00.btx.dtag.de!t-online.de!news.btx.dtag.de!not-for-mail
From: proORGA-Leimen@t-online.de (Peter)
Newsgroups: comp.unix.sco.misc,comp.unix.unixware.misc
Subject: Re: VisonFS3.00.925 and WinWord2000 trouble, Answer from SCO
Date: Tue, 02 May 2000 10:08:23 GMT
Organization: T-Online
Lines: 85
Message-ID: <390ea836.6616572@news.btx.dtag.de> 
References: <38f72b0c.16626971@news.btx.dtag.de> 
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: news01.btx.dtag.de 957262131 3334 0622476177-0001 000502 10:08:51
X-Complaints-To: abuse@t-online.de
X-Sender: 0622476177-0001@t-dialin.net
X-Newsreader: Forte Free Agent 1.21/16.243
Xref: news.randori.com comp.unix.sco.misc:59289 comp.unix.unixware.misc:13256
X-Mozilla-Status: 8010
X-Mozilla-Status2: 00000000





I have now reproduced your problem with Word 2000 and engineering has
isolated the cause of the delay in opening the .txt files. I had been
opening the file from within Word, rather than opening the file
directly
with an association linked to Word, which is why I didn't see the
problem
before.

Engineering has taken a look at this problem and found the following
behaviour occurring:

Looking at a network trace of the open, what Word 2000 appears to be
doing
is looking for a number of converter files. The actual sequence of
calls
goes something like:

  win: give me info on \dir
  vfs: info about \dir
  win: give me info on \dir
  vfs: info about \dir
  win: give me info about \dir\somefile.doc
  vfs: \dir\somefile.doc not found

The names of somefile.doc vary, but examples are WrdPrfctDat50.doc,
MSWordMac51.doc and Lotus123.doc. When I say 'a number', the above
sequence
of calls is repeated more than 180 times. The more files there are in
a
directory, the longer its going to take for VisionFS to [not] find a
particular file. Opening a .doc file instead doesn't experience the
same
delays as it interprets the file a "native" document, so it doesn't
look for
converter files.

The delay is coming from Word trying to open all the converter files.
Removing the text converter feature from Office did reduce the number
of
repetitions of the above sequence to about 20 in our tests, so you
might
want to try that to reduce the time it takes to open the .txt files.
The
best solution however, would be to not use Word 2000 to open
non-native
files, open the file from within an already running instance of Word
2000,
since it doesn't appear to search for converters in this fashion, or
go back
to using a previous version of Word that doesn't exhibit this problem.
Nothing can really be done from a VisionFS perspective.



In regards to your long file copy times, testing. shows that the
'preparing
to copy' phase involves Windows asking for details
(size/dates/attributes/...) of each file in turn. This then requires
VisionFS to stat() each file, which is an expensive operation. So, the
more
file you have in a directory, the larger number of stat() calls are
made,
the longer this is going to take to 'prepare to copy'.

There aren't really any standard times. Basically - the more files in
a
directory there are, the longer most operations are going to take.
There are
a number of other factors that could be involved here, such as network
speed, congestion and unnecessary protocol overhead, Unix
cpu/disk/memory
load, etc. Most versions of VisionFS have had some sort of improvement
in
this area in the past. There has been quite a lot of speed-up work
done for
VisionFS 3.1, due June/July, so I'd suggest you evaluate that release
when
it comes out.


Hope this help.

Cheers,

SCO Technical Support




Click here to add your comments



Don't miss responses! Subscribe to Comments by RSS or by Email

Click here to add your comments


If you want a picture to show with your comment, go get a Gravatar



/Bofcusm/340.html copyright 1997-2004 (various authors) All Rights Reserved

Have you tried Searching this site?

Unix/Linux/Mac OS X support by phone, email or on-site: Support Rates

This is a Unix/Linux resource website. It contains technical articles about Unix, Linux and general computing related subjects, opinion, news, help files, how-to's, tutorials and more. We appreciate comments and article submissions.

Publishing your articles here

Jump to Comments



Many of the products and books I review are things I purchased for my own use. Some were given to me specifically for the purpose of reviewing them. I resell or can earn commissions from the sale of some of these items. Links within these pages may be affiliate links that pay me for referring you to them. That's mostly insignificant amounts of money; whenever it is not I have made my relationship plain. I also may own stock in companies mentioned here. If you have any question, please do feel free to contact me.

Specific links that take you to pages that allow you to purchase the item I reviewed are very likely to pay me a commission. Many of the books I review were given to me by the publishers specifically for the purpose of writing a review. These gifts and referral fees do not affect my opinions; I often give bad reviews anyway.

We use Google third-party advertising companies to serve ads when you visit our website. These companies may use information (not including your name, address, email address, or telephone number) about your visits to this and other websites in order to provide advertisements about goods and services of interest to you. If you would like more information about this practice and to know your choices about not having this information used by these companies, click here.



More:
       - OSR5
       - Bofcusm


Unix/Linux Consultants

Skills Tests

Guest Post Here











My Favorites

Change Congress