Vserver L bei 1und1 - Leistung verbessern durch my.cnf und httpd.conf

B

BlackBaron106

New Member
Hi,

Ich habe seit einiger Zeit diesen 1und1 VServer und bin relativ unzufrieden mit dem Speed... Der Filetransfer scheint ja normal zu sein, allerdings ist die Antwortzeit meines serachtens nach unzureichend...

Für Tester:

Small Devils - Peugeot 106 & Citroen Saxo Forum und Unabhängiges Car-PC Forum werden darauf gehostet, beides Vbulletin Foren mit im Schnitt 30-50 Usern online (also Akiv in 15 Minuten!)

Der Server soll ja zugesicherte 128 MB haben.

Server L

Ich hänge mal meine My.cnf und die server-tuning.conf an, und hoffe auf Tips von euch :(

server-tuning.conf

<IfModule prefork.c>
StartServers 1

MinSpareServers 2

MaxSpareServers 3

ServerLimit 30

MaxClients 100

MaxRequestsPerChild 4000
</IfModule>
Click to expand...


my.cnf

[mysqld]
set-variable=local-infile=0
port = 3306
socket = /var/lib/mysql/mysql.sock
skip-locking
key_buffer = 6M
max_allowed_packet = 1M
table_cache = 434
sort_buffer_size = 64K
net_buffer_length = 2K
read_buffer_size = 32K
read_rnd_buffer_size = 64K
myisam_sort_buffer_size = 8M
Click to expand...
 
wie siehts denn mit der tatsächlichen Auslastung aus? Benutz am besten mal vzfree und zeig mal die Werte her [vzfree: Forensuche]

Ansonsten auch mal ein Auszug von "top"

Plesk schon abgeschaltet? Braucht bei mir immer so um die 100 MB Ram..
 
meine güte wiviel RAM braucht Plesk? :eek:

Dann wär ja alles klar...

Könnte ich zu Testzwecken abschalten, wenn mir jemand die Commands dazu geben könnte ;)

TOP:

top - 21:52:40 up 4 days, 17:24, 1 user, load average: 7.38, 6.87, 4.94
Mem: 4032284k total, 358684k used, 3673600k free, 0k buffers
Swap: 0k total, 0k used, 0k free, 0k cached
Unknown command - try 'h' for help
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
5309 mysql 15 0 140m 39m 5608 S 0 1.0 38:09.00 mysqld
28234 root 16 0 140m 23m 7140 S 0 0.6 2:52.16 httpd2-prefork
28269 psaadm 16 0 99632 25m 19m S 0 0.7 0:04.63 httpsd
26309 psaadm 16 0 99712 25m 19m S 0 0.7 0:03.29 httpsd
10122 wwwrun 16 0 155m 35m 4008 S 0 0.9 0:02.96 httpd2-prefork
11540 wwwrun 16 0 151m 31m 3816 S 6 0.8 0:01.23 httpd2-prefork
27835 qmails 15 0 2592 524 420 S 0 0.0 0:01.19 qmail-send
11846 wwwrun 16 0 155m 35m 3900 R 9 0.9 0:01.12 httpd2-prefork
22429 root 16 0 3636 660 528 S 0 0.0 0:01.11 syslogd
5161 root 16 0 28888 1380 876 S 0 0.0 0:00.71 sshd
11668 wwwrun 15 0 149m 29m 3800 S 0 0.7 0:00.68 httpd2-prefork
11841 wwwrun 16 0 153m 33m 3908 S 0 0.9 0:00.58 httpd2-prefork
11832 wwwrun 16 0 149m 29m 3784 S 0 0.8 0:00.19 httpd2-prefork
11903 wwwrun 16 0 142m 22m 3076 S 8 0.6 0:00.17 httpd2-prefork
27837 qmaill 15 0 2536 512 432 S 0 0.0 0:00.14 splogger
27683 root 15 0 9472 884 616 S 0 0.0 0:00.11 couriertcpd
11856 wwwrun 16 0 143m 23m 3640 S 0 0.6 0:00.11 httpd2-prefork
1 root 16 0 700 300 252 S 0 0.0 0:00.10 init
27754 root 16 0 10664 956 744 S 0 0.0 0:00.10 xinetd
13532 root 16 0 48140 3184 2388 S 0 0.1 0:00.09 sshd
27685 root 16 0 7320 1156 904 S 0 0.0 0:00.07 courierlogger
13554 root 16 0 25492 1884 1356 S 0 0.0 0:00.04 sftp-server
27839 qmailr 15 0 2576 512 328 S 0 0.0 0:00.03 qmail-rspawn
27840 qmailq 15 0 2532 392 312 S 0 0.0 0:00.03 qmail-clean
11769 root 15 0 48144 3168 2396 S 0 0.1 0:00.03 sshd
27991 named 15 0 57420 3812 1948 S 0 0.1 0:00.02 named
28265 root 16 0 96672 7760 4304 S 0 0.2 0:00.02 httpsd
11827 root 15 0 9488 1284 960 R 0 0.0 0:00.02 top
5483 root 16 0 10016 744 584 S 0 0.0 0:00.01 cron
27838 root 15 0 2576 436 324 S 0 0.0 0:00.01 qmail-lspawn
11782 root 17 0 12608 2280 1464 S 0 0.1 0:00.01 bash
11906 wwwrun 15 0 141m 21m 3492 S 0 0.5 0:00.01 httpd2-prefork
3517 root 12 -4 7048 696 424 S 0 0.0 0:00.00 udevd
3763 messageb 16 0 12952 972 712 S 0 0.0 0:00.00 dbus-daemon
3779 root 17 0 11776 1712 1356 S 0 0.0 0:00.00 hald
4076 root 18 0 21244 1008 648 S 0 0.0 0:00.00 saslauthd
4077 root 18 0 21244 644 284 S 0 0.0 0:00.00 saslauthd
5261 root 17 0 7904 1472 1136 S 0 0.0 0:00.00 mysqld_safe
26619 root 18 0 9468 864 600 S 0 0.0 0:00.00 couriertcpd
26621 root 23 0 7188 1000 764 S 0 0.0 0:00.00 courierlogger
27660 root 18 0 9468 864 600 S 0 0.0 0:00.00 couriertcpd
27663 root 23 0 7188 1000 764 S 0 0.0 0:00.00 courierlogger
27694 root 21 0 9468 864 600 S 0 0.0 0:00.00 couriertcpd
27697 root 23 0 7188 1000 764 S 0 0.0 0:00.00 courierlogger
11907 wwwrun 17 0 140m 17m 952 S 0 0.4 0:00.00 httpd2-prefork
Click to expand...
 
