sstyle

Рейтинг
100
Регистрация
26.10.2005
Andreyka:
Кривая организация базы требует много оперативки. Это нормально.

увы базы и скрипты Joomla. ничего с этим поделать не могу :(

Мне кажется тут дело в конфиге кривом, а не работе с базами.

Конечно джумла тоже не фонтан, но улучшить можно..я верю )

-------- Performance Metrics -------------------------------------------------
[--] Up for: 1d 7h 11m 33s (11M q [103.260 qps], 81K conn, TX: 28B, RX: 2B)
[--] Reads / Writes: 85% / 15%
[--] Total buffers: 214.0M global + 2.7M per thread (151 max threads)
[OK] Maximum possible memory usage: 619.8M (61% of installed RAM)
[OK] Slow queries: 0% (0/11M)
[OK] Highest usage of available connections: 9% (14/151)
[OK] Key buffer size / total MyISAM indexes: 30.0M/19.2M
[OK] Key buffer hit rate: 95.8% (31M cached / 1M reads)
[OK] Query cache efficiency: 82.8% (6M cached / 8M selects)
[!!] Query cache prunes per day: 399307
[OK] Sorts requiring temporary tables: 0% (394 temp sorts / 165K sorts)
[!!] Joins performed without indexes: 30046
[!!] Temporary tables created on disk: 28% (12K on disk / 43K total)
[OK] Thread cache hit rate: 99% (272 created / 81K connections)
[!!] Table cache hit rate: 0% (4 open / 525K opened)
[OK] Open file limit used: 0% (9/1K)
[OK] Table locks acquired immediately: 99% (1M immediate / 1M locks)
[OK] InnoDB data size / buffer pool: 2.3M/128.0M

-------- Recommendations -----------------------------------------------------
General recommendations:
Run OPTIMIZE TABLE to defragment tables for better performance
Adjust your join queries to always utilize indexes
When making adjustments, make tmp_table_size/max_heap_table_size equal
Reduce your SELECT DISTINCT queries without LIMIT clauses
Increase table_cache gradually to avoid file descriptor limits
Variables to adjust:
query_cache_size (> 8M)
join_buffer_size (> 2.0M, or always use indexes with joins)
tmp_table_size (> 32M)
max_heap_table_size (> 32M)
table_cache (> 4)

но увеличить значения как он просит не могу, ибо оперативка то не резиновая ((

Boris A Dolgov:
Мы munin для этого используем

Где ж Вы раньше были )) буду ковырять munin

ware

с ним и общались через систему, но он сказал по MRTG подсказать не может, а про другое я и не знал )

