The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"Как ещё что-то выжать из сервера???"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [Проследить за развитием треда]

"Как ещё что-то выжать из сервера???"  
Сообщение от lion (??) on 16-Май-07, 13:21 
Железо: 2 Xeon, 2Gb, SCSI RAID1 FreeBSD 5.4


Клиническая картина:

ps -ax| grep postmast | wc -l
     260

top:
last pid:  2463;  load averages: 94.46, 101.50, 82.307                                  up 0+00:33:24  13:00:36
542 processes: 144 running, 398 sleeping
CPU states: 31.3% user,  0.0% nice, 52.4% system,  0.3% interrupt, 16.1% idle
Mem: 357M Active, 363M Inact, 236M Wired, 112M Buf, 1047M Free
Swap: 4096M Total, 4096M Free

  PID USERNAME PRI NICE   SIZE    RES STATE  C   TIME   WCPU    CPU COMMAND
1931 pgsql     -4    0 40124K 29744K semwai 2   0:08  0.20%  0.20% postgres
1911 pgsql    100    0 40124K 29752K RUN    0   0:08  0.20%  0.20% postgres
1961 pgsql    101    0 40124K 29728K RUN    2   0:07  0.20%  0.20% postgres
1731 pgsql     -4    0 40120K 29760K semwai 2   0:11  0.15%  0.15% postgres
1794 pgsql    100    0 40120K 29752K RUN    0   0:10  0.15%  0.15% postgres
1900 pgsql    100    0 40124K 29744K RUN    2   0:08  0.15%  0.15% postgres
1973 pgsql    100    0 40124K 29740K CPU2   0   0:08  0.15%  0.15% postgres
1941 pgsql     -4    0 40124K 29724K semwai 2   0:07  0.15%  0.15% postgres
1982 pgsql    100    0 40124K 29744K RUN    0   0:07  0.15%  0.15% postgres
2027 pgsql    100    0 40124K 29744K RUN    2   0:07  0.15%  0.15% postgres
2042 pgsql     -4    0 40124K 29748K semwai 0   0:06  0.15%  0.15% postgres
2118 pgsql     -4    0 40124K 29724K semwai 0   0:06  0.15%  0.15% postgres
2221 pgsql     -4    0 40136K 29768K semwai 2   0:05  0.15%  0.15% postgres
2193 pgsql     -4    0 40124K 29764K semwai 2   0:05  0.15%  0.15% postgres
2278 pgsql    100    0 40128K 29744K RUN    2   0:05  0.15%  0.15% postgres
1641 pgsql     -4    0 40120K 29748K semwai 0   0:15  0.10%  0.10% postgres
1738 pgsql    101    0 40120K 29720K RUN    0   0:11  0.10%  0.10% postgres
1791 pgsql     -4    0 40120K 29732K semwai 2   0:11  0.10%  0.10% postgres
1804 pgsql    100    0 40136K 29744K RUN    0   0:11  0.10%  0.10% postgres
1808 pgsql    100    0 40120K 29748K RUN    0   0:11  0.10%  0.10% postgres
1784 pgsql    100    0 40120K 29736K RUN    0   0:11  0.10%  0.10% postgres
1782 pgsql     -4    0 40128K 29752K semwai 0   0:11  0.10%  0.10% postgres
1816 pgsql    101    0 40120K 29716K RUN    2   0:10  0.10%  0.10% postgres
1869 pgsql    100    0 40124K 29748K RUN    0   0:09  0.10%  0.10% postgres
1835 pgsql    100    0 40128K 29768K RUN    2   0:09  0.10%  0.10% postgres
1861 pgsql    100    0 40124K 29716K RUN    0   0:09  0.10%  0.10% postgres
1866 pgsql    101    0 40124K 29744K RUN    2   0:09  0.10%  0.10% postgres
1930 pgsql    101    0 40132K 29748K RUN    2   0:08  0.10%  0.10% postgres
1978 pgsql     -4    0 40124K 29772K semwai 0   0:07  0.10%  0.10% postgres
2033 pgsql    100    0 40124K 29768K RUN    0   0:07  0.10%  0.10% postgres
2031 pgsql    100    0 40124K 29728K RUN    2   0:06  0.10%  0.10% postgres
2122 pgsql    100    0 40124K 29720K RUN    0   0:06  0.10%  0.10% postgres
2158 pgsql    101    0 40124K 29744K RUN    0   0:06  0.10%  0.10% postgres
2099 pgsql     -4    0 40124K 29744K semwai 2   0:06  0.10%  0.10% postgres
2181 pgsql    101    0 40124K 29740K RUN    2   0:06  0.10%  0.10% postgres
2121 pgsql    100    0 40124K 29776K RUN    0   0:05  0.10%  0.10% postgres
2142 pgsql     -4    0 40124K 29768K semwai 2   0:05  0.10%  0.10% postgres
2215 pgsql     -4    0 40124K 29764K semwai 2   0:05  0.10%  0.10% postgres
2218 pgsql    100    0 40128K 29728K RUN    2   0:05  0.10%  0.10% postgres
2254 pgsql     -4    0 40128K 29736K semwai 0   0:05  0.10%  0.10% postgres
2247 pgsql    100    0 40136K 29744K RUN    0   0:05  0.10%  0.10% postgres
2269 pgsql    100    0 40128K 29744K RUN    0   0:05  0.10%  0.10% postgres
1656 pgsql     -4    0 40124K 29776K semwai 2   0:15  0.05%  0.05% postgres
1674 pgsql    100    0 40120K 29748K RUN    2   0:14  0.05%  0.05% postgres
1783 pgsql     -4    0 40120K 29768K semwai 0   0:11  0.05%  0.05% postgres
1792 pgsql    100    0 40120K 29704K RUN    0   0:11  0.05%  0.05% postgres
1790 pgsql     -4    0 40120K 29768K semwai 0   0:11  0.05%  0.05% postgres

