- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] ConfigurationOfGrease for Pharo8

by Alistair Grant

Hi Cyril & Sven, I was loading an old version of Pillar, so that solves the Grease version info. Thanks again, Alistair On Sun, 3 Feb 2019 at 19:25, Alistair Grant <akgrant0710(a)gmail.com> wrote: > > Hi Cyril & Sven, > > Thanks for the pointer. I'll have to figure out why it is being > loaded from smalltalkhub - maybe Pillar? Anyway, I'll have a look. > > Thanks again, > Alistair > > On Sun, 3 Feb 2019 at 19:22, Cyril Ferlicot <cyril.ferlicot(a)gmail.com> wrote: > > > > > > > > On Sun 3 Feb 2019 at 19:20, Alistair Grant <akgrant0710(a)gmail.com> wrote: > >> > >> Hi All, > >> > >> It looks like Grease is still hosted on smalltalkhub - if not, please > >> let me know where. > > > > > > Hi, > > > > Here: > > > > https://github.com/SeasideSt/Grease > > > > :) > > > >> > >> Are there any objections to me updating > >> ConfigurationOfGrease>>release1: to load on Pharo8? > >> > >> The updated method is (apologies for loss of formatting): > >> > >> release1: aSpec > >> <symbolicVersion:#'release1'> > >> aSpec for: #'pharo3.x' version: #'release1.3'. > >> aSpec for: #'pharo4.x' version: #'release1.3'. > >> aSpec for: #'pharo5.x' version: #'release1.3'. > >> aSpec for: #'pharo6.x' version: #'release1.3'. > >> aSpec for: #'pharo7.x' version: #'release1.3'. > >> aSpec for: #'pharo8.x' version: #'release1.3'. > >> aSpec for: #'squeak5.x' version: #'release1.3'. > >> aSpec for: #'gs3.x' version: #'release1.3'. > >> aSpec for: #'pharo1.x' version: #'release1.2'. > >> aSpec for: #'pharo2.x' version: #'release1.2'. > >> aSpec for: #'squeak4.x' version: #'release1.2'. > >> aSpec for: #'gs2.x' version: #'release1.2' > >> > >> The change is the addition of the #'pharo8.x' line. > >> > >> Thanks, > >> Alistair > >> > > -- > > Cyril Ferlicot > > https://ferlicot.fr

Feb. 3, 2019

Re: [Pharo-dev] ConfigurationOfGrease for Pharo8

by Alistair Grant

Hi Cyril & Sven, Thanks for the pointer. I'll have to figure out why it is being loaded from smalltalkhub - maybe Pillar? Anyway, I'll have a look. Thanks again, Alistair On Sun, 3 Feb 2019 at 19:22, Cyril Ferlicot <cyril.ferlicot(a)gmail.com> wrote: > > > > On Sun 3 Feb 2019 at 19:20, Alistair Grant <akgrant0710(a)gmail.com> wrote: >> >> Hi All, >> >> It looks like Grease is still hosted on smalltalkhub - if not, please >> let me know where. > > > Hi, > > Here: > > https://github.com/SeasideSt/Grease > > :) > >> >> Are there any objections to me updating >> ConfigurationOfGrease>>release1: to load on Pharo8? >> >> The updated method is (apologies for loss of formatting): >> >> release1: aSpec >> <symbolicVersion:#'release1'> >> aSpec for: #'pharo3.x' version: #'release1.3'. >> aSpec for: #'pharo4.x' version: #'release1.3'. >> aSpec for: #'pharo5.x' version: #'release1.3'. >> aSpec for: #'pharo6.x' version: #'release1.3'. >> aSpec for: #'pharo7.x' version: #'release1.3'. >> aSpec for: #'pharo8.x' version: #'release1.3'. >> aSpec for: #'squeak5.x' version: #'release1.3'. >> aSpec for: #'gs3.x' version: #'release1.3'. >> aSpec for: #'pharo1.x' version: #'release1.2'. >> aSpec for: #'pharo2.x' version: #'release1.2'. >> aSpec for: #'squeak4.x' version: #'release1.2'. >> aSpec for: #'gs2.x' version: #'release1.2' >> >> The change is the addition of the #'pharo8.x' line. >> >> Thanks, >> Alistair >> > -- > Cyril Ferlicot > https://ferlicot.fr

