Сравниваем XenForo и phpBBex

Список разделов Общие разделы Оффтопик

Описание: Здесь можно обсудить всё, что не связано с тематикой сайта.
Модератор: Поддержка

Сообщение #61 ЖЪРЧИК » 29.06.2015, 13:55

sag-sag, а я не заметил разницы между двумя пхпбб
ЖЪРЧИК
Аватара
Репутация: 174
С нами: 9 лет 7 месяцев

Сообщение #62 Sumanai » 29.06.2015, 17:42

sag-sag:а Sumanai, не хочет признаваться, что он и как делал в phpbbex 2.0, что разница в быстроте работы очень ощутима. :cry:
Потому что я действительно не знаю :insane:
Sumanai M
Аватара
Репутация: 1677
С нами: 11 лет 2 месяца

Сообщение #63 sag-sag » 29.06.2015, 17:59

Sumanai:Потому что я действительно не знаю
ну вот я уже грешу на себя... У меня ж не арендованный сервер, а свой. И скорее всего неправильно настроен MySql. Все движки кроме phpbb (до версии 3.1), тормозят. При конвертации базы: она валится.
НО! Sumanai, я вот ставлю чистый phpbb 3.1 и твой доработку, разница ощутима. Показал бы, но не охота ставить на тестовый.

Данные сервера:
Intel Atom N450 (но могу ошибаться)
2 гига оперативы
Стоит Debian + VestaCP.
Это данные нетбука, который я использую как сервак для сайтов.

Может кто разбирается:
Код: Выделить всё
             total       used       free     shared    buffers     cached
Mem:          2016       1290        726          0         47        915
-/+ buffers/cache:        327       1689
Swap:         4074          0       4074

my.chf
Код: Выделить всё
[client]
port=3306
socket=/var/run/mysqld/mysqld.sock

[mysqld_safe]
socket=/var/run/mysqld/mysqld.sock

[mysqld]
user=mysql
pid-file=/var/run/mysqld/mysqld.pid
socket=/var/run/mysqld/mysqld.sock
port=3306
basedir=/usr
datadir=/var/lib/mysql
tmpdir=/tmp
lc-messages-dir=/usr/share/mysql
log_error=/var/log/mysql/error.log
max_connections=200
max_user_connections=30
wait_timeout=30
interactive_timeout=50
long_query_time=5
innodb_file_per_table

!includedir /etc/mysql/conf.d/

Скажите какие данные еще выложить. Выложу.

Добавлено спустя 1 минуту 17 секунд:
Почему MySql "жрет" стока оперативки??? Лазил по инету, говорят, типа не правильно настроен MySql.
sag-sag M
Автор темы
Аватара
Репутация: 411
С нами: 10 лет 7 месяцев

Сообщение #64 Sumanai » 29.06.2015, 18:16

sag-sag:Почему MySql "жрет" стока оперативки???
Сколько столько? БД кеширует запросы, это нормально. Вообще, БД должна кушать 80% оперативной памяти, если не используются всякие мемкеши.
То есть в твоём случаи Бд должна занимать около 1,5 ГБ оперативной. У тебя же всего использовано меньше. Так что проблема не в использованной памяти.
sag-sag:my.chf
Что то коротко. Сейчас своё откопаю. Правда мой настроен на максимальное урезание использования ОП, ибо на моём сервере всего 256мб, но покрутив пару крутилок, можно использовать и больше.
Sumanai M
Аватара
Репутация: 1677
С нами: 11 лет 2 месяца

Сообщение #65 sag-sag » 29.06.2015, 18:21

Sumanai:Так что проблема не в использованной памяти.
Уф! Это уже радует!

Sumanai:Что то коротко
Да по умолчанию у меня он такой.
Так же вот есть два параметра: wait_timeout и max_allowed_packet. Они как раз тоже должны быть прописаны в my.cnf. Вот если их прописать, то решается проблема, например с конвертацией базы из одного движка в другой. Но вот скорость работы на других движках - ужасна...

