Х.З.

Рейтинг
155
Регистрация
31.08.2008
yura3d:
Пришла выплата от Adself за июль на WebMoney.

Везунчик, наверное вы единственный кому заплатили за июль

yura3d:
О чудо!
выплаты за июль будут приурочены ко дню знаний

"поддержка" adself.ru по этому поводу на запрос решила просто промолчать, хз когда и в каком объеме они оплатят свои долги, кто нибудь может прояснить ситуацию

Никто потерю пакетов не наблюдает в последние сутки?

Обратился к ТС с просьбой восстановить сервер. Всё выполнено в срок и по приемлемой цене, очень доволен, спасибо.

bimbo:
а вместо нее появился текст, что все ОК?

передавайте в id="getResult_form_1" text('все ОК');

2 августа до сих пор не рассчитались, с кем нибудь по вебмани рассчитались?

MudryiKaa:
Насколько я знаю тег < index > используется для того, чтобы в рекламных блоках Адсенса

нет, используется <!-- google_ad_section_start -->..........<!-- google_ad_section_end -->

poiuty:
вашей впски. Или же возьмите впску или выделенный сервер с большим объемом оперативки.

у меня вообще-то выделенный сервер и 12 гб оперативки, неужели из-за настроек мускуля так может работать сервер?

max_connections - в любом случае вам не нужно делать больше 650

а если в реалтайме 2000 человек?

poiuty:
LA ~ 7 не такой уж и высокий.
Если раньше не оптимизировали mysql - можете сделать это. Самый просто способ - прогнать mysqltuner`ом, он подскажет вам значения.

да не высокий, но он иногда по неизвестным причинам резко подскакивает до 60, прогонял:

-------- Storage Engine Statistics -------------------------------------------
[--] Status: +Archive -BDB -Federated -InnoDB -ISAM -NDBCluster
[--] Data in MyISAM tables: 1G (Tables: 2924)
[--] Data in MEMORY tables: 3M (Tables: 4)
[!!] Total fragmented tables: 99

-------- Performance Metrics -------------------------------------------------
[--] Up for: 131d 21h 13m 9s (16B q [1K qps], 152M conn, TX: 19733B, RX: 1605B)
[--] Reads / Writes: 98% / 2%
[--] Total buffers: 522.0M global + 136.1M per thread (2000 max threads)
[!!] Maximum possible memory usage: 266.4G (2265% of installed RAM)
[OK] Slow queries: 0% (219K/16B)
[OK] Highest usage of available connections: 31% (632/2000)
[OK] Key buffer size / total MyISAM indexes: 256.0M/701.8M
[OK] Key buffer hit rate: 99.9% (416B cached / 346M reads)
[OK] Query cache efficiency: 83.3% (13B cached / 15B selects)
[!!] Query cache prunes per day: 14245463
[OK] Sorts requiring temporary tables: 0% (7K temp sorts / 239M sorts)
[!!] Joins performed without indexes: 70286616
[!!] Temporary tables created on disk: 47% (151M on disk / 320M total)
[OK] Thread cache hit rate: 98% (1M created / 152M connections)
[!!] Table cache hit rate: 4% (7K open / 169K opened)
[OK] Open file limit used: 45% (9K/22K)
[OK] Table locks acquired immediately: 99% (4B immediate / 4B locks)

-------- Recommendations -----------------------------------------------------
General recommendations:
Run OPTIMIZE TABLE to defragment tables for better performance
Reduce your overall MySQL memory footprint for system stability
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:
*** MySQL's maximum memory usage is dangerously high ***
*** Add RAM before increasing MySQL buffer variables ***
query_cache_size (> 128M)
join_buffer_size (> 128.0M, or always use indexes with joins)
tmp_table_size (> 128M)
max_heap_table_size (> 256M)
table_cache (> 10000)

my.cnf

[mysqld]
skip-innodb
key_buffer = 256M
table_cache = 10000
sort_buffer_size = 4M
read_buffer_size = 2M
read_rnd_buffer_size = 2M
net_buffer_length = 2K
thread_stack = 128K
thread_cache_size = 8
query_cache_type=1
query_cache_size=128M
open_files_limit = 7000
tmp_table_size = 128M
max_heap_table_size = 256M
join_buffer_size = 128M
max_connections=1000 - здесь ранее до теста было 2000

log_slow_queries = /var/log/mysql/mysql-slow.log
long_query_time = 2
Всего: 690