Thanks for the input.
I was thinking a configuration more towards this:
1 IIS server (3.0ghz with 2gig of ram) this will be expanded to a
server farm as needed
1 Flex Server (2 cpu, 4 gigs ram) this will be the application
1 MS SQL Server (16 cpu, 32 gigs of ram) this server to provide
dataservices as well as web services behind the
firewall.
There are 3 goals to the system:
1 Provide a POS system
2 ecommerce system
3 tie both systems to the Microsoft financial system on the backend
for reporting/payroll etc...
My question then is this, will this configuration work?
James
-----Original Message-----
From: [email protected] [mailto:[EMAIL PROTECTED] On
Behalf Of kaibabsowats
Sent: Monday, August 08, 2005 2:34 PM
To: [email protected]
Subject: [flexcoders] Re: Fastest Hardware for Flex compilation
Is not the Flex license per CPU regardless of Single, Dual? So the 4
Licenses in a starter kit can be used on 4 single Server, 2 Duals,
etc... basically one per CPU. At least this is how Macromedia Sales
Rep explained it to me.
And yes alot of ppl talk about doing it this way, that is compile the
swf and just host it on a server not running Flex as long as you have
a valid license(s) for the server.
There are considerations for this as Flex is not just a SWF compiler
but also a Server package offering a RemoteObject/WebService Proxy and
it has other server features.
--- In [email protected], "Allen Manning" <[EMAIL PROTECTED]>
wrote:
> > Or can I compile once and save the swf to be distributed
> to the clients?
>
> James,
>
> To the best of my knowledge, once the SWF is compiled it is just
delivered
> to clients directly without needing to recompile every time.
>
> As for distribution, Macromedia is the best to answer that. Every
time I
> compile with mxmlc it says my SWF will time out after one day
because I'm
> using the developer addition locally.
>
> I would assume for production the swf can be used legally on one,
and only
> one, dual processor box per Flex license.
>
> HTH,
> Allen
> www.prismix.com/
>
>
> -----Original Message-----
> From: [email protected] [mailto:[EMAIL PROTECTED] On
> Behalf Of James
> Sent: 08 August 2005 17:57
> To: [email protected]
> Subject: RE: [flexcoders] Re: Fastest Hardware for Flex compilation
>
> Allen,
> I got a question for you. I can understand the problem in
development about
> having to recompile on every load, however should I need to
recompile every
> time in production? Or can I compile once and save the swf to be
distributed
> to the clients?
>
>
>
> -----Original Message-----
> From: [email protected] [mailto:[EMAIL PROTECTED] On
> Behalf Of Allen Manning
> Sent: Friday, August 05, 2005 4:14 PM
> To: [email protected]
> Subject: RE: [flexcoders] Re: Fastest Hardware for Flex compilation
>
> Brian,
>
> Thanks so much for such a complete explanation.
>
> Allen
> www.prismix.com/
>
>
>
> -----Original Message-----
> From: [email protected] [mailto:[EMAIL PROTECTED] On
> Behalf Of Brian Deitte
> Sent: 05 August 2005 16:09
> To: [email protected]
> Subject: RE: [flexcoders] Re: Fastest Hardware for Flex compilation
>
> Some answers and suggestions in regards to compilation speed:
>
> - the best hardware to use is probably whatever is best for the JVM
you are
> using. I don't know of and don't think there's any real recommended
> solutions out there, other than "whatever is fastest".
>
> - similarly, one thing that helps compilation speed would be to try a
> different JVM (different version or even a different
implementation... it
> has been quite awhile since my JRun days so I haven't paid as much
attention
> to this, but back then it paid to try out IBMs JVM or JRockit). Garbage
> collection settings are also helpful to tweak. If you're using
mxmlc.exe,
> the JVM settings are in bin/jvm.config.
>
> - the compiler isn't multi-threaded when it is used from the
command-line.
> It is multi-threaded when used via the browser, but only for allowing
> multiple compilations to happen at once.
>
> - one reason the server is slow to start up because it takes awhile for
> mx.swc and other SWCs to load. This is one reason why compiling
from the
> command-line is slower, since this loading has to happen on each
> compilation.
>
> - I just checked and we aren't doing incremental compilation from the
> command-line in a way I thought we were. The way is through something
> called SWOs. As far as I can tell, this doesn't work from the
command-line.
> Because of this, I would recommend setting cache-swos to false in the
> flex-config.xml used when compiling from the command-line. While this
> speeds things up when using the server, from the command-line this
is just
> saved a whole lot of information that isn't being used.
>
> - you can get a broad idea of where time is being spent through the
> unsupported, just-for-the-curious setting of "-Dtrace.benchmark" in
the JVM
> arguments.
>
> -Brian
>
> -----Original Message-----
> From: [email protected] [mailto:[EMAIL PROTECTED] On
> Behalf Of Allen Manning
> Sent: Friday, August 05, 2005 3:18 PM
> To: [email protected]
> Subject: RE: [flexcoders] Re: Fastest Hardware for Flex compilation
>
> Eric,
>
> Thanks for the background on this. I agree that it does seem much
slower
> than standard mxml page compilation. Any idea if it is multi-threaded?
>
> Allen
> www.prismix.com/
>
>
> -----Original Message-----
> From: [email protected] [mailto:[EMAIL PROTECTED] On
> Behalf Of Eric Raymond
> Sent: 05 August 2005 15:08
> To: [email protected]
> Subject: [flexcoders] Re: Fastest Hardware for Flex compilation
>
> As an aside, I'll mention some things that you probably know:
>
> - If you let the Flex server compile the app as the result of hitting
> an mxml page, it compiles incrementally ... which is very fast. Of
> course this doesn't work well via ant (you can use the <http> tag, but
> there's no easy way to check for errors).
>
> - Startup time for the compiler seems farily high. If you hve more
> than one app to compile, it's better to compile them in one fell swoop
> (e.g., We compile three flex apps in about the sam time as it take to
> compile just the largest app app alone!)
>
> - Personally we use the incremental server based compilation during
> daily development and standalone ant based compilation for
> distribution builds.
>
>
>
> > > On 05/08/05, Allen Manning <[EMAIL PROTECTED]> wrote:
> > > > I'm trying to get my flex compilation time down to as little as
> > possible.
> > > > We are using mxmlc via Ant to compile our flex code. What machine
> > spec
> > > > would be the best to build these swfs fast. Would a dual proc
> help at
> > > all?
>
>
>
>
>
>
> --
> Flexcoders Mailing List
> FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
> Search Archives:
http://www.mail-archive.com/flexcoders%40yahoogroups.com
> Yahoo! Groups Links
>
>
>
>
>
>
>
> --
> Incoming mail is certified Virus Free.
> Checked by AVG Anti-Virus (http://www.grisoft.com).
> Version: 7.0.269 / Virus Database: 267.10.1 - Release Date: 04/08/2005
>
>
> --
> Outgoing mail is certified Virus Free.
> Checked by AVG Anti-Virus (http://www.grisoft.com).
> Version: 7.0.269 / Virus Database: 267.10.1 - Release Date: 04/08/2005
>
>
>
>
>
> --
> Flexcoders Mailing List
> FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
> Search Archives:
http://www.mail-archive.com/flexcoders%40yahoogroups.com
> Yahoo! Groups Links
>
>
>
>
>
>
>
>
>
> --
> Flexcoders Mailing List
> FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
> Search Archives:
http://www.mail-archive.com/flexcoders%40yahoogroups.com
> Yahoo! Groups Links
>
>
>
>
>
>
>
> --
> Incoming mail is certified Virus Free.
> Checked by AVG Anti-Virus (http://www.grisoft.com).
> Version: 7.0.269 / Virus Database: 267.10.1 - Release Date: 04/08/2005
>
>
> --
> Outgoing mail is certified Virus Free.
> Checked by AVG Anti-Virus (http://www.grisoft.com).
> Version: 7.0.269 / Virus Database: 267.10.1 - Release Date: 04/08/2005
>
>
>
>
>
> --
> Flexcoders Mailing List
> FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
> Search Archives:
http://www.mail-archive.com/flexcoders%40yahoogroups.com
> Yahoo! Groups Links
>
>
>
>
>
>
>
>
>
>
>
>
> --
> Flexcoders Mailing List
> FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
> Search Archives:
http://www.mail-archive.com/flexcoders%40yahoogroups.com
> Yahoo! Groups Links
--
Flexcoders Mailing List
FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com
Yahoo! Groups Links
------------------------ Yahoo! Groups Sponsor --------------------~-->
<font face=arial size=-1><a
href="http://us.ard.yahoo.com/SIG=12hdbhv2u/M=362329.6886308.7839368.1510227/D=groups/S=1705007207:TM/Y=YAHOO/EXP=1123740425/A=2894321/R=0/SIG=11dvsfulr/*http://youthnoise.com/page.php?page_id=1992
">Fair play? Video games influencing politics. Click and talk back!</a>.</font>
--------------------------------------------------------------------~->
--
Flexcoders Mailing List
FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com
Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/flexcoders/
<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]
<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
