Skip to content

Instantly share code, notes, and snippets.

View redmandarin's full-sized avatar
🌴
Permanent Vacation

Peter Guskov redmandarin

🌴
Permanent Vacation
View GitHub Profile
import { configureChannel } from './channel';
export const ADD_ACTIONS = 'ADD_ACTIONS';
export const ADD_OFFERS = 'ADD_OFFERS';
export const ADD_DATA = 'ADD_DATA';
export const FILTER_OFFERS_BY_TYPE = 'FILTER_OFFERS_BY_TYPE';
export const UPDATE_OFFERS = 'UPDATE_OFFERS';
export const SHOW_ACTIVE_OFFERS_ACTION = 'SHOW_ACTIVE_OFFERS_ACTION';
export const CHANGE_ONLY_ACTIVE_OFFERS_STATE =
'CHANGE_ONLY_ACTIVE_OFFERS_STATE';
export const CHANGE_FILTER_OFFER_TYPE = 'CHANGE_FILTER_OFFER_TYPE';
We can't make this file beautiful and searchable because it's too large.
7648359
7648363
7648367
7648369
7648370
7648374
7648376
7648378
7648380
7648382
{
"array":
[{
"question_id": 1132792,
"text": "",
"variant_id": 1827142,
"latitude": "",
"longitude": "",
"integer": "",
"float": "",
-- https://habrahabr.ru/post/13992/
-- Отношение hit / read
-- При выполнении запроса PostgreSQL сначала смотрит, есть ли нужные в запросе данные в разделяемой памяти (shared buffers). Если они найдены, засчитывается hit, если нет — делается сравнительно медленный системный вызов fread для поднятия данных с диска или из дискового кеша операционной системы и засчитывается read. В среднем, верно правило: чем больше отношение hit/read, тем лучше настроен PostgreSQL, так как он очень мало читает с диска, в основном извлекая данные из разделяемой памяти. Для большинства не очень больших баз это отношение должно лежать в пределах 5000-10000. Не стремитесь, однако, искусственно завысить настройку shared_buffers, которая прямо определяет hit/read: слишком большие размеры разделяемой памяти ведут к потере производительности в базах с интенсивной записью. Также стоит помнить, что fread может быть довольно быстрым, если данные находятся в дисковом кеше ОС.
SELECT
datname,
blks_hit,
blks_read,