vmstat -w5
procs      memory      page                    disks     faults      cpu
r b w     avm    fre  flt  re  pi  po  fr  sr am0 pa0   in   sy  cs us sy id
154 106 0  946432 1030344 1713   0   0   0 134   0   0   0  865 33620 54640 33 42 25
74 178 0  946504 1030244   91   0   0   0  62   0   8   0  715 40701 83377 26 53 21
21 236 0  946468 1029884   24   0   0   0  23   0  11   0  713 41033 82610 29 51 21
226 31 0  946432 1029616    9   0   0   0  10   0   4   0  677 41073 84741 26 53 21
244 14 0  947476 1028924   71   0   0   0  26   0  68   0  720 41160 76509 27 53 21
172 84 0  946324 1029124   36   0   0   0  67   0  14   0 1095 40867 78215 28 51 21
238 19 0  946368 1028564   30   0   0   0  26   0   9   0 1104 40435 81292 28 52 20
81 98 0  946308 1028016  181   0   0   0 151   0  17   0 1152 40692 76001 29 51 20
243 14 0  946368 1027800   82   0   0   0  61   0   8   0  588 39929 80073 28 52 20
68 189 0  946368 1027432  130   0   0   0  93   0   6   0 1086 39978 76040 29 52 19
237 20 0  946368 1027132   15   0   0   0  14   0  93   0  616 40120 76757 30 49 21
57 200 0  947452 1026536  169   0   0   0  85   0   6   0 1084 40845 76738 29 50 21
89 170 0  947800 1026468  108   0   0   0  82   0   7   0  935 39958 78516 27 53 20
84 172 0  946200 1027112  188   0   0   0 157   0   6   0  670 40103 76294 28 52 20
108 149 0  946168 1026712   29   0   0   0  30   0  11   0 1064 41193 81165 28 53 19
241 17 0  947372 1025800   75   0   0   0  28   0  14   0 1035 40741 76558 30 51 20
100 156 0  946152 1026188  198   0   0   0  80   0  69   0  685 40308 80110 30 50 20
94 162 0  946212 1025904   23   0   0   0  22   0  10   0  988 40292 79280 30 50 21

iostat -w5
      tty           amrd0            pass0             cpu
tin tout  KB/t tps  MB/s   KB/t tps  MB/s  us ni sy in id
   1  923 22.42  25  0.54   0.00   0  0.00  33  0 42  0 25
   0   72 28.00   7  0.20   0.00   0  0.00  28  0 52  0 20
   0   24 23.25  12  0.27   0.00   0  0.00  32  0 48  0 19
   0   24 20.57   8  0.17   0.00   0  0.00  31  0 49  0 20
   0   24 22.99  17  0.38   0.00   0  0.00  27  0 53  0 20
   0   24 24.16  95  2.23   0.00   0  0.00  18  0 36  0 46
   0   24 19.90   8  0.16   0.00   0  0.00  25  0 54  0 21


