Siege benchmarks for Pierre

[Richard Gaskin]

Pierre Sahores wrote:

 >> Le 29 mars 2016 à 17:44, Richard Gaskin a écrit :
 >>
 >> Pierre Sahores wrote:
...
 > Interesting reads even if the 2d article's last test related to
 > micro-caching needs to be read with care...

Understood.  I offered them merely as inspiration for the scope of 
specialized services that can be delivered on super-affordable VPSes. 
Mine are costing only US$5 and US$6 per month, and both are well below 
capacity when running these stress tests.

Of course each type of app will have its own unique requirements, but my 
crude early tests coupled with the results we see elsewhere reinforce 
your ongoing support for LiveCode as a very powerful addition to one's 
server-side toolkit.


 > If you read this, Mark, Kevin,… Well powered behind an Opentesty
 > front-end (Nginx/LuaJIT), Livecode application’s server (demon fork)
 > can do exactly all what Tarantool is able to do « et réciproquement
 > », no less, no more while, in the mean time, Tomcat, JBoss2,
 > Websphere, etc… just can’t, even in a very more costly price range
 > (millions), as i use to verify it recently in being hired for an
 > audit of one of the two SAP Hybris multi canal e-commerce suite /
 > associated soft/hardware infrastructure handling the online shop
 > services of the french « La Poste » postal service company...

I would imagine interest is quite high in such things at the company.

The nature of these types of deployments make it a longer-term payoff 
for them, as GPL works well for server work.

But systems like these can put LiveCode into the hands of some very 
interesting companies, and used in conjunction with other smart tools 
like NginX and postreSQL can provide a unique advantage for rapid 
deployment of microservices.


 >> But my test setup was a bit weirder: lcHTTPd doesn't use Apache at
 >> at all.
 >>
 >> The only thing handling the transactions is that one humble
 >> single-threaded LC standalone process.
 >
 > Probably not the best way to go to setup a slave-mode reliable and
 > WAF well protected server-side solution. I would recommend, at least,
 > a basic Apache+LC CGI server configuration instead or, best, a
 > Nginx+FCGIWrap+LC CGI server. The solutions available permits to
 > deliver 50 pages/second on appropriate VPS or hosting services and
 > on the reliability side, WAF configuration included), such
 > configuration really helps to avoid big problems (unreachability,
 > data loss, piracy, etc…).

Exactly.  These early tests were merely to measure the effectiveness of 
LC's message-based network I/O.  The advantage of any scripting language 
isn't up front -- too many great tools like NginX for that role.

Where LC can shine is as a worker behind NginX.  And there all results 
seen thus far suggest it can shine brightly.


 >> Once moved behind a reverse proxy such a tool could easily handle
 >> very high loads, using the LC engine we know and love today.
 >
 > For sure, clearly preferable : LC CGI is’t aimed to be an F-16 in
 > about speed BUT IT IS 100% RELIABLE AS LONG IT IS CLEANLY CONFIGURED
 > AND RUNS WELL CODED ROW OR, BEST, REVIGNITER POWERED SOLUTIONS.

...or far faster and more scalable, leave the bounds of CGI behind and 
use sockets with a standalone.

It would take only minimal work to craft a glue lib for RevIgniter or 
Andre's revSpark to work with a standalone rather than the CGI-dependent 
LC Server.


 > note : see about MessagePack : http://msgpack.org/

Good stuff.

And in those cases where the client is also LiveCode we can use LSON 
(LiveCode encoded arrays) for superfast transport and decoding.



 >> Did you see Charles Warwick's post last June about a Docker
 >> container for LC Server?:
 >> http COLON SLASH SLASH
lists.runrev.com/pipermail/use-livecode/2015-July/216882.html
 >
 > I did’t. Thanks for pointing it out to me. Will read it attentively.
 > On the other hand, i did, months ago, extensive tests in running a
 > good num of Docker VM and to the end, i went to the conclusion that
 > such configurations can’t compete against real-world configuration
 > because the Docker concept itself : well to slow to replace
 > production’s dedicated platforms.

That may be a role where Juju could come in, but the more I think about 
this for needs as modest as my own the more I think there's an 
opportunity for something far simpler:

Rather than Docker or Juju or something else that requires a managing 
process running on the server, a VPS is already "containerized" by 
virtue of the "V" in "VPS" - so why not use a simple bash script to 
download the various LiveCode elements, put them into place and set 
permissions, install any databases desired, config SSH and UFW to 
reflect how one wants to use the machine.

Given some time I could write a GUI that can generate such bash scripts, 
but there's the rub: "given some time". :)


 > did you test an Ubuntu smartphone / tablet ? I’m really curious about
 > this and no far from abandoning Android after iOS for my personal
 > needs if it can work as smoothly on phone as it runs on our laptops
 > and server today ;D

I've spent several minutes with an Ubuntu phone at the UbuCon Summit 
here in February.  Very nice implementation, with some bold ideas about 
what an application is with their "scopes".

Personally I'm quite immersed in the Android ecosystem, but as a 
developer my hope is the Linux/ARM LiveCode engine could be outfitted 
with glue for Qt using LC Builder and then we can add Ubuntu Touch to 
the mobile deployment platforms.



 >> PS - Note on funky URL formats:  This is my fifth attempt to send
 >> this email to the list....
 >
 > PS : sent this one from mail (El Capitan) without tourbe. Seems to be
 > OK when i use Thunderbird from Ubuntu 14.04 too. Did you report this
 > to David ?

Heather's recommendation is to send such requests to support AT for best 
routing, which I've done.


 > PS2: I’m a Debian and Ubuntu fan. Would never roll back anymore to
 > Suse (so fine before being sold to Netware) or RedHat/CentOS…

Red Hat's been a very generous sponsor of our local Linux user group, 
and they've had so much success in recent years I certainly have no 
complaints.  And I admire the design goals of Fedora, and others.

But like you, I've been rather enamored of Ubuntu, both client and 
server.  It's popular enough that it no longer feels particularly 
adventurous to use it - it's no more of a niche these days than choosing 
Mac or any other non-Windows system.  But ah, the flexibility....

-- 
Richard Gaskin
Fourth World Systems
Software Design and Development for the Desktop, Mobile, and the Web
____________________________________________________________________
Ambassador at FourthWorld.com http://www.FourthWorld.com