[foaf-protocols] getting the certificate to work on first useage
russell.seth at gmail.com
Thu May 20 17:20:12 CEST 2010
I may have gotten the long timings when what i was trying to do was failing
Alpha testing: tagtalking.net
Facebook ing: facebook.com/russell.seth
Twitter ing: twitter.com/SethRussell
Catalog selling: www.speaktomecatalog.com
Google profile: google.com/profiles/russell.seth
On Thu, May 20, 2010 at 8:09 AM, Story Henry <henry.story at bblfish.net>wrote:
> On 20 May 2010, at 16:00, Story Henry wrote:
> > $ time curl -o nathan1.html
> > % Total % Received % Xferd Average Speed Time Time Time
> > Dload Upload Total Spent Left
> > 100 27246 100 27246 0 0 55818 0 --:--:-- --:--:-- --:--:--
> > real 0m0.515s
> > user 0m0.004s
> > sys 0m0.010s
> > $ ls -l nathan1.html -rw-r--r-- 1 hjs staff 27246 20 May 15:58
> > Are you on accessing the internet from a 3G modem Nathan?
> I tried this from my server in the US. Note the myxwiki is in France.
> $ time wget http://webid.myxwiki.org/xwiki/bin/view/XWiki/nathan1
> Resolving webid.myxwiki.org... 188.8.131.52
> Connecting to webid.myxwiki.org|184.108.40.206|:80... connected.
> HTTP request sent, awaiting response... 200 OK
> Length: 27246 (27K) [text/html]
> Saving to: `nathan1'
> 100%[=======================================>] 27,246 59.9K/s in
> 2010-05-20 08:03:27 (59.9 KB/s) - `nathan1' saved [27246/27246]
> real 0m1.574s
> user 0m0.002s
> sys 0m0.007s
> So from the USA, it's 3 times slower.
> I tried another run from the US, and it was under 1 second.
> Looks like it's ok as a test playing ground, which it is. I think with
> further reduction in the size of the packet, that should be work very well.
> Keep in mind that a server does not need to use foafssl.org the service.
> Doing so invariably slows things down, because you have to add one more
> connection to foafssl.org, and a redrect to the server, which itself may
> need to GET some more info.
> With foaf+ssl it is possible to do things at optimal speed. But there are a
> few other convenience factors to help people on board.
> > Henry
> > On 20 May 2010, at 15:53, Nathan wrote:
> >> Story Henry wrote:
> >>> On 20 May 2010, at 15:36, Nathan wrote:
> >>>> Seth Russell wrote:
> >>>>> Is there any way to speed up XWiki? Me thinks that waiting over 30
> >>>>> for a response makes it a non starter.
> >>>> perhaps henry is working on it, was loading in under <2s for me
> earlier :)
> >>> The xwiki server is not mine. It's run by xwiki and is their demo
> server. So things
> >>> sometimes go down unexpectedly there. It was down a little while
> earlier because some
> >>> engineer had rebooted something. Perhaps it's not such a good idea to
> have it on such a server.
> >>> On the other hand it is cheap, and I don't have to maintain it.
> >>> How do you test the length of time it takes to download something?
> >> # ab -n50 -c5 http://webid.myxwiki.org/xwiki/bin/view/XWiki/nathan1
> >> This is ApacheBench, Version 2.0.40-dev <$Revision: 1.146 $> apache-2.0
> >> Copyright 1996 Adam Twiss, Zeus Technology Ltd,
> >> Copyright 2006 The Apache Software Foundation, http://www.apache.org/
> >> Benchmarking webid.myxwiki.org (be patient).....done
> >> Server Software:
> >> Server Hostname: webid.myxwiki.org
> >> Server Port: 80
> >> Document Path: /xwiki/bin/view/XWiki/nathan1
> >> Document Length: 27246 bytes
> >> Concurrency Level: 5
> >> Time taken for tests: 12.102919 seconds
> >> Complete requests: 50
> >> Failed requests: 0
> >> Write errors: 0
> >> Total transferred: 1425386 bytes
> >> HTML transferred: 1407966 bytes
> >> Requests per second: 4.13 [#/sec] (mean)
> >> Time per request: 1210.292 [ms] (mean)
> >> Time per request: 242.058 [ms] (mean, across all concurrent
> >> Transfer rate: 114.93 [Kbytes/sec] received
> >> Connection Times (ms)
> >> min mean[+/-sd] median max
> >> Connect: 136 142 2.9 142 147
> >> Processing: 559 993 350.7 879 2057
> >> Waiting: 267 606 354.1 459 1541
> >> Total: 701 1135 350.2 1020 2195
> >> Percentage of the requests served within a certain time (ms)
> >> 50% 1020
> >> 66% 1146
> >> 75% 1255
> >> 80% 1387
> >> 90% 1796
> >> 95% 1905
> >> 98% 2195
> >> 99% 2195
> >> 100% 2195 (longest request)
> >> :)
> > _______________________________________________
> > foaf-protocols mailing list
> > foaf-protocols at lists.foaf-project.org
> > http://lists.foaf-project.org/mailman/listinfo/foaf-protocols
> foaf-protocols mailing list
> foaf-protocols at lists.foaf-project.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the foaf-protocols