umm... a whole bunch?  like about 65K pages.


igor.vaynberg wrote:
> 
> client side storage doesnt really make sense. what you make up in ram you
> give up in cpu+bandwidth. which is cheaper?
> 
> lets say you have a page that is 30k big when the object graph is
> serialized. you need to store it on the client. you need to encode it
> first,
> usually base64 encoding which results in 33% increase in size - since this
> is the most commonly used method lets go with it ( you can also use
> something like yenc which will result in smaller size but higher cpu
> utilization ). so now your 30k page is 40k encoded. user requests this
> page,
> this html is rendered+40k hidden field. user submits a form/clicks a link,
> now you submit the data for the form/link + 40k hidden field. then your
> cpu
> needs to decode it, deserialize it - so now instead of using session you
> are
> 80k per request overhead in bandwidth + cpu power to decode it. we know
> the
> cpu power scales - just throw more nodes into the cluster - but it doesnt
> really scale per request because that is a single thread. so in every
> request you have the overhead of transferring 40k + decoding +
> deserialization + serialization + encoding. is it worth it?
> 
> ram is cheap, if you are serious about clustering your project you can
> prob
> afford a box with 4gb ram - thats even little for servers nowadays. lets
> say
> out of that only 2gb is avail to the servlet container, how many 30k pages
> can you fit into 2gb?
> 
> -igor
> 
> 
> On 12/15/06, Carfield Yim <[EMAIL PROTECTED]> wrote:
>>
>> > > > > > 1. Session support. Many other web frameworks do not use
>> sessions
>> > out of
>>
>> How about this approach of store session data? Or part of session
>> data?
>> http://weblogs.java.net/blog/gmurray71/archive/2005/05/storing_secure.html
>>
>> -------------------------------------------------------------------------
>> Take Surveys. Earn Cash. Influence the Future of IT
>> Join SourceForge.net's Techsay panel and you'll get the chance to share
>> your
>> opinions on IT & business topics through brief surveys - and earn cash
>> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>> _______________________________________________
>> Wicket-user mailing list
>> Wicket-user@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wicket-user
>>
> 
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Why-I-recommended-Wicket...-tf2822928.html#a7908915
Sent from the Wicket - User mailing list archive at Nabble.com.


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Reply via email to