693 karma · joined March 2, 2008
To me, this is the second cool part of the story. It shows that we can still do industrial enterprises in the west by applying technology. Sooner or later the production and assembly industry will have no more cheap labor forces to "exploit" on the globe and production, assembly and automaton technology may (again) be an industrial game changer for the west as it was with "spinning jenny".
people who makes incomplete and faulty lists of what good leadership consists of = someone we should take serious
struct iovec iov[3] = {{STDERR_COLOR, STDERR_COLOR_SIZE},{buf, count},{COL_RESET, COL_RESET_SIZE}};
ssize_t n = 0;
do { n = writev(2, iov, 3);} while (n == -1 && errno == EINTR);
return n;I started to develop for the web and the browser "platform" in the late '90 and it is still going strong. Maybe it is _you_ who are thinking too small? Back in the '90 we knew that the next big thing would be mobile, but it never happened. It was first when Apple introduced the iPhone, iOS SDK and the AppStore that we got a breakthrough and everyone could develop and get their app on a mobile device. Before Apple, only a select few, anointed by telecom operators and for a step price could get their app on a mobile set. I say that Apple paved the way for making development for the mobile platform accessible for "everyone" and now finally, mobile might just be the next big thing. What is interesting is that the browser "platform" still is a strong alternative for mobile and native apps.
Shoot yourself in the foot much?
Why? So you can use 6 years fixing it, for free? Or did you have someone else in mind doing that for you?
Not really, his main argument was that the western society has lost control of its technology. We (the west) are like a horse carriage where the driver has been thrown of and the horses (technology) are driving the carriage (us) in a wild ride towards the cliff. [An updated version of this philosophical thinking is Bill Joy's Grey Goo article "Why the future doesn't need us." http://www.wired.com/wired/archive/8.04/joy_pr.html]
The last paragraph describe the gray area; i.e. if a proprietary program depends on- and combine a GPL program to perform its functionality it can be argued that the two parts are a combined work and hence the whole work must be licensed under the GPL.
The author of gwan sits behind his closed source application and use benchmarks "authoritatively" to criticize open source competitors. This is very bad form as there is no way for these authors to investigate and criticize the gwan code in return.
However, one can use trace to investigate the number of syscalls gwan uses for a known operation (e.g. serving a small static file). If gwan was the fastest server out there one would of course expect that it uses the fewest and absolute minimum number of syscalls of all servers. When it turns out that it doesn't, the author of gwan has a explanation problem.
Add to the above premise that gwan does not implement HTTP/1.1 and hardly does HTTP/1.0.
Before we conclude, lets look at what a web-server or application server does. The following abstract loop basically define such a server:
while true
read request
<process>
write response
end
If you skip or minimize the <process> part, any newbie programmer can write a server that can handle a large amount of requests per second. And this is exactly what gwan does, while the other servers implements the full HTTP/1.1 state machine. It is in the <process> part that the work of a server, skills and excellence can be found.Gwan is a classic example of "The Emperor Wears No Clothes" and the so-called benchmarks are a joke as it compares a naked gwan with a magnificent clothed emperor such as nginx.
[1] Libev is the event engine used by node.js.
[2] http://forum.gwan.com/index.php?p=/discussion/151/libevent-a...
The usual way to do this is to release the app for free and put a (PayPal) donate button on your page...