#---------------------------------------------------------------------------
Настройки:

/boot/loader.conf:
kern.maxusers="1024"

/etc/sysctl.conf:
net.inet.tcp.msl=3000
kern.maxfiles=32570
kern.ipc.somaxconn=1024


конфиг ядра:
machine         i386
cpu             I686_CPU
ident           SERVER

options         SCHED_4BSD              # 4BSD scheduler
options         INET                    # InterNETworking
#options        INET6                   # IPv6 communications protocols
options         FFS                     # Berkeley Fast Filesystem
options         SOFTUPDATES             # Enable FFS soft updates support
options         UFS_ACL                 # Support for access control lists
options         UFS_DIRHASH             # Improve performance on big directories
options         MD_ROOT                 # MD is a potential root device
#options        NFSCLIENT               # Network Filesystem Client
#options        NFSSERVER               # Network Filesystem Server
#options        NFS_ROOT                # NFS usable as /, requires NFSCLIENT
#options        MSDOSFS                 # MSDOS Filesystem
#options        CD9660                  # ISO 9660 Filesystem
options         PROCFS                  # Process filesystem (requires PSEUDOFS)
options         PSEUDOFS                # Pseudo-filesystem framework
options         GEOM_GPT                # GUID Partition Tables.
options         COMPAT_43               # Compatible with BSD 4.3 [KEEP THIS!]
options         COMPAT_FREEBSD4         # Compatible with FreeBSD4
options         SCSI_DELAY=15000        # Delay (in ms) before probing SCSI
#options        KTRACE                  # ktrace(1) support
options         _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions
options         KBD_INSTALL_CDEV        # install a CDEV entry in /dev
#options        AHC_REG_PRETTY_PRINT    # Print register bitfields in debug
                                        # output.  Adds ~128k to driver.
#options        AHD_REG_PRETTY_PRINT    # Print register bitfields in debug
                                        # output.  Adds ~215k to driver.
options         ADAPTIVE_GIANT          # Giant mutex is adaptive.

# System V shared memory and tunable parameters
options    SYSVSHM           # include support for shared memory
options    SHMMAXPGS=65536   # max amount of shared memory pages (4k on i386)
options    SHMMIN=2          # min shared memory segment size (bytes)
options    SHMMNI=256        # max number of shared memory identifiers
options    SHMSEG=256        # max shared memory segments per process

# System V semaphores and tunable parameters
options    SYSVSEM           # include support for semaphores
options    SEMMAP=512        # amount of entries in semaphore map
options    SEMMNI=512        # number of semaphore identifiers in the system
options    SEMUME=512        # max number of undo entries per process
options    SEMMNS=1024       # number of semaphores in the system
options    SEMMNU=512        # number of undo structures in the system
options    SEMMSL=256        # max number of semaphores per id
options    SEMOPM=256        # max number of operations per semop call

# System V message queues and tunable parameters
options    SYSVMSG           # include support for message queues
options    MSGMNB=8192       # max characters per message queue
options    MSGMNI=256        # max number of message queue identifiers
options    MSGSEG=8192       # max number of message segments in the system
options    MSGSSZ=16         # size of a message segment MUST be power of 2
options    MSGTQL=128        # max amount of messages in the system

options         SMP
.... далее устройства, но это не интересно...

конфиг постгреса:
# -----------------------------
# PostgreSQL configuration file
# -----------------------------
# - Connection Settings -

tcpip_socket = true
max_connections = 500
        # note: increasing max_connections costs about 500 bytes of shared
        # memory per connection slot, in addition to costs from shared_buffers
        # and max_locks_per_transaction.
#superuser_reserved_connections = 2
port = 7891
#unix_socket_directory = ''
#unix_socket_group = ''
#unix_socket_permissions = 0777 # octal
#virtual_host = ''              # what interface to listen on; defaults to any
#rendezvous_name = ''           # defaults to the computer name

# - Security & Authentication -

authentication_timeout = 60     # 1-600, in seconds
#ssl = false
#password_encryption = true
#krb_server_keyfile = ''
#db_user_namespace = false


#---------------------------------------------------------------------------
# RESOURCE USAGE (except WAL)
#---------------------------------------------------------------------------

# - Memory -

shared_buffers = 3000           # min 16, at least max_connections*2, 8KB each
sort_mem = 4096         # min 64, size in KB
vacuum_mem = 8192               # min 1024, size in KB

# - Free Space Map -

