Om man sitter bakom en proxy och ska ladda ner flash märker man snabbt att deras downloader inte fungerar med proxy, inte heller har den några inställningar.
Varför man insisterar på att ha en downloader istället för en direktlänk till nedladdning är förbi mitt förstånd, men någon tyhckte säkert det var bra.
Här är en länk till full installation av flash 11 för Windows och OSX
Full installation
fredag 2 december 2011
tisdag 15 november 2011
CG3100 i bridge mode
I mitt föregående inlägg testade att CG3100 i NAT-läge och mätte antal anslutningar samt responstid. Jag har nu även testat med bridge-läget samt använt ytterligare en maskin för att mäta responstiden mot modemet lokalt.
Mätresultaten visar att CG3100 orkar 150 anslutningar i bryggat läge. Lokalt stiger responstiden mot modemet från 1ms till 20-25ms och packet loss ligger på runt 10%. Låt mig upprepa det, 25ms och 10% packet loss lokalt.
För att tillhöra en tjänst som prissätts 400-500kr i månaden är det under all kritik att ha ett modem som inte hanterar fler anslutningar och ger packet loss och hög responstid innan du ens kommit ut mot internet.
Mätresultaten visar att CG3100 orkar 150 anslutningar i bryggat läge. Lokalt stiger responstiden mot modemet från 1ms till 20-25ms och packet loss ligger på runt 10%. Låt mig upprepa det, 25ms och 10% packet loss lokalt.
För att tillhöra en tjänst som prissätts 400-500kr i månaden är det under all kritik att ha ett modem som inte hanterar fler anslutningar och ger packet loss och hög responstid innan du ens kommit ut mot internet.
måndag 14 november 2011
Prestanda med Netgear CG3100
CG3100 är ett kabelmodem från Netgear, detta modemet använder Comhem framförallt till sina 100mbit- och 200mbit-tjänster. Jag har länge varit nyfiken på hur många anslutningar CG3100 klarar av pålitligt men även hur modemet fungerar under hög last.
För att mäta detta satte jag upp en testmiljö. Normalt är det inga problem att mäta lokalt, men i och med att det är ett kabelmodem var jag tvungen att sätta upp en mätserver på internet.
Testsystem
CG3100-modemet körs med mjukvara v0028 i NAT-läge. Det som är ändrat från default-inställningarna är att tjänsterna och wlan är avstängt, samt att ett par portar har öppnats för testet.
Min testserver på internet består av en OpenBSD-maskin med gigabitlänk och mot modemet sitter en Linuxmaskin ansluten med 100mbit direkt mot CG3100.
Jag låter OpenBSD-maskinen starta 500 TCP-instanser av iperf och mäter antal anslutningar samt ping mot modemet. Då jag kör 100mbit mellan modemet och testmaskinen kan jag tyvärr inte mäta packet loss tillförlitligt.
Resultat
Vid försök på 500 anslutningar stannar modemet vid exakt 120 anslutningar och håller sig där konstant. Överföringshastigheten är då på 11.5MB/s vid en intern snittping mot modemet på 47ms.
Med v0028 fryser inte modemet som med tidigare firmwares utan klarar sig stabilt i över 1.5 timmar, då jag väljer att avsluta testet.
Sammanfattningsvis kan man säga att modemet håller den utlovade hastigheten, men det är också allt. 120 anslutningar är inte mycket och att gå från ~1ms till ~47ms under last är på tok för mycket.
Testmedotik:
iperf körs i TCP-läge, klienten (maskinen som skickar data) startas med
for i in $(jot 100) ; do iperf -c hostname & done
Servern (maskinen som tar emot data) körs med
iperf -s
Anledningen till att inte -P flaggan används är att den inte fungerar pålitligt nog och inte verkar fungera alls under OpenBSD som testservern kör.
Överföringshastighet mäter jag med programvaran slurm. slurm -i eth0
Antal anslutningar mäter jag med snmp-datan i proc.
cat /proc/net/snmp | tail -5 | head -1 | awk '{print $10}'
Detta kommandot fungerar fint med min konfiguration, men för andra konfigurationer rekommenderar jag att du tittar på hela outputen från cat /proc/net/snmp.
Responstid mäts lokalt med ping mellan Linuxdatorn och modemet, ping 192.168.0.1. Jag lät 500 paket sätta snittvärdet.
För att mäta detta satte jag upp en testmiljö. Normalt är det inga problem att mäta lokalt, men i och med att det är ett kabelmodem var jag tvungen att sätta upp en mätserver på internet.
Testsystem
CG3100-modemet körs med mjukvara v0028 i NAT-läge. Det som är ändrat från default-inställningarna är att tjänsterna och wlan är avstängt, samt att ett par portar har öppnats för testet.
Min testserver på internet består av en OpenBSD-maskin med gigabitlänk och mot modemet sitter en Linuxmaskin ansluten med 100mbit direkt mot CG3100.
Jag låter OpenBSD-maskinen starta 500 TCP-instanser av iperf och mäter antal anslutningar samt ping mot modemet. Då jag kör 100mbit mellan modemet och testmaskinen kan jag tyvärr inte mäta packet loss tillförlitligt.
Resultat
Vid försök på 500 anslutningar stannar modemet vid exakt 120 anslutningar och håller sig där konstant. Överföringshastigheten är då på 11.5MB/s vid en intern snittping mot modemet på 47ms.
Med v0028 fryser inte modemet som med tidigare firmwares utan klarar sig stabilt i över 1.5 timmar, då jag väljer att avsluta testet.
Sammanfattningsvis kan man säga att modemet håller den utlovade hastigheten, men det är också allt. 120 anslutningar är inte mycket och att gå från ~1ms till ~47ms under last är på tok för mycket.
Testmedotik:
iperf körs i TCP-läge, klienten (maskinen som skickar data) startas med
for i in $(jot 100) ; do iperf -c hostname & done
Servern (maskinen som tar emot data) körs med
iperf -s
Anledningen till att inte -P flaggan används är att den inte fungerar pålitligt nog och inte verkar fungera alls under OpenBSD som testservern kör.
Överföringshastighet mäter jag med programvaran slurm. slurm -i eth0
Antal anslutningar mäter jag med snmp-datan i proc.
cat /proc/net/snmp | tail -5 | head -1 | awk '{print $10}'
Detta kommandot fungerar fint med min konfiguration, men för andra konfigurationer rekommenderar jag att du tittar på hela outputen från cat /proc/net/snmp.
Responstid mäts lokalt med ping mellan Linuxdatorn och modemet, ping 192.168.0.1. Jag lät 500 paket sätta snittvärdet.
fredag 4 november 2011
Dumpa och återställa MySQL-databas
Om man vill ta backup eller förflytta en MySQL-databas mellan två datorer är det praktiskt att kunna dumpa databasen till en fil.
För att exportera
mysqldump -u användarnamn -p --all-databases > dump.sql
För att importera
mysql --verbose -user användarnamn -p < dump.sql
Källa:
patrickpatoray.com
För att exportera
mysqldump -u användarnamn -p --all-databases > dump.sql
För att importera
mysql --verbose -user användarnamn -p < dump.sql
Källa:
patrickpatoray.com
lördag 22 oktober 2011
IP-telefoni inte ett hot mot mobiloperatörer.
DN har skrivit en artikel med rubriken Apparna som hotar mobiloperatörerna. Själva hotet beskrivs som att IP-telefoni är gratis och hotar mobiloperatörerna därför. Någon analys uteblir självklart, som alltid med gammelmedia.
Med samma tänk så hotade bredband med flatrate internetoperatörerna som då använde sig av modempool.
Mobiloperatörerna håller på att förvandlas till internetoperatörer, vare sig de själva vill eller inte. De som hakar på först kommer bli vinnare.
IP-telefoni kommer ge oss jämnare telefonikostnader mellan operatörerna och över världen. Inte längre kommer det att gå att ta ut dyra roamingavgifter eller prissätta olika tjäner i sitt nät helt godtyckligt.
Innan man ska prata om hur olika tjänster hotar företag ska man fråga sig, tjänar de pengar på sina tjänster i dag? Om en operatör tjänar på sin kostnad per megabyte kommer den fortfarande att göra det när jag byter över till ip-telefoni. Om prissättningen är korrekt kommer de tjäna pengar även på min ip-telefoni, fast inte så mycket som de vill. Men vem kan egentligen sätta priserna precis som de vill?
Med samma tänk så hotade bredband med flatrate internetoperatörerna som då använde sig av modempool.
Mobiloperatörerna håller på att förvandlas till internetoperatörer, vare sig de själva vill eller inte. De som hakar på först kommer bli vinnare.
IP-telefoni kommer ge oss jämnare telefonikostnader mellan operatörerna och över världen. Inte längre kommer det att gå att ta ut dyra roamingavgifter eller prissätta olika tjäner i sitt nät helt godtyckligt.
Innan man ska prata om hur olika tjänster hotar företag ska man fråga sig, tjänar de pengar på sina tjänster i dag? Om en operatör tjänar på sin kostnad per megabyte kommer den fortfarande att göra det när jag byter över till ip-telefoni. Om prissättningen är korrekt kommer de tjäna pengar även på min ip-telefoni, fast inte så mycket som de vill. Men vem kan egentligen sätta priserna precis som de vill?
Nedladdningssiffror och filmbudget.
I dag kan man läsa om vilka filmer som blivit mest piratkopierade på dn.se. Vad de däremot glömmer att nämna är att de filmer med flest nedladdningar även är de som dragit mest pengar. Som vanligt med gammelmedia glömmer de även att länka till källan.
Att DN väljer att inte skriva om osäkerheten i nedladdningssiffror och att statistiken är missvisande eftersom det finns fler torrentanvändare i dag än för fem år sedan, är för mig en gåta.
Uppdatering: DN har flyttat sin artikel så ping inte längre fungerar. Lite underligt. Hur som, ny länken finns här.
Källor:
dn.se
torrentfreak.com.
Att DN väljer att inte skriva om osäkerheten i nedladdningssiffror och att statistiken är missvisande eftersom det finns fler torrentanvändare i dag än för fem år sedan, är för mig en gåta.
Uppdatering: DN har flyttat sin artikel så ping inte längre fungerar. Lite underligt. Hur som, ny länken finns här.
Källor:
dn.se
torrentfreak.com.
torsdag 20 oktober 2011
Aktivera logfiler för cron i Ubuntu Server
Standardinställningen i Ubuntu Server 11 är att inte logga cronjobs från cron. Något som gör det väldigt svårt att felsöka varför cronjobs inte startar.
För att aktivera loggningen redigera filen
/etc/rsyslog.d/50-default.conf
Ta bort kommentaren från cron
#cron.* /var/log/cron.log
ska bli
cron.* /var/log/cron.log
Starta om rsyslog
sudo /etc/init.d/rsyslog restart
Nu ska det ha skapats en cron.log i /var/log
För att aktivera loggningen redigera filen
/etc/rsyslog.d/50-default.conf
Ta bort kommentaren från cron
#cron.* /var/log/cron.log
ska bli
cron.* /var/log/cron.log
Starta om rsyslog
sudo /etc/init.d/rsyslog restart
Nu ska det ha skapats en cron.log i /var/log
Prenumerera på:
Inlägg (Atom)