Opened by paddy at 2009-11-23 23:03
User since
2009-11-06
19 Artikel
BenutzerIn
![[default_avatar]](/battie/theme/default/default_avatar.gif)
2009-11-06
19 Artikel
BenutzerIn
Alles komplett umgestellt. Verbindung ist nicht mehr über LAN sondern auf localhost. SELECT geht nur über die entsprechenden Spalten (also nicht mehr »SELECT *«). Und das ganze ist direkt gegen mysql angetreten:
Weil irgendjemand behauptet hat ich würde damit mysql und nicht perl oder php benchmarken.
Ergebnis (mehrere Testdurchläufe) perl ~2 s, php ~1 s und bashscript ~0,1 s
perl Benschmark 2 wallclock secs ( 0.58 usr + 0.07 sys = 0.65 CPU)
Dieser Benchmark von perl ist reproduzierbar. Und es ist egal ob ich das eine oder andere nutze oder ob ich eines der folgenden auskommentiere oder gar beide nutze:
Das Auskommentieren von »binmode STDOUT, ':encoding(UTF-8)';« hat nüscht gebracht.
Code: (dl
)
1
2
3
4
5
6
7
#!/bin/bash
START=$(date +%s%N)
mysql -uroot -ppasswd vspfonds -e 'SELECT isin, label, FundShareClassID FROM tx_danpfonds_funds;'
END=$(date +%s%N)
DIFF=$(( $END - $START ))
SECS=`echo "$DIFF/10000000000" | bc -l`
echo "It took $SECS seconds"
Weil irgendjemand behauptet hat ich würde damit mysql und nicht perl oder php benchmarken.
Ergebnis (mehrere Testdurchläufe) perl ~2 s, php ~1 s und bashscript ~0,1 s
perl Benschmark 2 wallclock secs ( 0.58 usr + 0.07 sys = 0.65 CPU)
Dieser Benchmark von perl ist reproduzierbar. Und es ist egal ob ich das eine oder andere nutze oder ob ich eines der folgenden auskommentiere oder gar beide nutze:
Das Auskommentieren von »binmode STDOUT, ':encoding(UTF-8)';« hat nüscht gebracht.