Warning: DOMDocument::loadXML() [function.DOMDocument-loadXML]: Entity 'nbsp' not defined in Entity, line: 49 in /srv/lkml.org/scripts/getmail.php on line 206
Warning: DOMDocument::loadXML() [function.DOMDocument-loadXML]: Entity 'nbsp' not defined in Entity, line: 49 in /srv/lkml.org/scripts/getmail.php on line 206
Warning: DOMDocument::loadXML() [function.DOMDocument-loadXML]: error parsing attribute name in Entity, line: 49 in /srv/lkml.org/scripts/getmail.php on line 206
Warning: DOMDocument::loadXML() [function.DOMDocument-loadXML]: attributes construct error in Entity, line: 49 in /srv/lkml.org/scripts/getmail.php on line 206
Warning: DOMDocument::loadXML() [function.DOMDocument-loadXML]: Couldn't find end of Start Tag serg line 49 in Entity, line: 49 in /srv/lkml.org/scripts/getmail.php on line 206
Warning: XSLTProcessor::transformToXml() expects parameter 1 to be object, boolean given in /srv/lkml.org/scripts/getmail.php on line 209
This message generated a parse failure. Raw output follows here. Please use 'back' to navigate.
From devnull@lkml.org Sun Oct 12 04:48:30 2008
Received: from entropy.muc.muohio.edu (entropy.muc.muohio.edu [134.53.193.10]) by herbie.ucs.indiana.edu (8.8.8/8.8.8) with ESMTP id IAA00847 for ; Mon, 5 Jan 1998 08:11:12 -0500 (EST)
Received: from vger.rutgers.edu (root@vger.rutgers.edu [128.6.190.2]) by entropy.muc.muohio.edu (8.8.7/8.8.7) with ESMTP id IAA20610; Mon, 5 Jan 1998 08:06:57 -0500
Received: by vger.rutgers.edu id <970951-12312>; Mon, 5 Jan 1998 08:04:53 -0500
Received: from vvv.srcc.msu.su ([158.250.39.50]:31037 "EHLO vvv.srcc.msu.su" ident: "TIMEDOUT") by vger.rutgers.edu with ESMTP id <970988-12312>; Mon, 5 Jan 1998 08:03:17 -0500
Received: from vvv.srcc.msu.su (serg@asi.srcc.msu.su [158.250.39.163]) by vvv.srcc.msu.su (8.8.7/8.8.5) with ESMTP id QAA23221 for ; Mon, 5 Jan 1998 16:04:17 +0300
Message-Id: <34B0DAC1.C3A32D4B@vvv.srcc.msu.su>
Date: Mon, 05 Jan 1998 16:06:09 +0300
From: Sergey Zhumatiy
Organization: SRCC
X-Mailer: Mozilla 4.03 [en] (X11; I; Linux 2.0.32 i586)
Mime-Version: 1.0
To: linux-kernel@vger.rutgers.edu
Subject: NFS troubles
Content-Type: multipart/mixed; boundary="------------851DF90254FE122B329FAFA2"
X-Orcpt: rfc822;linux-kernel@vger.rutgers.edu
Sender: owner-linux-kernel@vger.rutgers.edu
Precedence: bulk
This is a multi-part message in MIME format.
--------------851DF90254FE122B329FAFA2
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: 7bit
Hello!
I have some problems with NFS. Actually, I think, with cached data.
(May be that's not NFS problem, but I wanto understand where it is)
My test is very simply: two processes on two machines. First process
writes data to file via NFS. Then second process reads this file and checks.
Then first writes another data, and then second reads it and
checks. (Totally 10 iterations).
All times processes are syncronized.
First ---WRITE--+-----------+--WRITE2---+-------+--...
| | | ...
Second----------+---READ----+-----------+--READ-+--...
^ ^ ^ ^
\ | / /
\ | / /
----BARIERS------+------
On second or third iteration second process often reads
OLD data! (I guess cached).
Can you help me in this case?
Serg.
--------------851DF90254FE122B329FAFA2
Content-Type: message/rfc822
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-ID: <34B0DA07.FB40015F@vvv.srcc.msu.su>
Date: Mon, 05 Jan 1998 16:03:03 +0300
From: Sergey Zhumatiy
Organization: SRCC
X-Mailer: Mozilla 4.03 [en] (X11; I; Linux 2.0.32 i586)
MIME-Version: 1.0
To: Majordomo@vger.rutgers.edu
Subject: NFS troubles
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: 7bit
Hello!
I have some problems with NFS. Actually, I think, with cached data.
(May be that's not NFS problem, but I wanto understand where it is)
My test is very simply: two processes on two machines. First process
writes data to file via NFS. Then second process reads this file and checks.
Then first writes another data, and then second reads it and
checks. (Totally 10 iterations).
All times processes are syncronized.
First ---WRITE--+-----------+--WRITE2---+-------+--...
| | | ...
Second----------+---READ----+-----------+--READ-+--...
^ ^ ^ ^
\ | / /
\ | / /
----BARIERS------+------
On second or third iteration second process often reads
OLD data! (I guess cached).
Can you help me in this case?
Serg.
--------------851DF90254FE122B329FAFA2--