Feb. 3, 2019

Re: [Pharo-dev] ConfigurationOfGrease for Pharo8

by Sven Van Caekenberghe

> On 3 Feb 2019, at 19:19, Alistair Grant <akgrant0710(a)gmail.com> wrote: > > Hi All, > > It looks like Grease is still hosted on smalltalkhub - if not, please > let me know where. The main repo is https://github.com/SeasideSt/Seaside and has been for a while > Are there any objections to me updating > ConfigurationOfGrease>>release1: to load on Pharo8? > > The updated method is (apologies for loss of formatting): > > release1: aSpec > <symbolicVersion:#'release1'> > aSpec for: #'pharo3.x' version: #'release1.3'. > aSpec for: #'pharo4.x' version: #'release1.3'. > aSpec for: #'pharo5.x' version: #'release1.3'. > aSpec for: #'pharo6.x' version: #'release1.3'. > aSpec for: #'pharo7.x' version: #'release1.3'. > aSpec for: #'pharo8.x' version: #'release1.3'. > aSpec for: #'squeak5.x' version: #'release1.3'. > aSpec for: #'gs3.x' version: #'release1.3'. > aSpec for: #'pharo1.x' version: #'release1.2'. > aSpec for: #'pharo2.x' version: #'release1.2'. > aSpec for: #'squeak4.x' version: #'release1.2'. > aSpec for: #'gs2.x' version: #'release1.2' > > The change is the addition of the #'pharo8.x' line. > > Thanks, > Alistair >

Feb. 3, 2019

Re: [Pharo-dev] ConfigurationOfGrease for Pharo8

by Cyril Ferlicot

On Sun 3 Feb 2019 at 19:20, Alistair Grant <akgrant0710(a)gmail.com> wrote: > Hi All, > > It looks like Grease is still hosted on smalltalkhub - if not, please > let me know where. > Hi, Here: https://github.com/SeasideSt/Grease :) > Are there any objections to me updating > ConfigurationOfGrease>>release1: to load on Pharo8? > > The updated method is (apologies for loss of formatting): > > release1: aSpec > <symbolicVersion:#'release1'> > aSpec for: #'pharo3.x' version: #'release1.3'. > aSpec for: #'pharo4.x' version: #'release1.3'. > aSpec for: #'pharo5.x' version: #'release1.3'. > aSpec for: #'pharo6.x' version: #'release1.3'. > aSpec for: #'pharo7.x' version: #'release1.3'. > aSpec for: #'pharo8.x' version: #'release1.3'. > aSpec for: #'squeak5.x' version: #'release1.3'. > aSpec for: #'gs3.x' version: #'release1.3'. > aSpec for: #'pharo1.x' version: #'release1.2'. > aSpec for: #'pharo2.x' version: #'release1.2'. > aSpec for: #'squeak4.x' version: #'release1.2'. > aSpec for: #'gs2.x' version: #'release1.2' > > The change is the addition of the #'pharo8.x' line. > > Thanks, > Alistair > > -- Cyril Ferlicot https://ferlicot.fr

Feb. 3, 2019

ConfigurationOfGrease for Pharo8

by Alistair Grant

Hi All, It looks like Grease is still hosted on smalltalkhub - if not, please let me know where. Are there any objections to me updating ConfigurationOfGrease>>release1: to load on Pharo8? The updated method is (apologies for loss of formatting): release1: aSpec <symbolicVersion:#'release1'> aSpec for: #'pharo3.x' version: #'release1.3'. aSpec for: #'pharo4.x' version: #'release1.3'. aSpec for: #'pharo5.x' version: #'release1.3'. aSpec for: #'pharo6.x' version: #'release1.3'. aSpec for: #'pharo7.x' version: #'release1.3'. aSpec for: #'pharo8.x' version: #'release1.3'. aSpec for: #'squeak5.x' version: #'release1.3'. aSpec for: #'gs3.x' version: #'release1.3'. aSpec for: #'pharo1.x' version: #'release1.2'. aSpec for: #'pharo2.x' version: #'release1.2'. aSpec for: #'squeak4.x' version: #'release1.2'. aSpec for: #'gs2.x' version: #'release1.2' The change is the addition of the #'pharo8.x' line. Thanks, Alistair