Добавлено спустя 2 минуты 30 секунд:
Можно было б конечно посмотреть на хостинге. Но у меня есть аккаунт рабочий в Бегете. И там нет доступа по SSH. Ток управление через панель.
sag-sag M
Автор темы
Аватара
Репутация: 411
С нами: 10 лет 7 месяцев

Сообщение #66 Sumanai » 29.06.2015, 18:32

Вот мой. Правда у меня MariaDB, но не суть важно. Попробуй применить себе, с корректировками по путям и по вкусу.
Тебе нужно увеличить в этом конфиге параметры либо key_buffer_size, либо innodb_buffer_pool_size, в зависимости от того, таблицы каких типов у тебя преобладают. Если у тебя MyISAM, то первый, если InnoDB, то второй. Увеличивай сразу до 512, а там посмотрим.
За корректность работы не ручаюсь.
Код: Выделить всё
# MariaDB database server configuration file.
#
# You can copy this file to one of:
# - "/etc/mysql/my.cnf" to set global options,
# - "~/.my.cnf" to set user-specific options.
#
# One can use all long options that the program supports.
# Run program with --help to get a list of available options and with
# --print-defaults to see which it would actually understand and use.
#
# For explanations see
# http://dev.mysql.com/doc/mysql/en/server-system-variables.html

# This will be passed to all mysql clients
# It has been reported that passwords should be enclosed with ticks/quotes
# escpecially if they contain "#" chars...
# Remember to edit /etc/mysql/debian.cnf when changing the socket location.
[client]
port      = 3306
socket      = /var/run/mysqld/mysqld.sock

# Here is entries for some specific programs
# The following values assume you have at least 32M ram

# This was formally known as [safe_mysqld]. Both versions are currently parsed.
[mysqld_safe]
socket      = /var/run/mysqld/mysqld.sock
nice      = 0

[mysqld]
#
# * Basic Settings
#
user      = mysql
pid-file   = /var/run/mysqld/mysqld.pid
socket      = /var/run/mysqld/mysqld.sock
port      = 3306
basedir      = /usr
datadir      = /var/lib/mysql
tmpdir      = /tmp
lc_messages_dir   = /usr/share/mysql
lc_messages   = en_US
skip-external-locking
#
# Instead of skip-networking the default is now to listen only on
# localhost which is more compatible and is not less secure.
bind-address      = 127.0.0.1
#
# * Fine Tuning
#
max_connections      = 50
connect_timeout      = 5
wait_timeout      = 600
max_allowed_packet   =  8M
thread_cache_size       = 128
sort_buffer_size   = 4M
bulk_insert_buffer_size   = 16M
tmp_table_size      = 32M
max_heap_table_size   = 32M
#
# * MyISAM
#
# This replaces the startup script and checks MyISAM tables if needed
# the first time they are touched. On error, make copy and try a repair.
myisam_recover          = BACKUP
key_buffer_size      = 32M
#open-files-limit   = 2000
table_open_cache   = 400
myisam_sort_buffer_size   = 32M
concurrent_insert   = 2
read_buffer_size   = 2M
read_rnd_buffer_size   = 1M
#
# * Query Cache Configuration
#
# Cache only tiny result sets, so we can fit more in the query cache.
query_cache_limit      = 128K
query_cache_size      = 32M
# for more write intensive setups, set to DEMAND or OFF
#query_cache_type      = DEMAND
#
# * Logging and Replication
#
# Both location gets rotated by the cronjob.
# Be aware that this log type is a performance killer.
# As of 5.1 you can enable the log at runtime!
#general_log_file        = /var/log/mysql/mysql.log
#general_log             = 1
#
# Error logging goes to syslog due to /etc/mysql/conf.d/mysqld_safe_syslog.cnf.
#
# we do want to know about network errors and such
log_warnings      = 2
#
# Enable the slow query log to see queries with especially long duration
#slow_query_log[={0|1}]
slow_query_log_file   = /var/log/mysql/mariadb-slow.log
long_query_time = 10
#log_slow_rate_limit   = 1000
log_slow_verbosity   = query_plan