max_fsm_pages = 20000           # min max_fsm_relations*16, 6 bytes each
max_fsm_relations = 1000        # min 100, ~50 bytes each

# - Kernel Resource Usage -

max_files_per_process = 250     # min 25
#preload_libraries = ''


#---------------------------------------------------------------------------
# WRITE AHEAD LOG
#---------------------------------------------------------------------------

# - Settings -

fsync = false                   # turns forced synchronization on or off
#wal_sync_method = fsync        # the default varies across platforms:
                                # fsync, fdatasync, open_sync, or open_datasync
#wal_buffers = 8                # min 4, 8KB each

# - Checkpoints -

#checkpoint_segments = 3        # in logfile segments, min 1, 16MB each
#checkpoint_timeout = 300       # range 30-3600, in seconds
#checkpoint_warning = 30        # 0 is off, in seconds
#commit_delay = 0               # range 0-100000, in microseconds
#commit_siblings = 5            # range 1-1000


#---------------------------------------------------------------------------
# QUERY TUNING
#---------------------------------------------------------------------------

# - Planner Method Enabling -

enable_hashagg = true
enable_hashjoin = true
enable_indexscan = true
enable_mergejoin = true
enable_nestloop = true
enable_seqscan = false
enable_sort = true
enable_tidscan = true

# - Planner Cost Constants -

effective_cache_size = 20000    # typically 8KB each
random_page_cost = 4            # units are one sequential page fetch cost
cpu_tuple_cost = 0.01           # (same)
cpu_index_tuple_cost = 0.001    # (same)
cpu_operator_cost = 0.0025      # (same)

# - Genetic Query Optimizer -

geqo = true
geqo_threshold = 25
#geqo_effort = 1
#geqo_generations = 0
#geqo_pool_size = 0             # default based on tables in statement,
                                # range 128-1024
geqo_selection_bias = 2.0       # range 1.5-2.0

# - Other Planner Options -

default_statistics_target = 10  # range 1-1000
from_collapse_limit = 8
join_collapse_limit = 8 # 1 disables collapsing of explicit JOINs


#---------------------------------------------------------------------------
# ERROR REPORTING AND LOGGING
#---------------------------------------------------------------------------

# - Syslog -

syslog = 2                      # range 0-2; 0=stdout; 1=both; 2=syslog
syslog_facility = 'LOCAL0'
syslog_ident = 'postgres'

# - When to Log -

client_min_messages = error     # Values, in order of decreasing detail:
                                #   debug5, debug4, debug3, debug2, debug1,
                                #   log, info, notice, warning, error

log_min_messages = error        # Values, in order of decreasing detail:
                                #   debug5, debug4, debug3, debug2, debug1,
                                #   info, notice, warning, error, log, fatal,
                                #   panic

log_error_verbosity = default   # terse, default, or verbose messages

log_min_error_statement = error # Values in order of increasing severity:
                                 #   debug5, debug4, debug3, debug2, debug1,
                                 #   info, notice, warning, error, panic(off)

#log_min_duration_statement = -1 # Log all statements whose
                                 # execution time exceeds the value, in
                                 # milliseconds.  Zero prints all queries.
                                 # Minus-one disables.

#silent_mode = true              # DO NOT USE without Syslog!

# - What to Log -

debug_print_parse = false
debug_print_rewritten = false
debug_print_plan = false
debug_pretty_print = false
log_connections = false
log_duration = false
log_pid = false
log_statement = false
log_timestamp = false
log_hostname = false
log_source_port = false


#---------------------------------------------------------------------------
# RUNTIME STATISTICS
#---------------------------------------------------------------------------

# - Statistics Monitoring -

log_parser_stats = false
log_planner_stats = false
log_executor_stats = false
log_statement_stats = false

# - Query/Index Statistics Collector -

stats_start_collector = false
stats_command_string = false
stats_block_level = false
stats_row_level = false
stats_reset_on_server_start = true


#---------------------------------------------------------------------------
# CLIENT CONNECTION DEFAULTS
#---------------------------------------------------------------------------

# - Statement Behavior -

#search_path = '$user,public'   # schema names
check_function_bodies = false
#default_transaction_isolation = 'read committed'
#default_transaction_read_only = false
#statement_timeout = 0          # 0 is disabled, in milliseconds

# - Locale and Formatting -

