On Tue, Aug 7, 2018 at 12:22 PM Enrico Forestieri wrote:
>
> No, this seems to be an issue introduced in recent versions of Windows.
> When an overlapped write operation to a pipe is in progress, GetLastError()
> used returning ERROR_IO_PENDING while now it seems to also return NO_ERROR.
> This
gt;> Date: Tue Aug 7 17:56:07 2018 +0200
>>>
>>> Fix LyX server on Windows
>>>
>>> On some recent Windows versions, GetLastError() may also return
>>> NO_ERROR instead of ERROR_IO_PENDING during an overlapped write
>>> op
On Tue, Aug 07, 2018 at 07:21:03PM -0400, Richard Kimberly Heck wrote:
> On 08/07/2018 12:05 PM, Enrico Forestieri wrote:
> > commit cf5f2661dc0a902e541704172ab369ba3e5a54d6
> > Author: Enrico Forestieri
> > Date: Tue Aug 7 17:56:07 2018 +0200
> >
> &
On 08/07/2018 12:05 PM, Enrico Forestieri wrote:
> commit cf5f2661dc0a902e541704172ab369ba3e5a54d6
> Author: Enrico Forestieri
> Date: Tue Aug 7 17:56:07 2018 +0200
>
> Fix LyX server on Windows
>
> On some recent Windows versions, GetLastError() may also
On Thu, Aug 02, 2018 at 01:58:37AM +0200, Pavel Sanda wrote:
> Will S wrote:
> > I have been helping a user debug a problem with a tool (LyZ,
> > https://github.com/willsALMANJ/lyz) that I maintain that interfaces with
> > LyX through the LyX server. The main symptom is that t
Will S wrote:
> I have been helping a user debug a problem with a tool (LyZ,
> https://github.com/willsALMANJ/lyz) that I maintain that interfaces with
> LyX through the LyX server. The main symptom is that the lyxserver.out file
> appears to be empty. Specifically, when LyZ writ
On 07/31/2018 10:36 PM, Will S wrote:
> I have been helping a user debug a problem with a tool (LyZ,
> https://github.com/willsALMANJ/lyz
> <https://github.com/willsALMANJ/lyz>) that I maintain that interfaces
> with LyX through the LyX server. The main symptom is that the
&g
I have been helping a user debug a problem with a tool (LyZ,
https://github.com/willsALMANJ/lyz) that I maintain that interfaces with
LyX through the LyX server. The main symptom is that the lyxserver.out file
appears to be empty. Specifically, when LyZ writes a command into
lyxserver.in, LyX
ble?
Hi Uwe,
Yes, there's been a working ftp server on the regular LyX server for
some time. Don't remember for how long though.
> if so I would switch back to wiki.lyx.org.
That's kind of funny: I thought you intentionally were using a separate
FTP server to reduce the load on our regular
Christian Ridderström christian.ridderstrom at gmail.com writes:
Hi,
A long time ago (2012) I tried setting up an FTP server but couldn't get
it to work in a fashion I felt was secure enough. But now during my vacation
I've had time to try again in peace and quiet. And it seems I've got
Christian Ridderström gmail.com> writes:
>
>
> Hi,
>
>
> A long time ago (2012) I tried setting up an FTP server but couldn't get
it to work in a fashion I felt was secure enough. But now during my vacation
I've had time to try again in peace and quiet. And it seems I've got it working.
Hi,
A long time ago (2012) I tried setting up an FTP server but couldn't get it
to work in a fashion I felt was secure enough. But now during my vacation
I've had time to try again in peace and quiet. And it seems I've got it
working.
The FTP server is VSFTP
Hi,
A long time ago (2012) I tried setting up an FTP server but couldn't get it
to work in a fashion I felt was secure enough. But now during my vacation
I've had time to try again in peace and quiet. And it seems I've got it
working.
The FTP server is VSFTP
This is just a reminder that the LyX server running the web pages, the
wiki, and subversion
will go down later today for reloacation to a different server.
I expect the server will go down about 22:00 +0100, perhaps a bit
before, perhaps a bit later.
The expectation is that the downtime
This is just a reminder that the LyX server running the web pages, the
wiki, and subversion
will go down later today for reloacation to a different server.
I expect the server will go down about 22:00 +0100, perhaps a bit
before, perhaps a bit later.
The expectation is that the downtime
Hi all,
The LyX server running the web pages, the wiki and subversion will
be moved from one virtual server to another during next week. This move will
consist of a complete re-install since the virtual-servers in question are not
compatible.
The Downtime will be from Tuesday evening/night
Hi all,
The LyX server running the web pages, the wiki and subversion will
be moved from one virtual server to another during next week. This move will
consist of a complete re-install since the virtual-servers in question are not
compatible.
The Downtime will be from Tuesday evening/night
Hi,
I'll be partially off-line until tuesday when I'm at Esrange, but I'll try
to help if I can. Best to send to my gmail adress to get my attention.
regards,
Christian
Christian Ridderstr
On Thu, 5 Nov 2009, Lars Gullik Bjønnes wrote:
There are some problems. I am in contact with the
Hi,
I'll be partially off-line until tuesday when I'm at Esrange, but I'll try
to help if I can. Best to send to my gmail adress to get my attention.
regards,
Christian
Christian Ridderstr
On Thu, 5 Nov 2009, Lars Gullik Bjønnes wrote:
There are some problems. I am in contact with the
Gullik Bjønnes lar...@gullik.org writes:
The lyx server will be upgraded to new hardware and new os about
mid-week. (this week.)
I have little control over that, but I presume it will just work.
Do you know whether a downtime is to be expected?
JMarc
--
Lgb
Lars Gullik Bjønnes lar...@lyx.org writes:
I am quite sure that a downtime is to be expected.
Not quite sure the exact time. The best I have is mid-week.
I'll see if I can get some more info so that we can at least put out a
notification on this list.
Thanks!
JMarc
t; wrote:
> Lars Gullik Bjønnes <lar...@gullik.org> writes:
>
>> The lyx server will be upgraded to new hardware and new os about
>> mid-week. (this week.)
>>
>> I have little control over that, but I presume it will just work.
>
> Do you know whether a downtime is to be expected?
>
> JMarc
>
--
Lgb
Lars Gullik Bjønnes writes:
> I am quite sure that a downtime is to be expected.
> Not quite sure the exact time. The best I have is "mid-week".
>
> I'll see if I can get some more info so that we can at least put out a
> notification on this list.
Thanks!
JMarc
The lyx server will be upgraded to new hardware and new os about
mid-week. (this week.)
I have little control over that, but I presume it will just work.
--
Lgb
Lars Gullik Bjønnes lar...@gullik.org writes:
The lyx server will be upgraded to new hardware and new os about
mid-week. (this week.)
I have little control over that, but I presume it will just work.
Do you know whether a downtime is to be expected?
JMarc
The lyx server will be upgraded to new hardware and new os about
mid-week. (this week.)
I have little control over that, but I presume it will just work.
--
Lgb
Lars Gullik Bjønnes <lar...@gullik.org> writes:
> The lyx server will be upgraded to new hardware and new os about
> mid-week. (this week.)
>
> I have little control over that, but I presume it will just work.
Do you know whether a downtime is to be expected?
JMarc
On Fri, Oct 30, 2009 at 13:42, Netadmin StudNet Bonn
netad...@stw-bonn.de wrote:
Hello!
We need to move the virtual server lyx.lyx.org (212.201.69.43) to a upgraded
Hardware and another
storage backend. Also we want to upgrade the server to Debian Lenny.
Can we do this next week?
I'll cc
On Fri, Oct 30, 2009 at 13:42, Netadmin StudNet Bonn
wrote:
> Hello!
>
> We need to move the virtual server lyx.lyx.org (212.201.69.43) to a upgraded
> Hardware and another
> storage backend. Also we want to upgrade the server to Debian Lenny.
>
> Can we do this next week?
On Sat, Sep 12, 2009 at 09:25:07AM +0200, Jürgen Spitzmüller wrote:
Vincent van Ravesteijn wrote:
I can confirm it works.
No objections from me, then.
I committed it.
--
Enrico
On Sat, Sep 12, 2009 at 09:25:07AM +0200, Jürgen Spitzmüller wrote:
> Vincent van Ravesteijn wrote:
> > I can confirm it works.
>
> No objections from me, then.
I committed it.
--
Enrico
Vincent van Ravesteijn wrote:
I can confirm it works.
No objections from me, then.
Jürgen
Vincent van Ravesteijn wrote:
> I can confirm it works.
No objections from me, then.
Jürgen
On Fri, Sep 11, 2009 at 01:00:52AM +0200, Vincent van Ravesteijn wrote:
Enrico,
I would appreciate feedback from Cmake and Scons users as I don't know
whether the patches for these build systems (that I incorporated from
other commits in trunk) actually work.
Index:
On Fri, Sep 11, 2009 at 01:14:39AM +0200, Vincent van Ravesteijn wrote:
You don't need Cygwin to test it.
1. Use \\.\pipe\lyxpipe (without quotes) as the LyXserver pipe path
in the preferences.
2. Quit and restart LyX.
3. In a cmd.exe terminal type
echo
On Fri, Sep 11, 2009 at 01:14:39AM +0200, Vincent van Ravesteijn wrote:
You don't need Cygwin to test it.
1. Use \\.\pipe\lyxpipe (without quotes) as the LyXserver pipe path
in the preferences.
2. Quit and restart LyX.
3. In a cmd.exe terminal type
echo LYXCMD:test:file-open
Andre Poenitz schreef:
On Fri, Sep 11, 2009 at 01:14:39AM +0200, Vincent van Ravesteijn wrote:
You don't need Cygwin to test it.
1. Use \\.\pipe\lyxpipe (without quotes) as the LyXserver pipe path
in the preferences.
2. Quit and restart LyX.
3. In a cmd.exe terminal type
echo
On Fri, Sep 11, 2009 at 09:30:27PM +0200, Andre Poenitz wrote:
We are still in the thread that contained at some point of time
[...]
5. It works.
right?
Yes. In particular, it is the same thread where someone confused
a named pipe with a socket.
--
Enrico
On Fri, Sep 11, 2009 at 01:00:52AM +0200, Vincent van Ravesteijn wrote:
> Enrico,
> > I would appreciate feedback from Cmake and Scons users as I don't know
> > whether the patches for these build systems (that I incorporated from
> > other commits in trunk) actually work.
> >
> >
> > Index:
On Fri, Sep 11, 2009 at 01:14:39AM +0200, Vincent van Ravesteijn wrote:
> >
> >> You don't need Cygwin to test it.
> >>
> >> 1. Use "\\.\pipe\lyxpipe" (without quotes) as the LyXserver pipe path
> >>in the preferences.
> >> 2. Quit and restart LyX.
> >> 3. In a cmd.exe terminal type
> >>
On Fri, Sep 11, 2009 at 01:14:39AM +0200, Vincent van Ravesteijn wrote:
>>> You don't need Cygwin to test it.
>>>
>>> 1. Use "\\.\pipe\lyxpipe" (without quotes) as the LyXserver pipe path
>>>in the preferences.
>>> 2. Quit and restart LyX.
>>> 3. In a cmd.exe terminal type
>>> echo
Andre Poenitz schreef:
On Fri, Sep 11, 2009 at 01:14:39AM +0200, Vincent van Ravesteijn wrote:
You don't need Cygwin to test it.
1. Use "\\.\pipe\lyxpipe" (without quotes) as the LyXserver pipe path
in the preferences.
2. Quit and restart LyX.
3. In a cmd.exe terminal type
echo
On Fri, Sep 11, 2009 at 09:30:27PM +0200, Andre Poenitz wrote:
>
> We are still in the thread that contained at some point of time
>
> > [...]
> 5. It works.
>
> right?
Yes. In particular, it is the same thread where someone confused
a named pipe with a socket.
--
Enrico
On Sun, Sep 06, 2009 at 06:10:23PM +0200, Jürgen Spitzmüller wrote:
Enrico Forestieri wrote:
The attached patch implements the LyX server for Windows in 1.6.x.
I have been testing this for quite some time now and it works very
well for me (for some aspects, even better than the server
Enrico Forestieri wrote:
This is an important addition to Win32 indeed. So if it is well tested,
I'm not opposed to put this in branch.
So, Jürgen?
Did you get feedback from the SCons and CMake front?
Jürgen
On Thu, Sep 10, 2009 at 10:07:24AM +0200, Jürgen Spitzmüller wrote:
Enrico Forestieri wrote:
This is an important addition to Win32 indeed. So if it is well tested,
I'm not opposed to put this in branch.
So, Jürgen?
Did you get feedback from the SCons and CMake front?
No, but I
Am Thursday 10 September 2009 schrieb Enrico Forestieri:
On Thu, Sep 10, 2009 at 10:07:24AM +0200, Jürgen Spitzmüller wrote:
Enrico Forestieri wrote:
This is an important addition to Win32 indeed. So if it is well tested,
I'm not opposed to put this in branch.
So, Jürgen?
Enrico Forestieri wrote:
This is an important addition to Win32 indeed. So if it is well
tested, I'm not opposed to put this in branch.
So, Jürgen?
Did you get feedback from the SCons and CMake front?
No, but I reproduced what they did in trunk, so I interpret
the silence as
Vincent van Ravesteijn - TNW wrote:
No, but I reproduced what they did in trunk, so I interpret
the silence as everything's Ok.
Hmm.. The silence means that I haven't looked at it yet. I just didn't get
to it and then I probably forgot.
Could you (or someone else) do it? A second pair of
Enrico,
I would appreciate feedback from Cmake and Scons users as I don't know
whether the patches for these build systems (that I incorporated from
other commits in trunk) actually work.
Index: development/cmake/src/insets/CMakeLists.txt
You don't need Cygwin to test it.
1. Use \\.\pipe\lyxpipe (without quotes) as the LyXserver pipe path
in the preferences.
2. Quit and restart LyX.
3. In a cmd.exe terminal type
echo LYXCMD:test:file-open \\.\pipe\lyxpipe.in
type \\.\pipe\lyxpipe.out
If the file dialog opens, it
On Sun, Sep 06, 2009 at 06:10:23PM +0200, Jürgen Spitzmüller wrote:
> Enrico Forestieri wrote:
> > The attached patch implements the LyX server for Windows in 1.6.x.
> > I have been testing this for quite some time now and it works very
> > well for me (for some aspe
Enrico Forestieri wrote:
> > This is an important addition to Win32 indeed. So if it is well tested,
> > I'm not opposed to put this in branch.
>
> So, Jürgen?
Did you get feedback from the SCons and CMake front?
Jürgen
On Thu, Sep 10, 2009 at 10:07:24AM +0200, Jürgen Spitzmüller wrote:
> Enrico Forestieri wrote:
> > > This is an important addition to Win32 indeed. So if it is well tested,
> > > I'm not opposed to put this in branch.
> >
> > So, Jürgen?
>
> Did you get feedback from the SCons and CMake front?
Am Thursday 10 September 2009 schrieb Enrico Forestieri:
> On Thu, Sep 10, 2009 at 10:07:24AM +0200, Jürgen Spitzmüller wrote:
> > Enrico Forestieri wrote:
> > > > This is an important addition to Win32 indeed. So if it is well tested,
> > > > I'm not opposed to put this in branch.
> > >
> > >
>> Enrico Forestieri wrote:
>> > > This is an important addition to Win32 indeed. So if it is well
>> > > tested, I'm not opposed to put this in branch.
>> >
>> > So, Jürgen?
>>
>> Did you get feedback from the SCons and CMake front?
>
>No, but I reproduced what they did in trunk, so I
Vincent van Ravesteijn - TNW wrote:
> >No, but I reproduced what they did in trunk, so I interpret
> >the silence as "everything's Ok".
>
> Hmm.. The silence means that I haven't looked at it yet. I just didn't get
> to it and then I probably forgot.
Could you (or someone else) do it? A second
Enrico,
I would appreciate feedback from Cmake and Scons users as I don't know
whether the patches for these build systems (that I incorporated from
other commits in trunk) actually work.
Index: development/cmake/src/insets/CMakeLists.txt
You don't need Cygwin to test it.
1. Use "\\.\pipe\lyxpipe" (without quotes) as the LyXserver pipe path
in the preferences.
2. Quit and restart LyX.
3. In a cmd.exe terminal type
echo LYXCMD:test:file-open> \\.\pipe\lyxpipe.in
type \\.\pipe\lyxpipe.out
If the file dialog opens,
implements the LyX server for Windows in 1.6.x.
Can anybody remind me why we need to use 500+ platform specific
lines code of our own instead of using, say, QLocalSocket?
Because QLocalSocket::socketDescriptor() is not going to work
with QSocketNotifier?
Wouldn't we just
wrote:
The attached patch implements the LyX server for Windows in 1.6.x.
Can anybody remind me why we need to use 500+ platform specific
lines code of our own instead of using, say, QLocalSocket?
Because QLocalSocket::socketDescriptor() is not going to work
On Mon, Sep 07, 2009 at 09:24:13AM +0200, Abdelrazak Younes wrote:
Honestly, I was also uneasy about this platform specific code but I
didn't say anything because 1) you obviously spent quite some work on it
and 2) nobody else volunteered to implement the feature on Windows
before you 3)
:
On Sun, Sep 06, 2009 at 05:36:44PM +0200, Enrico Forestieri wrote:
The attached patch implements the LyX server for Windows in 1.6.x.
Can anybody remind me why we need to use 500+ platform specific
lines code of our own instead of using, say, QLocalSocket
Andre Poenitz wrote:
What was the system Qt version shipped with the Windows distribution?
4.5.2
Joost
implements the LyX server for Windows in 1.6.x.
Can anybody remind me why we need to use 500+ platform specific
lines code of our own instead of using, say, QLocalSocket?
Because QLocalSocket::socketDescriptor() is not going to work
with QSocketNotifier?
Wouldn't we just
> On Sun, Sep 06, 2009 at 05:36:44PM +0200, Enrico Forestieri wrote:
> > > > > The attached patch implements the LyX server for Windows in 1.6.x.
> > > >
> > > > Can anybody remind me why we need to use 500+ platform specific
> > > > lines code of
On Mon, Sep 07, 2009 at 09:24:13AM +0200, Abdelrazak Younes wrote:
> Honestly, I was also uneasy about this platform specific code but I
> didn't say anything because 1) you obviously spent quite some work on it
> and 2) nobody else volunteered to implement the feature on Windows
> before you
e:
> > > > Andre Poenitz writes:
> > > > >
> > > > > On Sun, Sep 06, 2009 at 05:36:44PM +0200, Enrico Forestieri wrote:
> > > > > > The attached patch implements the LyX server for Windows in 1.6.x.
> > > > >
> > >
Andre Poenitz wrote:
What was the system Qt version shipped with the Windows distribution?
4.5.2
Joost
The attached patch implements the LyX server for Windows in 1.6.x.
I have been testing this for quite some time now and it works very
well for me (for some aspects, even better than the server as
implemented for *nix). So, I think that it is ready for prime time
even in branch. Note
Enrico Forestieri wrote:
The attached patch implements the LyX server for Windows in 1.6.x.
I have been testing this for quite some time now and it works very
well for me (for some aspects, even better than the server as
implemented for *nix). So, I think that it is ready for prime time
even
On Sun, Sep 06, 2009 at 06:10:23PM +0200, Jürgen Spitzmüller wrote:
Enrico Forestieri wrote:
The attached patch implements the LyX server for Windows in 1.6.x.
I have been testing this for quite some time now and it works very
well for me (for some aspects, even better than the server
I stress tested it and it works for me, but I have heard nothing from others.
Before committing to branch, I would also like to know whether it also
works with CMake and Scons, as I use autotools and cannot test.
I don't have Cygwin, so I can't test it on Windows.
Vincent
Andre Poenitz writes:
On Sun, Sep 06, 2009 at 05:36:44PM +0200, Enrico Forestieri wrote:
The attached patch implements the LyX server for Windows in 1.6.x.
Can anybody remind me why we need to use 500+ platform specific
lines code of our own instead of using, say, QLocalSocket?
Because
Vincent van Ravesteijn writes:
I stress tested it and it works for me, but I have heard nothing from
others.
Before committing to branch, I would also like to know whether it also
works with CMake and Scons, as I use autotools and cannot test.
I don't have Cygwin, so I can't
On Sun, Sep 06, 2009 at 05:36:44PM +0200, Enrico Forestieri wrote:
The attached patch implements the LyX server for Windows in 1.6.x.
Can anybody remind me why we need to use 500+ platform specific
lines code of our own instead of using, say, QLocalSocket?
Andre'
On Sun, Sep 06, 2009 at 05:50:28PM +, Enrico Forestieri wrote:
Andre Poenitz writes:
On Sun, Sep 06, 2009 at 05:36:44PM +0200, Enrico Forestieri wrote:
The attached patch implements the LyX server for Windows in 1.6.x.
Can anybody remind me why we need to use 500+ platform
On Sun, Sep 06, 2009 at 11:10:25PM +0200, Andre Poenitz wrote:
On Sun, Sep 06, 2009 at 05:50:28PM +, Enrico Forestieri wrote:
Andre Poenitz writes:
On Sun, Sep 06, 2009 at 05:36:44PM +0200, Enrico Forestieri wrote:
The attached patch implements the LyX server for Windows in 1.6
The attached patch implements the LyX server for Windows in 1.6.x.
I have been testing this for quite some time now and it works very
well for me (for some aspects, even better than the server as
implemented for *nix). So, I think that it is ready for prime time
even in branch. Note
Enrico Forestieri wrote:
> The attached patch implements the LyX server for Windows in 1.6.x.
> I have been testing this for quite some time now and it works very
> well for me (for some aspects, even better than the server as
> implemented for *nix). So, I think that it is ready fo
On Sun, Sep 06, 2009 at 06:10:23PM +0200, Jürgen Spitzmüller wrote:
> Enrico Forestieri wrote:
> > The attached patch implements the LyX server for Windows in 1.6.x.
> > I have been testing this for quite some time now and it works very
> > well for me (for some aspe
I stress tested it and it works for me, but I have heard nothing from others.
Before committing to branch, I would also like to know whether it also
works with CMake and Scons, as I use autotools and cannot test.
I don't have Cygwin, so I can't test it on Windows.
Vincent
Andre Poenitz writes:
>
> On Sun, Sep 06, 2009 at 05:36:44PM +0200, Enrico Forestieri wrote:
> > The attached patch implements the LyX server for Windows in 1.6.x.
>
> Can anybody remind me why we need to use 500+ platform specific
> lines code of our own instead of usi
Vincent van Ravesteijn writes:
>
> > I stress tested it and it works for me, but I have heard nothing from
> > others.
> > Before committing to branch, I would also like to know whether it also
> > works with CMake and Scons, as I use autotools and cannot test.
> >
> >
> I don't have Cygwin,
On Sun, Sep 06, 2009 at 05:36:44PM +0200, Enrico Forestieri wrote:
> The attached patch implements the LyX server for Windows in 1.6.x.
Can anybody remind me why we need to use 500+ platform specific
lines code of our own instead of using, say, QLocalSocket?
Andre'
On Sun, Sep 06, 2009 at 05:50:28PM +, Enrico Forestieri wrote:
> Andre Poenitz writes:
> >
> > On Sun, Sep 06, 2009 at 05:36:44PM +0200, Enrico Forestieri wrote:
> > > The attached patch implements the LyX server for Windows in 1.6.x.
> >
> > Can anyb
On Sun, Sep 06, 2009 at 11:10:25PM +0200, Andre Poenitz wrote:
> On Sun, Sep 06, 2009 at 05:50:28PM +, Enrico Forestieri wrote:
> > Andre Poenitz writes:
> > >
> > > On Sun, Sep 06, 2009 at 05:36:44PM +0200, Enrico Forestieri wrote:
> > > > The a
On Sat, 11 Apr 2009, Pavel Sanda wrote:
Christian Ridderström wrote:
As for conclusions, I know think I have a test that gives a difference for
the LyX server compared to other machines. I think the most telling sign is
when a command such as 'sleep 0.1' takes over a second to execute
On Mon, Apr 13, 2009 at 12:26, Christian Ridderström
christian.ridderst...@gmail.com wrote:
On Sat, 11 Apr 2009, Pavel Sanda wrote:
Christian Ridderström wrote:
As for conclusions, I know think I have a test that gives a difference
for
the LyX server compared to other machines. I think
On Mon, 13 Apr 2009, Lars Gullik Bjønnes wrote:
AFAIK, the VM keeps the real load hidden. I have tried looking a little
bit with top, and I've also installed 'atop' and 'dstat', and looked a
bit at their output. So far I haven't really seen anything suspicious.
I have opened a ticket at the
On Mon, Apr 13, 2009 at 20:28, Christian Ridderström
christian.ridderst...@gmail.com wrote:
On Mon, 13 Apr 2009, Lars Gullik Bjønnes wrote:
AFAIK, the VM keeps the real load hidden. I have tried looking a little
bit with top, and I've also installed 'atop' and 'dstat', and looked a bit
at
On Mon, 13 Apr 2009, Lars Gullik Bjønnes wrote:
Great. I suspect they're the only ones that can really look at.
It seems that the latency is caused by the xen storage backend.
So we just have to live with the latency for the time being.
Thanks for sending me their response, I agree we
On Sat, 11 Apr 2009, Pavel Sanda wrote:
Christian Ridderström wrote:
As for conclusions, I know think I have a test that gives a difference for
the LyX server compared to other machines. I think the most telling sign is
when a command such as 'sleep 0.1' takes over a second to execute
On Mon, Apr 13, 2009 at 12:26, Christian Ridderström <
christian.ridderst...@gmail.com> wrote:
> On Sat, 11 Apr 2009, Pavel Sanda wrote:
>
> Christian Ridderström wrote:
>>
>>> As for conclusions, I know think I have a test that gives a difference
>>> f
On Mon, 13 Apr 2009, Lars Gullik Bjønnes wrote:
AFAIK, the VM keeps the real load hidden. I have tried looking a little
bit with top, and I've also installed 'atop' and 'dstat', and looked a
bit at their output. So far I haven't really seen anything suspicious.
I have opened a ticket at the
On Mon, Apr 13, 2009 at 20:28, Christian Ridderström <
christian.ridderst...@gmail.com> wrote:
> On Mon, 13 Apr 2009, Lars Gullik Bjønnes wrote:
>
> AFAIK, the VM keeps the real load hidden. I have tried looking a little
>>> bit with top, and I've also installed 'atop' and 'dstat', and looked a
On Mon, 13 Apr 2009, Lars Gullik Bjønnes wrote:
Great. I suspect they're the only ones that can really look at.
It seems that the latency is caused by the xen storage backend.
So we just have to live with the latency for the time being.
Thanks for sending me their response, I agree we
of
sleep 0.1
with a threshold of 0.12 s, and doing this 1 times. This test was
repeated on four different machines.
TestOverrun Max VM/HW System
# [ms]
1 517 2600 VM LyX server (VM)
2 32 158 VM VM on Christian's home server
3 24 145 HW
Christian Ridderström wrote:
As for conclusions, I know think I have a test that gives a difference for
the LyX server compared to other machines. I think the most telling sign is
when a command such as 'sleep 0.1' takes over a second to execute, then
something strange is going
ution time of
sleep 0.1
with a threshold of 0.12 s, and doing this 1 times. This test was
repeated on four different "machines".
TestOverrun Max VM/HW System
# [ms]
1 517 2600 VM LyX server (VM)
2 32 158 VM VM on Christian's home server
3
1 - 100 of 151 matches
Mail list logo