[FX.php List] Web traffic versus native FileMaker use

[Alain Bernard]

Looks like my message was cut...

The server is V8, 150 users, 50 web user (on a separate server) with PHP
script.

I found some # in the field I use in a script and when I try to sort them it
take 50% of the server ressources.
Slowing everybody else...

I delete them and the server goes down on the same script!
Just use about 1 to 4% of the power.

So may be you get strange data like a # or more ugly ones.

Amazing isn'it!
Alain

2010/5/6 Gjermund Gusland Thorsen <ggt667 at gmail.com>

> IWP eats alot of resources
>
> CWP hardly uses any resources if you design your layouts optimized for
> each query.
>
> FMPro is in between the two other options.
>
> I’d give them numbers for spending resources as follows, these are not
> percentages but relation numbers
>
> IWP 80
> CWP 20
> FMPro 50
>
> If you interpret these numbers as percentages, even though I said it’s
> not percentages,
> I’d say use a separate machine to host IWP.
>
> ggt
>
> 2010/5/7 Alain Bernard <albi2103 at gmail.com>:
> > Amazing isn'it?
> > So may be you get trouble from the data.
> > Alain
> > 2010/5/6 Jonathan Schwartz <jschwartz at exit445.com>
> >>
> >> Hi Folks,
> >>
> >> I'm wondering if anyone has experience with the negative impact of
> native
> >> FileMaker use on the same db/hardware/network etc that is used by
> php-based
> >> web users (fx.php/API/etc).
> >>
> >> In short, I am trying to get to the bottom of severe web performance
> >> degradation during the day, as web transactions that normally take 0.1
> >> second to perform will jump to 30  seconds or more.
> >>
> >> I suspect that scripts running in native FileMaker are the culprit. The
> >> environment is FMS 10 in a 2 machine deployment. There are 10-20 native
> >> FileMaker users logged in on average. The hardware is Windows and the
> Task
> >> Manager(s) show the machines idling at all times...even during these
> >> overload times.  Perhaps I am not looking at the right indicators.
> >>
> >> My first move to isolate the problem was to move the web-based data
> tables
> >> into a separate file from the one the native FileMaler users access.
> That
> >> didn't help much. The files still share the same hardware.
> >>
> >> My next moves could include:
> >>        - spin the web file to different hard drive/same machine
> >>        - spin the web operation to different server
> >>        - spin the web operation to different server at a different
> >> location.
> >>
> >> Anyone?
> >>
> >> Jonathan
> >> --
> >> Jonathan Schwartz
> >> Exit 445 Group
> >> jonathan at exit445.com
> >> http://www.exit445.com
> >> 415-370-5011
> >> _______________________________________________
> >> FX.php_List mailing list
> >> FX.php_List at mail.iviking.org
> >> http://www.iviking.org/mailman/listinfo/fx.php_list
> >
> >
> >
> > --
> > Devez-vous vraiment imprimer ce courriel ? Pensons à  l'environnement !
> Do
> > you really have to print this e-mail ? Think green !
> >
> > _______________________________________________
> > FX.php_List mailing list
> > FX.php_List at mail.iviking.org
> > http://www.iviking.org/mailman/listinfo/fx.php_list
> >
> >
> _______________________________________________
> FX.php_List mailing list
> FX.php_List at mail.iviking.org
> http://www.iviking.org/mailman/listinfo/fx.php_list
>



-- 
Devez-vous vraiment imprimer ce courriel ? Pensons à  l'environnement !   Do
you really have to print this e-mail ? Think green !
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20100506/07a7355e/attachment.html