#datestyle = 'iso, mdy'
#timezone = unknown             # actually, defaults to TZ environment setting
#australian_timezones = false
#extra_float_digits = 0         # min -15, max 2
#client_encoding = sql_ascii    # actually, defaults to database encoding

# These settings are initialized by initdb -- they may be changed
lc_messages = 'ru_RU.CP1251'            # locale for system error message strings
lc_monetary = 'ru_RU.CP1251'            # locale for monetary formatting
lc_numeric = 'ru_RU.CP1251'             # locale for number formatting
lc_time = 'ru_RU.CP1251'                        # locale for time formatting

# - Other Defaults -

#explain_pretty_print = true
#dynamic_library_path = '$libdir'
#max_expr_depth = 10000         # min 10


#---------------------------------------------------------------------------
# LOCK MANAGEMENT
#---------------------------------------------------------------------------

#deadlock_timeout = 1000        # in milliseconds
#max_locks_per_transaction = 64 # min 10, ~260*max_connections bytes each


#---------------------------------------------------------------------------
# VERSION/PLATFORM COMPATIBILITY
#---------------------------------------------------------------------------

# - Previous Postgres Versions -

#add_missing_from = true
#regex_flavor = advanced        # advanced, extended, or basic
#sql_inheritance = true

# - Other Platforms & Clients -

#transform_null_equals = false

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

 Оглавление

Сообщения по теме [Сортировка по времени, UBB]


1. "Как ещё что-то выжать из сервера???"  
Сообщение от pavel_simple (ok) on 16-Май-07, 13:57 
версия сервера,, размер БД???
примерное кол. записей в самых больших таблицах???
соотношение select/insert .
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Как ещё что-то выжать из сервера???"  
Сообщение от lion (??) on 16-Май-07, 14:09 
>версия сервера,, размер БД???

7.4.последняя

17G

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Как ещё что-то выжать из сервера???"  
Сообщение от pavel_simple (ok) on 16-Май-07, 14:21 
>>версия сервера,, размер БД???
>
>7.4.последняя
>
>17G


sort_mem = 4096 ---> 32768
max_files_per_process = 250 --->2500 -- пусть открывает сколько влезет.

ИМХО 8.2 уже стабильная.
основные тормоза похоже в дисковой подсистеме -- видать и select'ов куча и оперативки (как всегда) не хватает.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

7. "Как ещё что-то выжать из сервера???"  
Сообщение от lion (??) on 16-Май-07, 14:40 
>sort_mem = 4096 ---> 32768
>max_files_per_process = 250 --->2500 -- пусть открывает сколько влезет.
>
>ИМХО 8.2 уже стабильная.
>основные тормоза похоже в дисковой подсистеме -- видать и select'ов куча и
>оперативки (как всегда) не хватает.

Домыслы всё это.

В топе видим:
Mem: 357M Active, 363M Inact, 236M Wired, 112M Buf, 1047M Free
Swap: 4096M Total, 4096M Free
в своп не лезет оперативки половина свободна... Я же всю инфу пердоставил, смотрите...