Feb. 3, 2019

Re: [Pharo-dev] Spotter shortcut reset

by Nicolas Cellier

Oups, it seems that my mail client was lagging... Le dim. 3 fÃ©vr. 2019 Ã 17:19, Nicolas Cellier < nicolas.cellier.aka.nice(a)gmail.com> a Ã©crit : > Ben, > The figures in the table are quite linear. > Duration * rate = constant. > > It's just that you want to plot 1/ duration or 1/ rate if you don't want > to see an hyperbole xÃy=cte > > Le dim. 3 fÃ©vr. 2019 Ã 12:17, ducasse <stepharo(a)netcourrier.com> a Ã©crit : > >> Wouahhhhhh you are not playing :) >> This is cool. >> My network at home is lame to the dispear of my sons. >> >> Stef >> >> >> On 3 Feb 2019, at 12:06, Ben Coman <btc(a)openinworld.com> wrote: >> >> >> On Sat, 2 Feb 2019 at 18:54, ducasse <stepharo(a)netcourrier.com> wrote: >> > On Sat, 2 Feb 2019 at 11:01, Ben Coman <btc(a)openinworld.com> wrote: >> > >> > > I am getting network errors trying to download latest Pharo Launcher, >> > >> > can you tell me how so that I try to reproduce it? >> >> Since network performance depends a lot on location, and presuming you'd >> need to be at my house to reproduce my experience, >> I spent the afternoon learning about AWS so I could do some testing from >> a Australian based cloud box >> that you should be able to reproduce fairly easily, since this was my >> first time using AWS. >> >> With this 10 minute tutorial... >> [Launch a Linux Virtual Machine]( >> https://aws.amazon.com/getting-started/tutorials/launch-a-virtual-machine/ >> ) >> 1. Signed up and signed in >> Tip: I struggled a long while looping on "Sign in with root account >> credentials" until I discovered I needed to use the email address I signed >> up with, not the account name. >> >> [Edit:] In the top right between account name and support, >> pulled down list and selected "Asia Pacfic (Sydney)" >> >> >> 2. Clicked "Launch a virtual machine" >> (note, that only seems to show up for blank account, otherwise its >> "Launch Instance" >> >> >> 3. Ticked "Free tier only" filter. >> + Selected "Amazon Linux 2 AMI (HVM), SSD Volume Type" >> + Clicked <Review and Launch> (used default t2.micro) >> + Clicked <Launch> >> + From the pull-down selected "Create a new key pair", >> gave it a name and clicked <Download Keypair> saved as >> "SydneyPharoSpeedTest.pem" >> + Clicked <Launch Instance> >> + Clicked <View Instances> >> noted instance... >> * IP address: 54.252.136.78 >> * Zone: ap-southeast-2b >> * Security Group: Launch Wizard 1 >> >> 4. On my Windows 10 box, in WSL did... >> $ cd ~/.ssh # if it doesn't exist, first do... mkdir -m 700 ~/.ssh >> $ cp /mnt/c/Users/Ben/Downloads/SydneyPharoSpeedTest.pem ~/.ssh >> $ chmod 400 ~/.ssh/SydneyPharoSpeedTest.pem >> $ ssh -i ~/.ssh/SydneyPharoSpeedTest.pem ubuntu(a)54.252.136.78$ cat >> /etc/os-release >> ID="amzn" >> ID_LIKE="centos rhel fedora" >> >> >> GOOD NETWORK BASELINE TEST... >> Ignoring any packet loss on poor networks, first testing low bandwidths >> on a good network >> $ vi test.sh >> #!/bin/sh >> if [ -d out ]; then >> dirdate=`stat -c %z out | awk '{print $1"-"$2}' ` >> mv out out.${dirdate} >> fi >> mkdir out >> for RATE in 1000k 500k 200k 100k 50k 20k 10k 5k 2k 1k >> do >> echo $RATE >> /usr/bin/time -f "%e" -o out/time.$RATE \ >> wget --quiet --limit-rate $RATE >> https://files.pharo.org/pharo-launcher/1.6/pharo-launcher-1.6.msi -O >> out/file.$RATE & >> done >> >> $ sh test.sh >> monitoring with... >> $ cat out/time* | sort -n >> $ ls -lS out >> >> results in following table and graphs... >> $RATE >> (kb/s) TIME >> (s) TIME >> (min) TIME >> (hr) >> 1000 54 1 0.0 >> 500 105 2 0.0 >> 200 259 4 0.1 >> 100 515 9 0.1 >> 50 1029 17 0.3 >> 20 2576 43 0.7 >> 10 5149 86 1.4 >> 5 10527 175 2.9 >> >> <download-speed.png> >> >> Wow that surprised me. I'm not sure what the behaviour of file servers >> at low bandwidth should be, >> but intuitively the above seems odd. In the past troubleshooting seems >> to have been >> focused on the cause of slow speeds, but these can occur for many reasons >> unrelated to the >> the file server. The above test ignores cause to isolate behaviour at >> slow speeds. >> >> I forgot my own download speed yesterday (today is okay), but here is >> another sample... >> "(in Argentina) it is really slow ... 3.5KB/s ... average 10KB/s". >> http://forum.world.st/Pharo-Downloads-are-sluggish-td5084963.html >> >> I would hope that download time was near linear with speed all the way >> down to 1kb/s. >> Anyone have some sysadmins they can lean on to understand if that is >> realistic? >> >> The straightness of the line using a log-log axis makes it seem like >> policy rather than physics. >> <download-speed(log).png> >> >> HTH, >> cheers -ben >> >> >>