Plesk stoppen : /etc/init.d/psa stop

named könntest du auch stoppen, falls du keinen Name Server brauchst

Konsolen Auszüge bitte in den CODE-Tag einpacken

Das tuning-primer Script hast du schon benutzt? Damit kannste dann mal gucken ob Mysql passend konfiguriert ist.

Ansonsten kann ich nur sagen das es sehr schwer ist, so einen Server mit nur 128 MB Ram zu betreiben.
 
tuning primer spuckt mir abgesehn vom table cache nur "alls ok" meldungen aus... aber ich kanns gerne hier posten:

Code: 
        -- MYSQL PERFORMANCE TUNING PRIMER --
             - By: Matthew Montgomery -

MySQL Version 5.0.26 x86_64

/usr/bin/tuning-primer.sh: line 388: bc: command not found
/usr/bin/tuning-primer.sh: line 389: bc: command not found
/usr/bin/tuning-primer.sh: line 390: bc: command not found
/usr/bin/tuning-primer.sh: line 391: bc: command not found
/usr/bin/tuning-primer.sh: line 392: bc: command not found
/usr/bin/tuning-primer.sh: line 393: bc: command not found
Uptime =  days  hrs  min  sec
Avg. qps = 11
Total Questions = 4932677
Threads Connected = 1

Server has been running for over 48hrs.
It should be safe to follow these recommendations

To find out more information on how each of these
runtime variables effects performance visit:
http://dev.mysql.com/doc/refman/5.0/en/server-system-variables.html
Visit http://www.mysql.com/products/enterprise/advisors.html
for info about MySQL's Enterprise Monitoring and Advisory Service

SLOW QUERIES
The slow query log is NOT enabled.
Current long_query_time = 10 sec.
You have 17 out of 4932691 that take longer than 10 sec. to complete
Your long_query_time may be too high, I typically set this under 5 sec.

BINARY UPDATE LOG
The binary update log is NOT enabled.
You will not be able to do point in time recovery
See http://dev.mysql.com/doc/refman/5.0/en/point-in-time-recovery.html

WORKER THREADS
Current thread_cache_size = 0
Current threads_cached = 0
Current threads_per_sec = 4
Historic threads_per_sec = 0
Threads created per/sec are overrunning threads cached
You should raise thread_cache_size

MAX CONNECTIONS
Current max_connections = 100
Current threads_connected = 1
Historic max_used_connections = 23
The number of used connections is 23% of the configured maximum.
Your max_connections variable seems to be fine.