да и в выводе iostat'a максимум для диска 2.23 Мб/с

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Как ещё что-то выжать из сервера???"  
Сообщение от valex email on 16-Май-07, 14:33 
Я не большой спец по postgres`y
но может стоит отдать ему побольше памяти?

Типа
shared_buffers = 32768           # min 16, at least max_connections*2, 8KB each
sort_mem = 32768         # min 64, size in KB
vacuum_mem = 32768               # min 1024, size in KB

или даже еще больше, памяти то много свободной...

по-моему надо будет еще добавить в /etc/sysctl.conf

kern.ipc.shmmax=301989888
kern.ipc.shmall=301989888

Хотя может в FreeBSD 5.4 это можно на ходу поправить (без перезагрузки),
я точно не знаю.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "Как ещё что-то выжать из сервера???"  
Сообщение от lion (??) on 16-Май-07, 14:27 
>версия сервера,, размер БД???
7.4.17,, 17G
  
>примерное кол. записей в самых больших таблицах???
хотя есть таблица в 17 млн записей, но она в это процессе не участвует.Вернее из ней делается примерно 15 селектов в сутки.
Основная нагрузка:
селект делается из таблицы в 600 тыс. записей
+ еще один селект из таблицы в 50 записей
инсерт делается в таблицу в 200 тыс записей
и еще инсерт или апдейт в таблицу 600 тыс записей

>соотношение select/insert .
равное 2/2

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

8. "Как ещё что-то выжать из сервера???"  
Сообщение от johnjoy email(??) on 16-Май-07, 14:54 
>>версия сервера,, размер БД???
>7.4.17,, 17G
>
>>примерное кол. записей в самых больших таблицах???
>хотя есть таблица в 17 млн записей, но она в это процессе
>не участвует.Вернее из ней делается примерно 15 селектов в сутки.
>Основная нагрузка:
>селект делается из таблицы в 600 тыс. записей
>+ еще один селект из таблицы в 50 записей
>инсерт делается в таблицу в 200 тыс записей
>и еще инсерт или апдейт в таблицу 600 тыс записей
>
>>соотношение select/insert .
>равное 2/2

для селекта нужно, чтобы
>селект делается из таблицы в 600 тыс. записей
>+ еще один селект из таблицы в 50 записей
все умещалось в память
это - параметр effective_cache_size, попробуйте 100000-200000 (что есть 800-1600Мб)
и опять же  - уверены, что с индексами/ваккумом все нормально?
для инсерта/апдейта - попробовать снизить max_connections и возможно юзать persistent connections

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

9. "Как ещё что-то выжать из сервера???"  
Сообщение от lion (??) on 16-Май-07, 15:49 

>для селекта нужно, чтобы
>>селект делается из таблицы в 600 тыс. записей
>>+ еще один селект из таблицы в 50 записей
>все умещалось в память
>это - параметр effective_cache_size, попробуйте 100000-200000 (что есть 800-1600Мб)
попробую...
>и опять же  - уверены, что с индексами/ваккумом все нормально?
Уверен, запросы вылизаны до самого не балуйся.
>для инсерта/апдейта - попробовать снизить max_connections и возможно юзать persistent connections
Именно persistent connections и используются.


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

11. "Как ещё что-то выжать из сервера???"  
Сообщение от johnjoy email(??) on 16-Май-07, 16:10 
>>и опять же  - уверены, что с индексами/ваккумом все нормально?
>Уверен, запросы вылизаны до самого не балуйся.
Ваккум? при select/insert 50/50 необходим частый. я бы все же проверил )
>>для инсерта/апдейта - попробовать снизить max_connections и возможно юзать persistent connections
>Именно persistent connections и используются.
тогда возможно стоит попробовать pgpool - примерно по тому же принципу, по которому ставят nginx перед апачем.
http://pgpool.projects.postgresql.org/
http://www.takizo.com/blog/2006/10/06/pgpool-postgresql-connection-cache/
http://lists.pgfoundry.org/pipermail/pgpool-general/2005-February/000036.html

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "Как ещё что-то выжать из сервера???"  
Сообщение от johnjoy email(??) on 16-Май-07, 14:39 
дайте еще iostat

судя по всему, у вас постгря жестко пользует HDD.
посмотрите, у вас 1Гб памяти свободен  - отдайте его постгре
у вас стоит в postgresql.conf
sort_mem = 4096 (4Мб для все операций типа ORDER BY и JOIN, но аккуратней - это для каждой операции для каждого коннекта)
effective_cache_size = 20000 (160Мб при 2Гб памяти и базе 17Гб!!??)

посмотрите, что за запросы такие идут, что шерстят весь диск - может у вас банально индексы неэффективны.
Потом - VACCUM регулярный?

еще
max_connections = 500
зачем так много?
считайте, каждый активеый коннект борется за ресуры - диск(!), память, процессор. и плюс оверхед на переключение между процессами.
отсюда и ps -ax| grep postmast | wc -l
     260

еще смотрите сюда:
http://www.varlena.com/GeneralBits/Tidbits/annotated_conf_e.html
http://www.varlena.com/GeneralBits/Tidbits/perf.html

И подумайте о переходе с 7.4 на 8.2

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

10. "Как ещё что-то выжать из сервера???"  
Сообщение от lion (??) on 16-Май-07, 16:07 
>дайте еще iostat
Да он аналогичен выше приведённому...
>судя по всему, у вас постгря жестко пользует HDD.
>посмотрите, у вас 1Гб памяти свободен  - отдайте его постгре
>у вас стоит в postgresql.conf
Покажите, почему вы решили, что всё упёрлось в HDD?
Я вижу другую картину:
по vmstat много процессов (b), заблокированных в ожидании ресурсов и суда по топу - ждёт выделения семафоров:
1931 pgsql     -4    0 40124K 29744K semwai 2   0:08  0.20%  0.20% postgres
ещё в sysctl.conf указан:kern.ipc.shm_use_phys=1 - не сбрасывать разделяемую память на диск.


>sort_mem = 4096 (4Мб для все операций типа ORDER BY и JOIN,
>но аккуратней - это для каждой операции для каждого коннекта)
>effective_cache_size = 20000 (160Мб при 2Гб памяти и базе 17Гб!!??)
>
>посмотрите, что за запросы такие идут, что шерстят весь диск - может
>у вас банально индексы неэффективны.
>Потом - VACCUM регулярный?
вакуум раз в сутки, с индексами порядок.

>еще
>max_connections = 500
>зачем так много?
Собирает он у меня статистику. И её в последнее время всё больше и больше. Судьба у него такая, обрабатывать коннект с 2мя селектами и 2мя апдейтами.
260 коннектов - это уже моё ограничение.

>считайте, каждый активеый коннект борется за ресуры - диск(!), память, процессор. и
>плюс оверхед на переключение между процессами.
>отсюда и ps -ax| grep postmast | wc -l
>     260
>
>еще смотрите сюда:
>http://www.varlena.com/GeneralBits/Tidbits/annotated_conf_e.html
>http://www.varlena.com/GeneralBits/Tidbits/perf.html
>
>И подумайте о переходе с 7.4 на 8.2


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

12. "Как ещё что-то выжать из сервера???"  
Сообщение от pavel_simple (ok) on 16-Май-07, 16:18 
>Покажите, почему вы решили, что всё упёрлось в HDD?
>Я вижу другую картину:
>по vmstat много процессов (b), заблокированных в ожидании ресурсов и суда по
>топу - ждёт выделения семафоров:
>1931 pgsql     -4    0 40124K
>29744K semwai 2   0:08  0.20%  0.20% postgres
>
>ещё в sysctl.conf указан:kern.ipc.shm_use_phys=1 - не сбрасывать разделяемую память на диск.
>
>
мне вообще интересна ситуация с тем -- что свободно 1Г -- а дисковые буфера всего 128М -- не должно быть так.
ждут процессы именно чтения данных с винта. Уверен.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

13. "Как ещё что-то выжать из сервера???"  
Сообщение от johnjoy email(??) on 16-Май-07, 16:36 
>>дайте еще iostat
>Да он аналогичен выше приведённому...
>>судя по всему, у вас постгря жестко пользует HDD.
>>посмотрите, у вас 1Гб памяти свободен  - отдайте его постгре
>>у вас стоит в postgresql.conf
>Покажите, почему вы решили, что всё упёрлось в HDD?

Извиняюсь, не уточнил - посмотрите iostat -x

>Я вижу другую картину:
>по vmstat много процессов (b), заблокированных в ожидании ресурсов и суда по
>топу - ждёт выделения семафоров:
>1931 pgsql     -4    0 40124K
>29744K semwai 2   0:08  0.20%  0.20% postgres
могу ошибаться, но насколько помню - semwait - это отностится к idle, а бОльшая часть из 52% system - работа с HDD.
имхо, процесс ждет, пока ему дадут пообщаться с диском, в iostat -x посмотрите очередь wait.
>
>ещё в sysctl.conf указан:kern.ipc.shm_use_phys=1 - не сбрасывать разделяемую память на диск.
кроме того, у вас стоит fsync=false


>>еще
>>max_connections = 500
>>зачем так много?
>Собирает он у меня статистику. И её в последнее время всё больше
>и больше. Судьба у него такая, обрабатывать коннект с 2мя селектами
>и 2мя апдейтами.
>260 коннектов - это уже моё ограничение.
попробуйте pgpool


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

14. "Как ещё что-то выжать из сервера???"  
Сообщение от johnjoy email(??) on 16-Май-07, 17:52 
>по vmstat много процессов (b), заблокированных в ожидании ресурсов и суда по
>топу - ждёт выделения семафоров:
>1931 pgsql     -4    0 40124K
>29744K semwai 2   0:08  0.20%  0.20% postgres

имхо о процессе такое:
каждый коннект вытягивает с диска данные в shared память (effective_cache_size + частично shared_buffers, первый общий побольше, второй маленький на коннект), общей памяти негусто, если учесть количество коннектов и размер базы.
собственно на нее и стоят семафоры, и процессы ждут, пока данные с диска для других процессов загрузятся в shared, отдадутся клиенту и освободятся

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

15. "Как ещё что-то выжать из сервера???"  
Сообщение от lion (??) on 16-Май-07, 18:17 
>>по vmstat много процессов (b), заблокированных в ожидании ресурсов и суда по
>>топу - ждёт выделения семафоров:
>>1931 pgsql     -4    0 40124K
>>29744K semwai 2   0:08  0.20%  0.20% postgres
>
>имхо о процессе такое:
>каждый коннект вытягивает с диска данные в shared память (effective_cache_size + частично
>shared_buffers, первый общий побольше, второй маленький на коннект), общей памяти негусто,
>если учесть количество коннектов и размер базы.
>собственно на нее и стоят семафоры, и процессы ждут, пока данные с
>диска для других процессов загрузятся в shared, отдадутся клиенту и освободятся
>
Меня тоже смущает свободный Гиг памяти. Попробую переползти на 8.2 и увеличить буферы. Что получится - отпишу.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

16. "Как ещё что-то выжать из сервера???"  
Сообщение от johnjoy email(??) on 16-Май-07, 18:24 
только учтите, что настройки памяти в 8 немножко другие
http://www.powerpostgresql.com/Downloads/annotated_conf_80.html
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

17. "Как ещё что-то выжать из сервера???"  
Сообщение от pavel_simple (ok) on 18-Май-07, 07:56 
жаль что похоже не узнать чем дело кончилось
несознательный....
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

18. "Как ещё что-то выжать из сервера???"  
Сообщение от lion (??) on 21-Май-07, 10:27 
>жаль что похоже не узнать чем дело кончилось
>несознательный....
Пока дело ещё не кончилось. Обновил фрю до 6.2 и постгрес до 8.2.4. Но как-то не вовремя спала нагрузка. Реально оценить насколько эта связка быстрее пока нельзя. И ещё, при исследовании проблемы на старой конфигурации выяснил, что больше всего времени тратится именно на подключение к постгресу (установление соединения), сами запросы выполняются очень быстро 2-4 мс. Поэтому сейчас копаю в сторону pgpool. О результатах доложу...

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

19. "Как ещё что-то выжать из сервера???"  
Сообщение от johnjoy email(??) on 21-Май-07, 13:54 
будем ждать ) интресно
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

20. "Как ещё что-то выжать из сервера???"  
Сообщение от lion (??) on 22-Май-07, 13:06 
Отступление, ибо не принципиально. Просто интереса ради.

Для препарирования был собран сервер:
Pentium(R) 4 CPU 3.00GHz / 1Gb / SATAII-300 120G / MB INTEL D955XBK
Софт: FreeBSD 6.2; PGSQL 8.2.4_1; Apache 2.2.4+mod_php+pgsql.so
Тонкая настройка ОС и PGSQL делалась, но всю её тут приводить хлопотно, да и не нужно, т.к. мерилом будут %% прироста производительности от применения PgPool.
Для создания нагрузки использовалась программа PureLoad 3.4.2, в конфигурации: 10 worker x 40 нитей,всего 20000 запросов, лавинообразная нагрузка.

Теперь самое важное:

Выполнялось 5 тестов:
1. Все конфиги без изменения с боевого сервера. (время обработки всех запросов 32 минуты)
2. Тонкая настройка постгреса (буферы, рабочая память и т.д.) (время обработки всех запросов 31 минута)
3. Добавлен PgPool с 32 childs, постгрес работает через tcp/ip, в конфиге max_connections уменьшено до 62.(время обработки всех запросов 11 минут)
4. Теперь PgPool с 60 childs,постгрес работает через tcp/ip, в конфиге max_connections уменьшено до 62. (время обработки всех запросов 12 минут)
5. И, наконец, PgPool с 32 childs,постгрес работает через unix-сокет, в конфиге max_connections уменьшено до 40. (время обработки всех запросов 10 минут45 секунд)

Результирующий график можно посмотреть тут:
http://img132.imagevenue.com/img.php?image=22659_summary_122_515lo.jpg

Вывод: Cтавим PgPool на сервер и производим тонкую настройку постгреса и ОС.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

21. "Как ещё что-то выжать из сервера???"  
Сообщение от johnjoy email(??) on 22-Май-07, 14:47 
хорошие тесты
рад, что у вас все получилось
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

22. "Как ещё что-то выжать из сервера???"  
Сообщение от pavel_simple (??) on 22-Май-07, 17:14 
>хорошие тесты
>рад, что у вас все получилось
Присоединяюсь

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру