Spoken like a true zealot. The difference between us is that I've used
both Java and .NET in a professional capacity, and you obviously have
not. If you did, you wouldn't have any questions about the performance
and stability of CLR.
>> it's also much more primitive than modern JVMs
I'd say it's
In my experience, on normal modern desktop machine (e.g. 4GB RAM, 3GHz
CPU) the optimal pool size for DB connections is about 10-15.
Increasing the pool size more just makes the DB layer slower.
On Dec 14, 11:30 pm, David Pollak
wrote:
> One more thing... in Boot, there's a DB.buildConnectionWrap
Thanks David.
In fact, I can't find "DB.buildConnectionWrapper" in the Boot.scala of
"lift-archetype-jpa-basic" archetype.
I'm looking for a webframework which I can update some my old PHP site
to a new platform for high performance. I think lift can provide what
I want. I'm still wondering about
On 2009-12-14 02:26, DMB wrote:
> That's a common misconception among Java folks. Leaving aside the
> relative merits of the various web frameworks, .NET runtime is about
> 10% faster on Windows in steady state than Sun Server JRE, and it uses
>
Back it up by a decent benchmark, otherwise tell
On Sat, Dec 12, 2009 at 5:51 PM, daiwhea wrote:
> Thanks David. I think lift can give me what I want. There is no doubt
> on it now. All the problem is can I master it enough. Thanks for all
> your words.
>
One more thing... in Boot, there's a DB.buildConnectionWrapper line. This
allocates a JD
>> code behind in dot net suck
In what way? :-) Code behind has been gone for years now. It's "code
beside" now -- implemented as a partial class. Your ASPX page gets
compiled into a class, and "code beside" simply implements a partial
class that uses the controls defined in the page.
On Dec 13,
That's a common misconception among Java folks. Leaving aside the
relative merits of the various web frameworks, .NET runtime is about
10% faster on Windows in steady state than Sun Server JRE, and it uses
half as much RAM to boot. Mono is slower than JRE (aside from app
start-up times, which are f
DMB pisze:
> This makes me wonder how these number compare to other Java frameworks
> as well as to Mono XSP.
>
> It's hard to do an apples to apples comparison with these things, but
> on the Microsoft side I've seen ASP.NET serve way more pages per
> second than that (2-3x), on what would now be
I think you would find asp.net mvc to be slower... You can't compare
lift to serving a single code behind page in dont net; asp.net mvc has
less features but would be a closer comparison. Lift might not be
perfect (what is?) and as we move forward we'll be making
optomizations to the core t
This makes me wonder how these number compare to other Java frameworks
as well as to Mono XSP.
It's hard to do an apples to apples comparison with these things, but
on the Microsoft side I've seen ASP.NET serve way more pages per
second than that (2-3x), on what would now be considered outdated
ha
Thanks David. I think lift can give me what I want. There is no doubt
on it now. All the problem is can I master it enough. Thanks for all
your words.
On Dec 13, 3:12 am, David Pollak
wrote:
> Folks,
>
> In order to properly benchmark a Lift app and to get maximum performance:
>
> - Run in pr
In fact, what I need is just page serving. But the visiting is not
averaged, that's the key reason we wish at least the index page should
be responsed less than 10Milliseconds.
I just take a ab test with "ab -kc 100 -n 1
http://localhost:9090/authors/list";,
seems it outpaced what I want. May
Thanks, we use ab test for our php pages. Do you mean write a unit
test by myself? I'm sorry I don't know Scala or lift well. Is there an
example test for this kink of benchmark? Thanks.
On Dec 13, 12:10 am, James Black wrote:
> On Sat, Dec 12, 2009 at 5:12 AM, daiwhea wrote:
> > I just have a t
13 matches
Mail list logo