Доброе утро.
Выполняю select на сервере(A) запрос тратит времени 200ms.
Выполняю select на сервере(B) запрос тратит времени 3000ms.
Количество данных одинаково.
Почему может быть такая разница во времени выполнения запросов?

Конфигурация базы данных на серверах одинаковая.
Скорость работы дисков на сервере(B) выше чем на (A), но скорость выполнения запросов ниже.
Оперативной памяти серверам выделено одинаково.
Проц. сервера(А) 3.3ГГц 8 ядер, Проц. сервера(B) 2.8ГГц 4 ядер, при выполнении запросов загрузка на серверах не более 15%.
ОС Windows.

сервер A
"Seq Scan on sms (cost=0.00..916.56 rows=8556 width=492) (actual time=0.004..3.156 rows=8654 loops=1)"
" Buffers: shared hit=831"
"Total runtime: 4.153 ms"

сервер B
"Seq Scan on sms (cost=0.00..620.80 rows=8680 width=492) (actual time=0.014..18.801 rows=8644 loops=1)"
" Buffers: shared hit=534"
"Total runtime: 34.857 ms"

Это другой более легкий запрос.
Факт в том что все запросы даже простейшие на сервере B выполняются дольше.

авторПожалуйста приводите не огрызок, а полный текст всего, что выводит команда
Это был полный текст того что выводит команда

авторexplain (COSTS, BUFFERS, TIMING, ANALYZE, VERBOSE)
Вот результат выполнения, только тут добавил параметр VERBOSE как вы указали в примере.

сервер А
"Seq Scan on public.sms (cost=0.00..916.56 rows=8556 width=492) (actual time=0.008..3.782 rows=8655 loops=1)"
" Output: id, date, text, modify_date, address_source_from, address_source_to, semantic_id, order_num_a_day, operator, md5_hash, is_copy, is_alarm, is_acquainted_alarm, is_parsed"
" Buffers: shared hit=831"
"Total runtime: 4.851 ms"


сервер В
"Seq Scan on public.sms (cost=0.00..620.80 rows=8680 width=492) (actual time=0.013..17.437 rows=8646 loops=1)"
" Output: id, date, text, modify_date, address_source_from, address_source_to, semantic_id, order_num_a_day, operator, md5_hash, is_copy, is_alarm, is_acquainted_alarm, is_parsed"
" Buffers: shared hit=534"
"Total runtime: 32.486 ms"

авторКакая версия postgreSQL используется?
PostgreSQL 9.3.5, 64-bit

авторПропустите через компаратор файлики postgresql.conf - должны быть различия
Конфиги одинаковые 100%. копировался с сревера А на сервер B.

авторсудя по результатам, хоть и незначительно, но таблички все же отличаются
Сервер B поднимался из бэкапа сервера А. Сервер В не является зеркалом первого, он нужен для того чтобы развернуть похожую систему в другом месте. И да на первом сервере могут отличаться немного данные так как с ним работают люди, но это максимум пару 10 записей.

авторФоновые процессы, порождающие IO или влияющие на кеширование: windows и raid контроллер делает patrol read, иные настройки кеша на контроллере, протухший BBU в результате чего кеш свободен от write-back и используется на опережающее чтение.
Диск забит, таблица расположена на "дальнем" конце дисков, где линейнас скорость чтения ниже.
Сервер А это виртуальная машина расположенная на одном серваке и с ней соседствует еще одна виртуалка.
Сервер В это виртуальная машина которая находится в цоде о устройстве и настройках которого мы не знаем.
Сторона предоставляющая нам виртуальный сервер В показывает тесты проведенные утилитой Atto benchmark и по результатам там скорость чтения/записи куда лучше чем на сервере А.