On 03/12/2003 11:28:19 AM Marcos wrote:
>OK, now everything goes back to the original server. We have reached an
>acceptable performance using cx_Oracle instead of DCOracle2. It seems
>that our DCOracle2 module was not behaving multithreaded (anybody
>translate that into English). Only one query
OK, now everything goes back to the original server. We have reached an
acceptable performance using cx_Oracle instead of DCOracle2. It seems
that our DCOracle2 module was not behaving multithreaded (anybody
translate that into English). Only one query was active at a time.
We are getting 8 pages/
Marcos Sánchez Provencio [mailto:[EMAIL PROTECTED] wrote:
> One strange thing. We have set up Webware for 100 threads on each
> instance max, but they never get started. If I access the
> example pages
> (wich obviously don't access Oracle) they take forever to
> load (minutes)
> although we don'
Not really...
We have put Pound+2xApache+2xWebware in a separate linux machine. Now,
with 400 virtual clients (using an automated testing tool) the linux
machine is basically idle (each one of 4 CPUs 90% idle). The solaris
machine that hosts the oracle goes to 90+% on each of 4 CPUs, but
contonues
On Mon, 2003-03-03 at 11:17, Marcos Sánchez Provencio wrote:
> Sorry if I am boring someone with this.
>
> Given an average load (100 users) it is the apache-ssl process that's
> eating the 4 CPUs. Our next task is lightening the served pages, in hope
> that this will lighten the burden of encrypt
On 03/03/2003 12:17:32 PM Marcos wrote:
>Given an average load (100 users) it is the apache-ssl process that's
>eating the 4 CPUs. Our next task is lightening the served pages, in hope
>that this will lighten the burden of encrypting the traffic. On the
>other side, I expect the webware process t
Sorry if I am boring someone with this.
Given an average load (100 users) it is the apache-ssl process that's
eating the 4 CPUs. Our next task is lightening the served pages, in hope
that this will lighten the burden of encrypting the traffic. On the
other side, I expect the webware process to be
I'd laugh if I could. This is an application that was begun for a
mainframe maaany years ago and has been translated with the minimum
change (effort I would say) through different platforms since then. I
would dump the whole thing If I could.
So, my next suggestion will be leaving that dinosaur al
On 02/27/2003 04:36:02 PM Marcos Sánchez Provencio wrote:
>I'll have to profile the whole app, but I think that the poor machine is
>plainly overworked. I'll ask the local Oracle guru on Monday. Is it me
>or Oracle _needs_ a guru by its side? Sybase and MSSQL weren't so picky.
It definitely isn'
I'll have to profile the whole app, but I think that the poor machine is
plainly overworked. I'll ask the local Oracle guru on Monday. Is it me
or Oracle _needs_ a guru by its side? Sybase and MSSQL weren't so picky.
I am giving up on expensive things.
El jue, 27-02-2003 a las 22:12, Edmund Lian
Thanks for answering (see between lines)
El jue, 27-02-2003 a las 22:06, Ian Bicking escribió:
> On Thu, 2003-02-27 at 14:55, Marcos Sánchez Provencio wrote:
> > I am stress-testing a Webware 0.7 app on Solaris (old) Oracle 7 and
> > apache-ssl 1.3. The results are very poor.
> >
> > Are there an
On 02/27/2003 03:55:13 PM webware-devel-admin wrote:
>I am stress-testing a Webware 0.7 app on Solaris (old) Oracle 7 and
>apache-ssl 1.3. The results are very poor.
Poor performance is more likely due to the way Oracle has been set up, or
the way the DB is used than Webware itself. E.g., are yo
On Thu, 2003-02-27 at 14:55, Marcos Sánchez Provencio wrote:
> I am stress-testing a Webware 0.7 app on Solaris (old) Oracle 7 and
> apache-ssl 1.3. The results are very poor.
>
> Are there any performance reasons to go 0.8?
> Is there any reason for performance to be poor on Solaris?
There aren'
13 matches
Mail list logo