#log-queries-not-using-indexes
#log_slow_admin_statements
#
# The following can be used as easy to replay backup logs or for replication.
# note: if you are setting up a replication slave, see README.Debian about
#       other settings you may need to change.
#server-id      = 1
#report_host      = master1
#auto_increment_increment = 2
#auto_increment_offset   = 1
log_bin         = /var/log/mysql/mariadb-bin
log_bin_index      = /var/log/mysql/mariadb-bin.index
# not fab for performance, but safer
#sync_binlog      = 1
expire_logs_days   = 10
max_binlog_size         = 100M
# slaves
#relay_log      = /var/log/mysql/relay-bin
#relay_log_index   = /var/log/mysql/relay-bin.index
#relay_log_info_file   = /var/log/mysql/relay-bin.info
#log_slave_updates
#read_only
#
# If applications support it, this stricter sql_mode prevents some
# mistakes like inserting invalid dates etc.
#sql_mode      = NO_ENGINE_SUBSTITUTION,TRADITIONAL
#
# * InnoDB
#
# InnoDB is enabled by default with a 10MB datafile in /var/lib/mysql/.
# Read the manual for more InnoDB related options. There are many!
default_storage_engine   = InnoDB
# you can't just change log file size, requires special procedure
#innodb_log_file_size   = 50M
innodb_buffer_pool_size   = 64M
innodb_log_buffer_size   = 8M
innodb_file_per_table   = 1
innodb_open_files   = 400
innodb_io_capacity   = 400
innodb_flush_method   = O_DIRECT
innodb_flush_log_at_trx_commit=2

#
# * Security Features
#
# Read the manual, too, if you want chroot!
# chroot = /var/lib/mysql/
#
# For generating SSL certificates I recommend the OpenSSL GUI "tinyca".
#
# ssl-ca=/etc/mysql/cacert.pem
# ssl-cert=/etc/mysql/server-cert.pem
# ssl-key=/etc/mysql/server-key.pem

#
# * Galera-related settings
#
[galera]
# Mandatory settings
#wsrep_provider=
#wsrep_cluster_address=
#wsrep_slave_threads=1
#binlog_format=row
#default_storage_engine=InnoDB
#innodb_autoinc_lock_mode=2
#bind-address=0.0.0.0
#
# Optional setting
#innodb_flush_log_at_trx_commit=0

[mysqldump]
quick
quote-names
max_allowed_packet   = 16M

[mysql]
#no-auto-rehash   # faster start of mysql but no tab completition

[isamchk]
key_buffer      = 16M

#
# * IMPORTANT: Additional settings that can override those from this file!
#   The files must end with '.cnf', otherwise they'll be ignored.
#
!includedir /etc/mysql/conf.d/
Sumanai M
Аватара
Репутация: 1677
С нами: 11 лет 2 месяца

Сообщение #67 sag-sag » 29.06.2015, 18:38

Sumanai, м-да, мой my.cnf просто отдыхает... Буду разбираться. Вот сейчас лажу по инету, в основном подобные проблемы решаются правильной настройкой MySql. Но пока не могу понять, какой именно параметр тормозит работу других движков...
sag-sag M
Автор темы
Аватара
Репутация: 411
С нами: 10 лет 7 месяцев

Сообщение #68 Sumanai » 29.06.2015, 18:47

