henso.com
Home
Archive
Search

rss feed for this page

DELI
HLM

LNGR
EURN
OON
CHLM
POOL
ELPH
RIST
SOFA
SENS
P3K
FM4
SCRP
MAL
RNS
GDNY
ELEG
OSNS
SLSH

Mozilla, baby!

antville.org
 Montag, 10. Februar 2003 

Auf diese Seite gestossen und begriffen, dass der Antville-MySQL überhaupt nicht am key_buffer_size leidet, sondern am thread_cache_size, am tmp_table_size und eventuell am table_cache. Lernen tut weh.

Holistisch gesehen hat das ganze logisch vor allem gute Seiten. Unfähigkeit hat bekanntlich ihre Grenzen (zeitlich gesehen). Das alles kann man lernen. Und jede Schraube Hardware (both present and future) bekommt damit neues Potential.

Spannen kommt von spannend: internal memos.com.


 thefish , 10. Februar 2003 gegen 14:55 

sei froh dass du nicht das alles lernen musst, die nette blackbox ORACLE macht ihrem namen
beim performance-leaks suchen auc alle ehre.

 seewolf , 10. Februar 2003 gegen 15:00 

Mal ganz blöd gefragt, kann man eigentlich die "max thread count"-Grenze hochschrauben? (Wir hatten solch eine Frage mal bei Anzahl der Sockets pro Prozess, und keiner hatte sie vorher gestellt.)

 hns , 10. Februar 2003 gegen 15:17 

Man kann die Grenze hochschrauben, ich glaube aber nicht, dass das gut wäre.

 supatyp , 10. Februar 2003 gegen 17:52 

ich vermiss die mostreads. echt gezz

Log in to add your comment!

Not logged in. Click here to log in.

 comments