Feb. 3, 2019

Re: [Pharo-dev] Spotter shortcut reset

by Nicolas Cellier

Ben, The figures in the table are quite linear. Duration * rate = constant. It's just that you want to plot 1/ duration or 1/ rate if you don't want to see an hyperbole xÃy=cte Le dim. 3 fÃ©vr. 2019 Ã 12:17, ducasse <stepharo(a)netcourrier.com> a Ã©crit : > Wouahhhhhh you are not playing :) > This is cool. > My network at home is lame to the dispear of my sons. > > Stef > > > On 3 Feb 2019, at 12:06, Ben Coman <btc(a)openinworld.com> wrote: > > > On Sat, 2 Feb 2019 at 18:54, ducasse <stepharo(a)netcourrier.com> wrote: > > On Sat, 2 Feb 2019 at 11:01, Ben Coman <btc(a)openinworld.com> wrote: > > > > > I am getting network errors trying to download latest Pharo Launcher, > > > > can you tell me how so that I try to reproduce it? > > Since network performance depends a lot on location, and presuming you'd > need to be at my house to reproduce my experience, > I spent the afternoon learning about AWS so I could do some testing from a > Australian based cloud box > that you should be able to reproduce fairly easily, since this was my > first time using AWS. > > With this 10 minute tutorial... > [Launch a Linux Virtual Machine]( > https://aws.amazon.com/getting-started/tutorials/launch-a-virtual-machine/ > ) > 1. Signed up and signed in > Tip: I struggled a long while looping on "Sign in with root account > credentials" until I discovered I needed to use the email address I signed > up with, not the account name. > > [Edit:] In the top right between account name and support, > pulled down list and selected "Asia Pacfic (Sydney)" > > > 2. Clicked "Launch a virtual machine" > (note, that only seems to show up for blank account, otherwise its "Launch > Instance" > > > 3. Ticked "Free tier only" filter. > + Selected "Amazon Linux 2 AMI (HVM), SSD Volume Type" > + Clicked <Review and Launch> (used default t2.micro) > + Clicked <Launch> > + From the pull-down selected "Create a new key pair", > gave it a name and clicked <Download Keypair> saved as > "SydneyPharoSpeedTest.pem" > + Clicked <Launch Instance> > + Clicked <View Instances> > noted instance... > * IP address: 54.252.136.78 > * Zone: ap-southeast-2b > * Security Group: Launch Wizard 1 > > 4. On my Windows 10 box, in WSL did... > $ cd ~/.ssh # if it doesn't exist, first do... mkdir -m 700 ~/.ssh > $ cp /mnt/c/Users/Ben/Downloads/SydneyPharoSpeedTest.pem ~/.ssh > $ chmod 400 ~/.ssh/SydneyPharoSpeedTest.pem > $ ssh -i ~/.ssh/SydneyPharoSpeedTest.pem ubuntu(a)54.252.136.78$ cat > /etc/os-release > ID="amzn" > ID_LIKE="centos rhel fedora" > > > GOOD NETWORK BASELINE TEST... > Ignoring any packet loss on poor networks, first testing low bandwidths on > a good network > $ vi test.sh > #!/bin/sh > if [ -d out ]; then > dirdate=`stat -c %z out | awk '{print $1"-"$2}' ` > mv out out.${dirdate} > fi > mkdir out > for RATE in 1000k 500k 200k 100k 50k 20k 10k 5k 2k 1k > do > echo $RATE > /usr/bin/time -f "%e" -o out/time.$RATE \ > wget --quiet --limit-rate $RATE > https://files.pharo.org/pharo-launcher/1.6/pharo-launcher-1.6.msi -O > out/file.$RATE & > done > > $ sh test.sh > monitoring with... > $ cat out/time* | sort -n > $ ls -lS out > > results in following table and graphs... > $RATE > (kb/s) TIME > (s) TIME > (min) TIME > (hr) > 1000 54 1 0.0 > 500 105 2 0.0 > 200 259 4 0.1 > 100 515 9 0.1 > 50 1029 17 0.3 > 20 2576 43 0.7 > 10 5149 86 1.4 > 5 10527 175 2.9 > > <download-speed.png> > > Wow that surprised me. I'm not sure what the behaviour of file servers at > low bandwidth should be, > but intuitively the above seems odd. In the past troubleshooting seems to > have been > focused on the cause of slow speeds, but these can occur for many reasons > unrelated to the > the file server. The above test ignores cause to isolate behaviour at > slow speeds. > > I forgot my own download speed yesterday (today is okay), but here is > another sample... > "(in Argentina) it is really slow ... 3.5KB/s ... average 10KB/s". > http://forum.world.st/Pharo-Downloads-are-sluggish-td5084963.html > > I would hope that download time was near linear with speed all the way > down to 1kb/s. > Anyone have some sysadmins they can lean on to understand if that is > realistic? > > The straightness of the line using a log-log axis makes it seem like > policy rather than physics. > <download-speed(log).png> > > HTH, > cheers -ben > > >

