On Jun 20 19:29, Marco Atzeri wrote:
> On 20/06/2017 13:11, Corinna Vinschen wrote:
> > > > >
> > > > > I suggest reverting the cygwin-20170324 cygserver changes for now.
> > > > > Older
> > > > > versions can be configured to have reliable sysv semaphores, but I
> > > > > think no
> > > > > set
On 20/06/2017 13:11, Corinna Vinschen wrote:
I suggest reverting the cygwin-20170324 cygserver changes for now. Older
versions can be configured to have reliable sysv semaphores, but I
think no
settings render sysv semaphores reliable in Cygwin 2.8.0. What do you
think?
Just FYI, Corinna is
On Jun 15 01:32, Marco Atzeri wrote:
> On 07/05/2017 05:47, Larry Hall (Cygwin) wrote:
> > On 05/06/2017 11:27 PM, Noah Misch wrote:
> > > On Sat, Apr 01, 2017 at 10:36:24PM -0400, Noah Misch wrote:
> > > > On Tue, Mar 28, 2017 at 01:26:52AM -0400, Noah Misch wrote:
> > > > > On Fri, Mar 24, 2017 a
On 07/05/2017 05:47, Larry Hall (Cygwin) wrote:
On 05/06/2017 11:27 PM, Noah Misch wrote:
On Sat, Apr 01, 2017 at 10:36:24PM -0400, Noah Misch wrote:
On Tue, Mar 28, 2017 at 01:26:52AM -0400, Noah Misch wrote:
On Fri, Mar 24, 2017 at 06:11:01PM +0100, Corinna Vinschen wrote:
I pushed a patchs
On 05/06/2017 11:27 PM, Noah Misch wrote:
On Sat, Apr 01, 2017 at 10:36:24PM -0400, Noah Misch wrote:
On Tue, Mar 28, 2017 at 01:26:52AM -0400, Noah Misch wrote:
On Fri, Mar 24, 2017 at 06:11:01PM +0100, Corinna Vinschen wrote:
I pushed a patchset now, and uploaded new developer snapshots for
On Sat, Apr 01, 2017 at 10:36:24PM -0400, Noah Misch wrote:
> On Tue, Mar 28, 2017 at 01:26:52AM -0400, Noah Misch wrote:
> > On Fri, Mar 24, 2017 at 06:11:01PM +0100, Corinna Vinschen wrote:
> > > I pushed a patchset now, and uploaded new developer snapshots for
> > > testing to https://cygwin.com
On Tue, Mar 28, 2017 at 01:26:52AM -0400, Noah Misch wrote:
> On Fri, Mar 24, 2017 at 06:11:01PM +0100, Corinna Vinschen wrote:
> > I pushed a patchset now, and uploaded new developer snapshots for
> > testing to https://cygwin.com/snapshots/
>
> > Please give it a try
> I call the cygwin-2017032
On Fri, Mar 24, 2017 at 06:11:01PM +0100, Corinna Vinschen wrote:
> - cygserver is using a defined number of threads in a thread pool for
> application requests. Every request is added to a request submission
> queue and handled by the next free thread in the pool.
>
> The default number of
On 25/03/2017 12:30, Corinna Vinschen wrote:
On Mar 25 09:09, Marco Atzeri wrote:
It seems that the number of max available semaphores is frozen to first call
value.
That's normal and documented. An existing semaphore set using the same
key has the number of semaphores defined in the first
On Mar 25 09:09, Marco Atzeri wrote:
> On 24/03/2017 18:11, Corinna Vinschen wrote:
> > Hi Noah,
> >
>
> > >
> > > On GNU/Linux, AIX, and Solaris, the processes keep busy and finish one
> > > million
> > > lock/unlock cycles apiece in a few minutes. On Cygwin, they hang within
> > > a few
> >
On 24/03/2017 18:11, Corinna Vinschen wrote:
Hi Noah,
On GNU/Linux, AIX, and Solaris, the processes keep busy and finish one million
lock/unlock cycles apiece in a few minutes. On Cygwin, they hang within a few
seconds and under one hundred cycles apiece. At that point, cygserver is
unresp
Hi Noah,
thanks for the report and especially the testcase. It took me a while
to debug that, but I think I fixed it now. At least your testcase is
working for me now. It also got faster, albeit always slower than Linux
because of the communication overhead between processes and cygserver.
On
On 21/03/2017 03:56, Noah Misch wrote:
On Tue, Aug 03, 2004 at 12:06:12PM +0200, Corinna Vinschen wrote:
On Aug 2 20:33, sarbx-cygwin6...@mailblocks.com wrote:
This time around, cygserver does not eat CPU. But after 5 to 6
concurrent
connections nothing seem to work, looks kind of hung. There
On Tue, Aug 03, 2004 at 12:06:12PM +0200, Corinna Vinschen wrote:
> On Aug 2 20:33, sarbx-cygwin6...@mailblocks.com wrote:
> > This time around, cygserver does not eat CPU. But after 5 to 6
> > concurrent
> > connections nothing seem to work, looks kind of hung. There is no
> > activity in the P
Thanks for the information. I'm attaching the gzipped log file.
Sarva
-Original Message-
From: Christopher Faylor <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Sent: Tue, 3 Aug 2004 16:54:34 -0400
Subject: Re: cygserver - Postgres Multiple connection Load Testing -
Inifinte Loop
On Tue, Aug 03, 2004 at 01:45:07PM -0700, Saravanan Bellan wrote:
>The compressed log file .zip is about 19K. Uncompressed is large. This
>mailing list does not accept attachements.
Yes, it does. sourceware.org doesn't accept zip, exe, bat, etc.
attachments.
It does accept gzipped attachments.
AIL PROTECTED]>
To: [EMAIL PROTECTED]
Sent: Tue, 3 Aug 2004 12:06:12 +0200
Subject: Re: cygserver - Postgres Multiple connection Load Testing -
Inifinte Loop
On Aug 2 20:33, [EMAIL PROTECTED] wrote:
This time around, cygserver does not eat CPU. But after 5 to 6
concurrent
connections nothing seem t
On Aug 2 20:33, [EMAIL PROTECTED] wrote:
> This time around, cygserver does not eat CPU. But after 5 to 6
> concurrent
> connections nothing seem to work, looks kind of hung. There is no
> activity in the Postgres
> log file. Opening a new database connection also hangs. There is no
> activity
On Jul 30 14:32, [EMAIL PROTECTED] wrote:
>On Jul 28 20:19, [EMAIL PROTECTED] wrote:
>>$ postgres --version
>>postgres (PostgreSQL) 7.4.3
>>
>>$ uname -a
>>CYGWIN_NT-5.0 sbellan-nb 1.5.10(0.116/4/2) 2004-05-25 22:07 i686
>>unknown unknown
>>Cygwin
>>
>>While doing Load testing using DOTS, after 5 t
On Jul 30 14:32, [EMAIL PROTECTED] wrote:
> >On Jul 28 20:19, [EMAIL PROTECTED] wrote:
> >>$ postgres --version
> >>postgres (PostgreSQL) 7.4.3
> >>
> >>$ uname -a
> >>CYGWIN_NT-5.0 sbellan-nb 1.5.10(0.116/4/2) 2004-05-25 22:07 i686
> >>unknown unknown
> >>Cygwin
> >>
> >>While doing Load testing u
On Jul 28 20:19, [EMAIL PROTECTED] wrote:
$ postgres --version
postgres (PostgreSQL) 7.4.3
$ uname -a
CYGWIN_NT-5.0 sbellan-nb 1.5.10(0.116/4/2) 2004-05-25 22:07 i686
unknown unknown
Cygwin
While doing Load testing using DOTS, after 5 to 6 connections the
machine starts to slow down and
cygserver s
On Jul 28 20:19, [EMAIL PROTECTED] wrote:
> $ postgres --version
> postgres (PostgreSQL) 7.4.3
>
> $ uname -a
> CYGWIN_NT-5.0 sbellan-nb 1.5.10(0.116/4/2) 2004-05-25 22:07 i686
> unknown unknown
> Cygwin
>
> While doing Load testing using DOTS, after 5 to 6 connections the
> machine starts to s
$ postgres --version
postgres (PostgreSQL) 7.4.3
$ uname -a
CYGWIN_NT-5.0 sbellan-nb 1.5.10(0.116/4/2) 2004-05-25 22:07 i686
unknown unknown
Cygwin
While doing Load testing using DOTS, after 5 to 6 connections the
machine starts to slow down and
cygserver seems to hog most of the CPU. After runn
23 matches
Mail list logo
