So, this custom object extends versions. Could it be that the slowness between wizard steps has to do with the creation/modification/reading/writing of the WDDX packet in the Wizard table?
I think I mentioned earlier in the thread that there are several large text fields in the object, so am thinking that this may be the cause. We've noticed that the smaller the amount of data in a given record, the faster the wizard. As far as Memory on the database server, memory on the webserver, size of the database, size of the tables or available diskspace on either the webserver or the database server, I don't think that is the issue. Currently, this CF instance and this website is the only thing running on this web server. I've set the minimum heap size to 512MB and the maximum heap size to 2GB and it is on an 8 GB box. The database size itself is under 10MB and there are now over 15 GB of diskspace available on the database server. The farLog table is currently well under 1000 rows. I've got a bit of a workaround now, but I wanted to ask the hard core FC guys if they thought this might be the critical issue and if they have any thoughts on what might allow us to mitigate that impact? -Phil ++++++++++++++++++++++++++++++++++++++++ Phil A. Lepanto Chief Technology Officer -- You received this message cos you are subscribed to "farcry-dev" Google group. To post, email: [email protected] To unsubscribe, email: [email protected] For more options: http://groups.google.com/group/farcry-dev -------------------------------- Follow us on Twitter: http://twitter.com/farcry