Feb. 3, 2019

Re: [Pharo-dev] Spotter shortcut reset

by Ben Coman

On Sun, 3 Feb 2019 at 23:25, webwarrior <reg(a)webwarrior.ws> wrote: > Ben Coman wrote > > On Sat, 2 Feb 2019 at 18:54, ducasse < > > > stepharo@ > > > > wrote: > > > > ... > > > > 3. Ticked "Free tier only" filter. > > + Selected "Amazon Linux 2 AMI (HVM), SSD Volume Type" > > + Clicked > > <Review and Launch> > > (used default t2.micro) > > + Clicked > > <Launch> > > + From the pull-down selected "Create a new key pair", > > gave it a name and clicked > > <Download Keypair> > > saved as > > "SydneyPharoSpeedTest.pem" > > + Clicked > > <Launch Instance> > > + Clicked > > <View Instances> > > noted instance... > > * IP address: 54.252.136.78 > > * Zone: ap-southeast-2b > > * Security Group: Launch Wizard 1 > > > > 4. On my Windows 10 box, in WSL did... > > $ cd ~/.ssh # if it doesn't exist, first do... mkdir -m 700 > ~/.ssh > > $ cp /mnt/c/Users/Ben/Downloads/SydneyPharoSpeedTest.pem ~/.ssh > > $ chmod 400 ~/.ssh/SydneyPharoSpeedTest.pem > > $ ssh -i ~/.ssh/SydneyPharoSpeedTest.pem ubuntu(a)54.252.136.78$ cat > > /etc/os-release > > ID="amzn" > > ID_LIKE="centos rhel fedora" > > > > > > GOOD NETWORK BASELINE TEST... > > Ignoring any packet loss on poor networks, first testing low bandwidths > on > > a good network > > $ vi test.sh > > #!/bin/sh > > if [ -d out ]; then > > dirdate=`stat -c %z out | awk '{print $1"-"$2}' ` > > mv out out.${dirdate} > > fi > > mkdir out > > for RATE in 1000k 500k 200k 100k 50k 20k 10k 5k 2k 1k > > do > > echo $RATE > > /usr/bin/time -f "%e" -o out/time.$RATE \ > > wget --quiet --limit-rate $RATE > > https://files.pharo.org/pharo-launcher/1.6/pharo-launcher-1.6.msi -O > > out/file.$RATE & > > done > > > > $ sh test.sh > > monitoring with... > > $ cat out/time* | sort -n > > $ ls -lS out > > > > results in following table and graphs... > > $RATE > > (kb/s) TIME > > (s) TIME > > (min) TIME > > (hr) > > 1000 54 1 0.0 > > 500 105 2 0.0 > > 200 259 4 0.1 > > 100 515 9 0.1 > > 50 1029 17 0.3 > > 20 2576 43 0.7 > > 10 5149 86 1.4 > > 5 10527 175 2.9 > > > > [image: download-speed.png] > > > > Wow that surprised me. I'm not sure what the behaviour of file servers > at > > low bandwidth should be, > > but intuitively the above seems odd. In the past troubleshooting seems > to > > have been > > focused on the cause of slow speeds, but these can occur for many reasons > > unrelated to the > > the file server. The above test ignores cause to isolate behaviour at > > slow > > speeds. > > > > I forgot my own download speed yesterday (today is okay), but here is > > another sample... > > "(in Argentina) it is really slow ... 3.5KB/s ... average 10KB/s". > > http://forum.world.st/Pharo-Downloads-are-sluggish-td5084963.html > > > > I would hope that download time was near linear with speed all the way > > down > > to 1kb/s. > > Anyone have some sysadmins they can lean on to understand if that is > > realistic? > > > > The straightness of the line using a log-log axis makes it seem like > > policy > > rather than physics. > > [image: download-speed(log).png] > > > > HTH, > > cheers -ben > > > > > > download-speed.png (39K) > > <http://forum.world.st/attachment/5094677/0/download-speed.png> > > download-speed(log).png (34K) > > < > http://forum.world.st/attachment/5094677/1/download-speed%28log%29.png> > > Why does that surprise you? > > Download time [s] = amount of data [B] / bandwidth [B/s]. > Your data and graphs look exactly like they should. When bandwidth -> 0, > time > -> +infinity. > Hey! Thanks for that reality check. 100kb ==> 515s 10kb ==> 5149s duh! makes perfect sense. I was sure I had checked that simple scaling and it had been out by another magnitude, but I must have had a screw loose from being too caught up in the graph. It was just meant to be a prelude baseline before playing with random packet loss. Sorry for the noise. cheers -ben