обнвил MRTG до последней 2.17.2+rdtool 1.4.5+14all 1.1p25 версии. графики стали поинтереснее, но шкала с часами раз в 12 часов не удобная ( Подскажите как пофиксить?

Запросы к бд на прошлой версии были в пределах 2тыс\мин (что вобще не совпадает с данными mytop). А в новой версии все еще веселее

sstyle добавил 01.06.2011 в 14:43

Мне иногда кажется что я спрашиваю на форуме садоводов как собрать адронный-коллайдер на даче из подручных средств. ну у всех на серваках ведь стоит...

спасибо за утилитку, но может я не так ее использую? в настройках убрал базу тест. она показывает вот такое: http://pix.am/C45H.png

tvds:
X2 работает на SATA жестких дисках (довольно старых и уже не раз использованных другими покупателями), в то время как vq12 (по тестам которые мы проводили) работает на SAS дисках. Именно тут вы и получаете разницу в скорости чтения и соответственно разницу в скорости отклика сайта. Как бы вы не тюнили mysql, не поможет.

я уже вернулся к VQ12. вопрос сейчас в том откуда так много запросов к БД и что с этим делать, как проверить и тп

Вчера настроил MRTG, и график mysql какой то устрашающий.

http://pix.am/bAcG.png

на сервере всего 6 сайтов и максимум 1500чел\сутки общая посещаемость.

и вот подробнее http://pix.am/qK2h.png

как проверить что не так?

NQhost:
Ну тогда надо скрипт чинить, а не MRTG.

ну он ругается на DBI и на strict...а они стоят. не знаю почему так?

график загрузки проца вобще к скрипту отношения не имеет, но тоже молчит

sstyle добавил 31.05.2011 в 00:11

пофиксил скрипт:

[root@host ~]# /root/scripts/mrtg-mysql-load

27226489

5

14 days 8 hours 17 min 14 sec

MySQL version 5

NQhost:
Запуск /root/scripts/mrtg-mysql.pl выдает данные?

ошибку выдает.

/root/scripts/mrtg-mysql.pl: line 4: use: command not found

/root/scripts/mrtg-mysql.pl: line 5: use: command not found

/root/scripts/mrtg-mysql.pl: line 7: syntax error near unexpected token `('

/root/scripts/mrtg-mysql.pl: line 7: `my $dbh=DBI->connect("dbi:mysql:dbname=mysql;host=localhost","root","pass");'

Причем perl-DBI-1.52-2.el5 и perl-DBD-MySQL стоят в системе:


[root@host ~]# rpm -qa| grep perl
perl-HTML-Tagset-3.10-2.1.1
perl-DBD-MySQL-3.0007-2.el5
perl-HTML-Parser-3.55-1.fc6
perl-Geo-IP-1.38-1.el5.rf
perl-Socket6-0.19-3.fc6
perl-Compress-Zlib-1.42-1.fc6
perl-libwww-perl-5.805-1.1.1
perl-String-CRC32-1.4-2.fc6
perl-DBI-1.52-2.el5
perl-URI-1.35-3
perl-5.8.8-32.el5_5.2
perl-IO-Socket-INET6-2.51-2.fc6

скрипт такой


#!/usr/bin/perl
use strict;use DBI;
my $dbh=DBI->connect(“dbi:mysql:dbname=mysql;host=localhost”,”root”,”pass(пас я тут вставил верный)”);
my $select=0;my $modify=0;
my $sql=”SHOW GLOBAL STATUS LIKE ‘Com_%’”;my $sth=$dbh->prepare($sql) or die;$sth->execute or die;while(my ($key,$val)=$sth->fetchrow) { if($key eq “Com_select”) { $select=$val; } if($key eq “Com_insert” || $key eq “Com_insert_select” || $key eq “Com_replace” || $key eq “Com_replace_select” || $key eq “Com_update” || $key eq “Com_update_multi” || $key eq “Com_delete” || $key eq “Com_delete_multi”) { $modify+=$val; }}
print $select,”\n”,$modify,”\n”;
klamas:
У вас не установлены пакеты для сборки unix-bench, если вы не обратили внимания

поставил вроде все пакеты, кроме "sh: 3dinfo: command not found"

бенч запустился..жду

sstyle добавил 30.04.2011 в 01:17

Dedicated:



1 x Dhrystone 2 using register variables 1 2 3 4 5 6 7 8 9 10

1 x Double-Precision Whetstone 1 2 3 4 5 6 7 8 9 10

1 x Execl Throughput 1 2 3

1 x File Copy 1024 bufsize 2000 maxblocks 1 2 3

1 x File Copy 256 bufsize 500 maxblocks 1 2 3

1 x File Copy 4096 bufsize 8000 maxblocks 1 2 3

1 x Pipe Throughput 1 2 3 4 5 6 7 8 9 10

1 x Pipe-based Context Switching 1 2 3 4 5 6 7 8 9 10

1 x Process Creation 1 2 3

1 x System Call Overhead 1 2 3 4 5 6 7 8 9 10

1 x Shell Scripts (1 concurrent) 1 2 3

1 x Shell Scripts (8 concurrent) 1 2 3

========================================================================
BYTE UNIX Benchmarks (Version 5.1.2)

System: host.orion-show.ru: GNU/Linux
OS: GNU/Linux -- 2.6.18-238.9.1.el5 -- #1 SMP Tue Apr 12 18:10:13 EDT 2011
Machine: x86_64 (x86_64)
Language: en_US.utf8 (charmap="UTF-8", collate="UTF-8")
CPU 0: AMD Athlon(tm) 64 Processor 3800+ (1999.8 bogomips)
x86-64, MMX, AMD MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET
22:49:37 up 3:14, 1 user, load average: 0.09, 0.05, 0.09; runlevel 3

------------------------------------------------------------------------
Benchmark Run: Fri Apr 29 2011 22:49:37 - 23:16:45
1 CPU in system; running 1 parallel copy of tests

Dhrystone 2 using register variables 7813000.5 lps (10.0 s, 7 samples)
Double-Precision Whetstone 2149.7 MWIPS (4.5 s, 7 samples)
Execl Throughput 3204.9 lps (30.0 s, 2 samples)
File Copy 1024 bufsize 2000 maxblocks 320850.8 KBps (30.0 s, 2 samples)
File Copy 256 bufsize 500 maxblocks 99708.6 KBps (30.0 s, 2 samples)
File Copy 4096 bufsize 8000 maxblocks 641417.1 KBps (30.0 s, 2 samples)
Pipe Throughput 968913.2 lps (10.0 s, 7 samples)
Pipe-based Context Switching 242981.6 lps (10.0 s, 7 samples)
Process Creation 9570.0 lps (30.0 s, 2 samples)
Shell Scripts (1 concurrent) 3572.8 lpm (60.0 s, 2 samples)
Shell Scripts (8 concurrent) 493.4 lpm (60.1 s, 2 samples)
System Call Overhead 1926933.5 lps (10.0 s, 7 samples)

System Benchmarks Index Values BASELINE RESULT INDEX
Dhrystone 2 using register variables 116700.0 7813000.5 669.5
Double-Precision Whetstone 55.0 2149.7 390.9
Execl Throughput 43.0 3204.9 745.3
File Copy 1024 bufsize 2000 maxblocks 3960.0 320850.8 810.2
File Copy 256 bufsize 500 maxblocks 1655.0 99708.6 602.5
File Copy 4096 bufsize 8000 maxblocks 5800.0 641417.1 1105.9
Pipe Throughput 12440.0 968913.2 778.9
Pipe-based Context Switching 4000.0 242981.6 607.5
Process Creation 126.0 9570.0 759.5
Shell Scripts (1 concurrent) 42.4 3572.8 842.6
Shell Scripts (8 concurrent) 6.0 493.4 822.3
System Call Overhead 15000.0 1926933.5 1284.6
========
System Benchmarks Index Score 753.8

VPS:


1 x Dhrystone 2 using register variables 1 2 3 4 5 6 7 8 9 10

1 x Double-Precision Whetstone 1 2 3 4 5 6 7 8 9 10

1 x Execl Throughput 1 2 3

1 x File Copy 1024 bufsize 2000 maxblocks 1 2 3

1 x File Copy 256 bufsize 500 maxblocks 1 2 3

1 x File Copy 4096 bufsize 8000 maxblocks 1 2 3

1 x Pipe Throughput 1 2 3 4 5 6 7 8 9 10

1 x Pipe-based Context Switching 1 2 3 4 5 6 7 8 9 10

1 x Process Creation 1 2 3

1 x System Call Overhead 1 2 3 4 5 6 7 8 9 10

1 x Shell Scripts (1 concurrent) 1 2 3

1 x Shell Scripts (8 concurrent) 1 2 3

========================================================================
BYTE UNIX Benchmarks (Version 5.1.2)

System: host.indiid.ru: GNU/Linux
OS: GNU/Linux -- 2.6.18-238.9.1.el5 -- #1 SMP Tue Apr 12 18:10:13 EDT 2011
Machine: x86_64 (x86_64)
Language: en_US.utf8 (charmap="UTF-8", collate="UTF-8")
CPU 0: QEMU Virtual CPU version 0.13.0 (6149.8 bogomips)
x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET
00:43:19 up 22:20, 1 user, load average: 0.16, 0.07, 0.17; runlevel 3

------------------------------------------------------------------------
Benchmark Run: Sat Apr 30 2011 00:43:19 - 01:11:29
1 CPU in system; running 1 parallel copy of tests

Dhrystone 2 using register variables 17693270.9 lps (10.0 s, 7 samples)
Double-Precision Whetstone 3345.0 MWIPS (9.9 s, 7 samples)
Execl Throughput 3987.6 lps (30.0 s, 2 samples)
File Copy 1024 bufsize 2000 maxblocks 670350.8 KBps (30.0 s, 2 samples)
File Copy 256 bufsize 500 maxblocks 198471.2 KBps (30.0 s, 2 samples)
File Copy 4096 bufsize 8000 maxblocks 1412169.3 KBps (30.0 s, 2 samples)
Pipe Throughput 1365259.8 lps (10.0 s, 7 samples)
Pipe-based Context Switching 368309.0 lps (10.0 s, 7 samples)
Process Creation 12710.9 lps (30.0 s, 2 samples)
Shell Scripts (1 concurrent) 6159.3 lpm (60.0 s, 2 samples)
Shell Scripts (8 concurrent) 881.9 lpm (60.1 s, 2 samples)
System Call Overhead 1061232.2 lps (10.0 s, 7 samples)

System Benchmarks Index Values BASELINE RESULT INDEX
Dhrystone 2 using register variables 116700.0 17693270.9 1516.1
Double-Precision Whetstone 55.0 3345.0 608.2
Execl Throughput 43.0 3987.6 927.3
File Copy 1024 bufsize 2000 maxblocks 3960.0 670350.8 1692.8
File Copy 256 bufsize 500 maxblocks 1655.0 198471.2 1199.2
File Copy 4096 bufsize 8000 maxblocks 5800.0 1412169.3 2434.8
Pipe Throughput 12440.0 1365259.8 1097.5
Pipe-based Context Switching 4000.0 368309.0 920.8
Process Creation 126.0 12710.9 1008.8
Shell Scripts (1 concurrent) 42.4 6159.3 1452.7
Shell Scripts (8 concurrent) 6.0 881.9 1469.8
System Call Overhead 15000.0 1061232.2 707.5
========
System Benchmarks Index Score 1168.9

sstyle добавил 30.04.2011 в 14:52

Сапорт hetzner вот что ответил:

If you want more CPU-power and a Dedicated Root Server you need min. a EQ4 server.

The VQ12 is running on a server of the EQ-series thats why the VQ12 has more

CPU-power.

To check the bandwidth of the X2 server please provide us the following file for

download. Then we can check the download-speed of the X2.

===

Не понятно нафиг нужен тогда такой дедик который медленнее VPS ворочается

Всего: 243