MEMORY USAGE
/usr/bin/tuning-primer.sh: line 1204: bc: command not found
/usr/bin/tuning-primer.sh: line 1205: bc: command not found
/usr/bin/tuning-primer.sh: line 1229: bc: command not found
/usr/bin/tuning-primer.sh: line 1232: bc: command not found
/usr/bin/tuning-primer.sh: line 1233: bc: command not found
/usr/bin/tuning-primer.sh: line 1235: bc: command not found
/usr/bin/tuning-primer.sh: line 1237: [: -gt: unary operator expected
/usr/bin/tuning-primer.sh: line 350: [: max_memoryHR: integer expression expected
/usr/bin/tuning-primer.sh: line 356: [: max_memoryHR: integer expression expected
/usr/bin/tuning-primer.sh: line 362: [: max_memoryHR: integer expression expected
/usr/bin/tuning-primer.sh: line 369: export: `0=max_memoryHR': not a valid identifier
Max Memory Ever Allocated :  bytes
/usr/bin/tuning-primer.sh: line 350: [: per_thread_buffersHR: integer expression expected
/usr/bin/tuning-primer.sh: line 356: [: per_thread_buffersHR: integer expression expected
/usr/bin/tuning-primer.sh: line 362: [: per_thread_buffersHR: integer expression expected
/usr/bin/tuning-primer.sh: line 369: export: `0=per_thread_buffersHR': not a valid identifier
Configured Max Per-thread Buffers :  bytes
/usr/bin/tuning-primer.sh: line 350: [: global_buffersHR: integer expression expected
/usr/bin/tuning-primer.sh: line 356: [: global_buffersHR: integer expression expected
/usr/bin/tuning-primer.sh: line 362: [: global_buffersHR: integer expression expected
/usr/bin/tuning-primer.sh: line 369: export: `0=global_buffersHR': not a valid identifier
Configured Max Global Buffers :  bytes
/usr/bin/tuning-primer.sh: line 350: [: total_memoryHR: integer expression expected
/usr/bin/tuning-primer.sh: line 356: [: total_memoryHR: integer expression expected
/usr/bin/tuning-primer.sh: line 362: [: total_memoryHR: integer expression expected
/usr/bin/tuning-primer.sh: line 369: export: `0=total_memoryHR': not a valid identifier
Configured Max Memory Limit :  bytes
/usr/bin/tuning-primer.sh: line 331: bc: command not found
Physical Memory :  G
Max memory limit seem to be within acceptable norms

KEY BUFFER
/usr/bin/tuning-primer.sh: line 331: bc: command not found
/usr/bin/tuning-primer.sh: line 646: bc: command not found
/usr/bin/tuning-primer.sh: line 647: bc: command not found
/usr/bin/tuning-primer.sh: line 331: bc: command not found
Current MyISAM index space =  M
/usr/bin/tuning-primer.sh: line 331: bc: command not found
Current key_buffer_size =  M
Key cache miss rate is 1 : 490
Key buffer fill ratio =  %
/usr/bin/tuning-primer.sh: line 684: [: -ge: unary operator expected
/usr/bin/tuning-primer.sh: line 688: [: -le: unary operator expected
Your key_buffer_size seems to be fine

QUERY CACHE
Query cache is supported but not enabled
Perhaps you should set the query_cache_size

SORT OPERATIONS
/usr/bin/tuning-primer.sh: line 331: bc: command not found
Current sort_buffer_size =  K
/usr/bin/tuning-primer.sh: line 331: bc: command not found
Current read_rnd_buffer_size =  K
Sort buffer seems to be fine

JOINS
/usr/bin/tuning-primer.sh: line 331: bc: command not found
Current join_buffer_size =  K
You have had 50921 queries where a join could not use an index properly
You should enable "log-queries-not-using-indexes"
Then look for non indexed joins in the slow query log.
If you are unable to optimize your queries you may want to increase your
join_buffer_size to accommodate larger joins in one pass.

Note! This script will still suggest raising the join_buffer_size when
ANY joins not using indexes are found.

OPEN FILES LIMIT
Current open_files_limit = 1024 files
The open_files_limit should typically be set to at least 2x-3x
that of table_cache if you have heavy MyISAM usage.
Your open_files_limit value seems to be fine

TABLE CACHE
Current table_cache value = 434 tables
You have a total of 1509 tables
You have 434 open tables.
Current table_cache hit rate is 0%, while 100% of your table cache is in use
You should probably increase your table_cache

TEMP TABLES
/usr/bin/tuning-primer.sh: line 331: bc: command not found
Current max_heap_table_size =  M
/usr/bin/tuning-primer.sh: line 331: bc: command not found
Current tmp_table_size =  M
Of 240513 temp tables, 49% were created on disk
Effective in-memory tmp_table_size is limited to max_heap_table_size.
Perhaps you should increase your tmp_table_size and/or max_heap_table_size
to reduce the number of disk-based temporary tables
Note! BLOB and TEXT columns are not allow in memory tables.
If you are using these columns raising these values might not impact your
ratio of on disk temp tables.

TABLE SCANS
/usr/bin/tuning-primer.sh: line 331: bc: command not found
Current read_buffer_size =  K
Current table scan ratio = 49 : 1
read_buffer_size seems to be fine

TABLE LOCKING
Current Lock Wait ratio = 1 : 7002
Your table locking seems to be fine
 
Hallo!
Installiere dir das Paket The GNU bc arbitrary precision calculator (bc). Dann wird das Script auch laufen.

mfG
Thorsten
 
You must log in or register to reply here.
Back
Top