Feb. 3, 2019

Re: [Pharo-dev] Spotter shortcut reset

by webwarrior

Ben Coman wrote > On Sat, 2 Feb 2019 at 18:54, ducasse < > stepharo@ > > wrote: > > ... > > 3. Ticked "Free tier only" filter. > + Selected "Amazon Linux 2 AMI (HVM), SSD Volume Type" > + Clicked > <Review and Launch> > (used default t2.micro) > + Clicked > <Launch> > + From the pull-down selected "Create a new key pair", > gave it a name and clicked > <Download Keypair> > saved as > "SydneyPharoSpeedTest.pem" > + Clicked > <Launch Instance> > + Clicked > <View Instances> > noted instance... > * IP address: 54.252.136.78 > * Zone: ap-southeast-2b > * Security Group: Launch Wizard 1 > > 4. On my Windows 10 box, in WSL did... > $ cd ~/.ssh # if it doesn't exist, first do... mkdir -m 700 ~/.ssh > $ cp /mnt/c/Users/Ben/Downloads/SydneyPharoSpeedTest.pem ~/.ssh > $ chmod 400 ~/.ssh/SydneyPharoSpeedTest.pem > $ ssh -i ~/.ssh/SydneyPharoSpeedTest.pem ubuntu(a)54.252.136.78$ cat > /etc/os-release > ID="amzn" > ID_LIKE="centos rhel fedora" > > > GOOD NETWORK BASELINE TEST... > Ignoring any packet loss on poor networks, first testing low bandwidths on > a good network > $ vi test.sh > #!/bin/sh > if [ -d out ]; then > dirdate=`stat -c %z out | awk '{print $1"-"$2}' ` > mv out out.${dirdate} > fi > mkdir out > for RATE in 1000k 500k 200k 100k 50k 20k 10k 5k 2k 1k > do > echo $RATE > /usr/bin/time -f "%e" -o out/time.$RATE \ > wget --quiet --limit-rate $RATE > https://files.pharo.org/pharo-launcher/1.6/pharo-launcher-1.6.msi -O > out/file.$RATE & > done > > $ sh test.sh > monitoring with... > $ cat out/time* | sort -n > $ ls -lS out > > results in following table and graphs... > $RATE > (kb/s) TIME > (s) TIME > (min) TIME > (hr) > 1000 54 1 0.0 > 500 105 2 0.0 > 200 259 4 0.1 > 100 515 9 0.1 > 50 1029 17 0.3 > 20 2576 43 0.7 > 10 5149 86 1.4 > 5 10527 175 2.9 > > [image: download-speed.png] > > Wow that surprised me. I'm not sure what the behaviour of file servers at > low bandwidth should be, > but intuitively the above seems odd. In the past troubleshooting seems to > have been > focused on the cause of slow speeds, but these can occur for many reasons > unrelated to the > the file server. The above test ignores cause to isolate behaviour at > slow > speeds. > > I forgot my own download speed yesterday (today is okay), but here is > another sample... > "(in Argentina) it is really slow ... 3.5KB/s ... average 10KB/s". > http://forum.world.st/Pharo-Downloads-are-sluggish-td5084963.html > > I would hope that download time was near linear with speed all the way > down > to 1kb/s. > Anyone have some sysadmins they can lean on to understand if that is > realistic? > > The straightness of the line using a log-log axis makes it seem like > policy > rather than physics. > [image: download-speed(log).png] > > HTH, > cheers -ben > > > download-speed.png (39K) > <http://forum.world.st/attachment/5094677/0/download-speed.png> > download-speed(log).png (34K) > <http://forum.world.st/attachment/5094677/1/download-speed%28log%29.png> Why does that surprise you? Download time [s] = amount of data [B] / bandwidth [B/s]. Your data and graphs look exatly like they should. When bandwidth -> 0, time -> +infinity. -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html

