Re: Oracle Forms 6i & Win2000 & Citrix

From: Van Messner <vmessner_at_bestweb.net>
Date: Sun, 10 Dec 2000 23:03:20 GMT
Message-ID: <YYTY5.412$LR2.28940_at_monger.newsread.com>


Hello Barbara:

    I couldn't tell if you were responding to me or the original poster. In the case of slow Designer 6i everything is 32-bit, both on my machines and on the ones used to reproduce the problem at Oracle tech support.

Van

"Barbara Kennedy" <barbken_at_teleport.com> wrote in message news:iVzY5.5235$4W.686380_at_nntp1.onemain.com...
> I saw a similar problem like this with terminal emulators on WTS. If the
> emulator was a 16 bit program it would eat up all the CPU on the machine.
> Once the customer upgraded to a 32 bit emulator or stopped using terminal
> emulators then everything ran very fast. (In our case the terminal
> emulators were causing our program to run slow even though we don't use
> terminal emulation. The terminal emulators were for another application
> from another company. Once we did a test we here we banned the terminal
> emulators for a day things worked fine.) You should be able to tell by
> looking in the task manager and clicking on the performance tab. Or click
> on the middle tab,(processes) and sort by CPU. The 16 bit programs should
> float to the top (use the most CPU). It might be VDM that floats to the
> top, which is the same thing; it is the virtual machine that 16 bit
 programs
> run in. WTS handles interrupts for 16 bit programs terribly and the only
> solution is to get rid of them on the WTS.
>
> If it is Oracle forms that is the 16 bit app (and I don't know it if is or
> not) then upgrade to a later version; I am sure the latest version is a
 full
> 32 bit app.
>
> Jim
>
>
>
> "Van Messner" <vmessner_at_bestweb.net> wrote in message
> news:lmyY5.132$g43.12696_at_newshog.newsread.com...
> > Barbara's suggestion sounds right. As a long shot, what you are
 finding
> > may possibly be related to a problem in Designer 6i. Anything having to
 do
> > with fetching data runs very, very, very slowly. Opening a server model
> > diagram with 70 tables takes over three minutes on a P600 with 500M of
 RAM
> > and plenty of hard disk (The same diagram opens in version 6 in a few
> > seconds on a smaller slower computer). We asked Oracle support and at
 first
> > they said there was no problem. Eventually we were given a copy of an
> > internal note that the problem exists and is severe. In the case of
> > Designer 6i there is no workaround other than to wait for a fix. The
 fix
> > was first promised for late November but now is uncertain.
> >
> > Van
> >
> >
> > "Barbara Kennedy" <barbken_at_teleport.com> wrote in message
> > news:kLsY5.6110$g77.700275_at_nntp2.onemain.com...
> > > Is forms 6i a 16 bit application or 32 bit on Windows? If it is 16 bit
 then
> > > that is your problem. WTS does not handle 16 bit apps well and eats up
 all
> > > the CPU. You could confirm this by bringing up the task manager and
 looking
> > > at the cpu level on the third tab.
> > > Jim
> > > "tbramlet" <tbramlet_at_fairway.com> wrote in message
> > > news:%aaY5.2115$Gk5.240785_at_news.uswest.net...
> > > > We are testing Forms 6i (6.0.8.10.3) on Windows 2000 Server - SP1
 and
> > > > Citrix Metaframe. Server is Dual Processor Pentium 733 with 512MB of
 ram.
> > > >
> > > > When running our Forms application on the Windows 2000 server we are
 seeing
> > > > poor performance whenever database requests are being made from the
> > > > application to the database server.
> > > >
> > > > We setup a Windows 2000 Professional PC next to the Windows 2000
 Server
 and
> > > > are seeing exceptional performance on the PC.
> > > >
> > > > We are unable to figure out why the Win2000 Citrix Server is
 performing
 so
> > > > poorly.
> > > >
> > > > Any ideas???
> > > >
> > > >
> > >
> > >
> >
> >
>
>
Received on Mon Dec 11 2000 - 00:03:20 CET

Original text of this message