sag-sag:Sumanai, м-да, мой my.cnf просто отдыхает...
Весь интернет прочитал, пока собирал. Заставить сервак работать на 256 метрах- то ещё приключение. После этого 2 гига кажутся раем.
sag-sag:Но пока не могу понять, какой именно параметр тормозит работу других движков...
Ну, тут главное размеры под кеш, которые я рекомендовал увеличить до 512, и innodb_flush_log_at_trx_commit, но этот только для InnoDB.
Sumanai M
Аватара
Репутация: 1677
С нами: 11 лет 2 месяца

Сообщение #69 sag-sag » 29.06.2015, 18:51

Sumanai:Весь интернет прочитал, пока собирал.
Да я вот тоже сейчас изучаю, но мне пока это все тяжеловато, но очень интересно. Буквально совсем недавно я не знал как установить Debian. А про то чтоб поставить VestaCP, я вообще молчу, хотя там всего-то две команды: скачать и установить :smile:

Sumanai:тут главное размеры под кеш, которые я рекомендовал увеличить
ща попробую поиграться с этим параметром.

Добавлено спустя 5 минут 45 секунд:
Sumanai, наткнулся на вот что: http://habrahabr.ru/post/108418/
uery_cache_limit — максимальный размер кэшируемого запроса.
query_cache_min_res_unit — минимальный размер хранимого в кэше блока.
query_cache_size — размер кэша. 0 отключает использование кэша. Для выбора оптимального значения необходимо наблюдать за переменной состояния Qcache_lowmem_prunes и добиться, чтобы ее значение увеличивалось незначительно. Также нужно помнить, что излишне большой кэш будет создавать ненужную нагрузку.
query_cache_type — (OFF, DEMAND, ON). OFF отключает кэширование, DEMAND – кэширование будет производиться только при наличии директивы SQL_CACHE в запросе, ON включает кэширование.
query_cache_wlock_invalidate — определяет будут ли данные браться из кеша, если таблица, к которым они относятся, заблокирована на чтение.
Это то про что ты говорил?
sag-sag M
Автор темы
Аватара
Репутация: 411
С нами: 10 лет 7 месяцев

Сообщение #70 Sumanai » 29.06.2015, 19:09

Да, примерно. Только я таких статей десятки прочитал. В основном там мусор, или значения по умолчанию вполне подходят. Важных настроек мало.
Sumanai M
Аватара
Репутация: 1677
С нами: 11 лет 2 месяца

Сообщение #71 sag-sag » 29.06.2015, 19:09

вот скрин команды top:
Screenshot_2.png


Добавлено спустя 3 минуты 55 секунд:
Вот читаю переписку на офф сайте VestaCp:
Оптимизация Mysql заключается только в том, что бы правильно настроить файл my.cnf?
Именно.

Предлагают сделать так: взять данный файл с хостинга. Возможно подойдет.
sag-sag M
Автор темы
Аватара
Репутация: 411
С нами: 10 лет 7 месяцев

Сообщение #72 Sumanai » 29.06.2015, 19:20

sag-sag, зачем тебе Apache? Nginx + PHP-FPM будут смотреться намного лучше.
Sumanai M
Аватара
Репутация: 1677
С нами: 11 лет 2 месяца

Сообщение #73 sag-sag » 29.06.2015, 19:23

Sumanai:зачем тебе Apache? Nginx + PHP-FPM
понимаешь, не я это все ставлю. Я лишь ставлю Debian и VestaCP. И как раз с Вестой ставиться апач и тому подобное. Так предусмотрено разработчиками, да и для меня, при моих, знаниях. Пока это самое удобное. Вообщем изучаю)...

Конечно кто-то может сказать, что типа зачем такие заморочки, если можно арендовать. Но во первых все равно дешевле, во вторых безопаснее, а в третьих интересно.
sag-sag M
Автор темы
Аватара
Репутация: 411
С нами: 10 лет 7 месяцев

Сообщение #74 irony » 15.07.2015, 14:34

http://habrahabr.ru/post/262623/
sag-sag, не по размеру, но можно и найти нужное по твому вопросу
irony
Гость

Пред.

Вернуться в Оффтопик



cron