Feb. 3, 2019

Re: [Pharo-dev] Spotter shortcut reset

by ducasse

I asked christophe to not miss your email and see if this is something from our side. Stef > On 3 Feb 2019, at 12:06, Ben Coman <btc(a)openinworld.com> wrote: > > > On Sat, 2 Feb 2019 at 18:54, ducasse <stepharo(a)netcourrier.com <mailto:stepharo@netcourrier.com>> wrote: > > On Sat, 2 Feb 2019 at 11:01, Ben Coman <btc(a)openinworld.com <mailto:btc@openinworld.com>> wrote: > > > > > I am getting network errors trying to download latest Pharo Launcher, > > > > can you tell me how so that I try to reproduce it? > > Since network performance depends a lot on location, and presuming you'd > need to be at my house to reproduce my experience, > I spent the afternoon learning about AWS so I could do some testing from a Australian based cloud box > that you should be able to reproduce fairly easily, since this was my first time using AWS. > > With this 10 minute tutorial... > [Launch a Linux Virtual Machine](https://aws.amazon.com/getting-started/tutorials/launch-a-virtual-… <https://aws.amazon.com/getting-started/tutorials/launch-a-virtual-machine/>) > 1. Signed up and signed in > Tip: I struggled a long while looping on "Sign in with root account credentials" until I discovered I needed to use the email address I signed up with, not the account name. > > [Edit:] In the top right between account name and support, > pulled down list and selected "Asia Pacfic (Sydney)" > > > 2. Clicked "Launch a virtual machine" > (note, that only seems to show up for blank account, otherwise its "Launch Instance" > > > 3. Ticked "Free tier only" filter. > + Selected "Amazon Linux 2 AMI (HVM), SSD Volume Type" > + Clicked <Review and Launch> (used default t2.micro) > + Clicked <Launch> > + From the pull-down selected "Create a new key pair", > gave it a name and clicked <Download Keypair> saved as "SydneyPharoSpeedTest.pem" > + Clicked <Launch Instance> > + Clicked <View Instances> > noted instance... > * IP address: 54.252.136.78 > * Zone: ap-southeast-2b > * Security Group: Launch Wizard 1 > > 4. On my Windows 10 box, in WSL did... > $ cd ~/.ssh # if it doesn't exist, first do... mkdir -m 700 ~/.ssh > $ cp /mnt/c/Users/Ben/Downloads/SydneyPharoSpeedTest.pem ~/.ssh > $ chmod 400 ~/.ssh/SydneyPharoSpeedTest.pem > $ ssh -i ~/.ssh/SydneyPharoSpeedTest.pem ubuntu(a)54.252.136.78 <mailto:ubuntu@54.252.136.78>$ cat /etc/os-release > ID="amzn" > ID_LIKE="centos rhel fedora" > > > GOOD NETWORK BASELINE TEST... > Ignoring any packet loss on poor networks, first testing low bandwidths on a good network > $ vi test.sh > #!/bin/sh > if [ -d out ]; then > dirdate=`stat -c %z out | awk '{print $1"-"$2}' ` > mv out out.${dirdate} > fi > mkdir out > for RATE in 1000k 500k 200k 100k 50k 20k 10k 5k 2k 1k > do > echo $RATE > /usr/bin/time -f "%e" -o out/time.$RATE \ > wget --quiet --limit-rate $RATE https://files.pharo.org/pharo-launcher/1.6/pharo-launcher-1.6.msi <https://files.pharo.org/pharo-launcher/1.6/pharo-launcher-1.6.msi> -O out/file.$RATE & > done > > $ sh test.sh > monitoring with... > $ cat out/time* | sort -n > $ ls -lS out > > results in following table and graphs... > $RATE > (kb/s) TIME > (s) TIME > (min) TIME > (hr) > 1000 54 1 0.0 > 500 105 2 0.0 > 200 259 4 0.1 > 100 515 9 0.1 > 50 1029 17 0.3 > 20 2576 43 0.7 > 10 5149 86 1.4 > 5 10527 175 2.9 > > <download-speed.png> > > Wow that surprised me. I'm not sure what the behaviour of file servers at low bandwidth should be, > but intuitively the above seems odd. In the past troubleshooting seems to have been > focused on the cause of slow speeds, but these can occur for many reasons unrelated to the > the file server. The above test ignores cause to isolate behaviour at slow speeds. > > I forgot my own download speed yesterday (today is okay), but here is another sample... > "(in Argentina) it is really slow ... 3.5KB/s ... average 10KB/s". > http://forum.world.st/Pharo-Downloads-are-sluggish-td5084963.html <http://forum.world.st/Pharo-Downloads-are-sluggish-td5084963.html> > > I would hope that download time was near linear with speed all the way down to 1kb/s. > Anyone have some sysadmins they can lean on to understand if that is realistic? > > The straightness of the line using a log-log axis makes it seem like policy rather than physics. > <download-speed(log).png> > > HTH, > cheers -ben

Feb. 3, 2019