x
Всем привет. Товарищи, подскажите пожалуйста есть ли в ZSH возможность сохранять несколько вкладок терминала и переименовывать их?
tmux
Size: a a a
2020 August 09
T
Не всегда tmp настроен именно как мемори, бывает, что это тоже дисковая подсистема со всеми вытекающими...
Ну я и предполагаю юзать дисковую подсистему, потому что постгресс и без подсовывания ему рамдиска умеет тратить оперативку на кеш для данных с диска.
T
Я не понимаю практического смысла использовать memory для данных кластера, вернее.
AZ
Ну я и предполагаю юзать дисковую подсистему, потому что постгресс и без подсовывания ему рамдиска умеет тратить оперативку на кеш для данных с диска.
Есть профит и немалый. Две ситуации из моей практики:
- старый и очень медленный хард, много крайне хитрых операций чтения, вынесение бд в мемори и настройка реплики с диском сильно выручила
- когда работаешь с довольно сложными операциями миграции данных в процессе разработки/отладки, то либо работаешь с "медленной" дисковой подсистемой и в случае ошибки перенакатывание полного дампа предыдущего состояния (это занимало около 20-25 минут), либо просто пересоздание мемори слепка за 5 минут и гораздо более быстрый процесс...
- старый и очень медленный хард, много крайне хитрых операций чтения, вынесение бд в мемори и настройка реплики с диском сильно выручила
- когда работаешь с довольно сложными операциями миграции данных в процессе разработки/отладки, то либо работаешь с "медленной" дисковой подсистемой и в случае ошибки перенакатывание полного дампа предыдущего состояния (это занимало около 20-25 минут), либо просто пересоздание мемори слепка за 5 минут и гораздо более быстрый процесс...
AZ
И еще знаю про прод-ситуацию, когда базу при старте сервера выносят с файлового хранилища в мемори и с ней работает софт. А для надежности настроена репликация с файловой копией. До этого регулярные проблемы были и все рекомендации разработчиков софта были одни - перенесите базу на ссд... Косяк в проектировании базы, но страдает в итоге покупатель/заказчик )
T
Есть профит и немалый. Две ситуации из моей практики:
- старый и очень медленный хард, много крайне хитрых операций чтения, вынесение бд в мемори и настройка реплики с диском сильно выручила
- когда работаешь с довольно сложными операциями миграции данных в процессе разработки/отладки, то либо работаешь с "медленной" дисковой подсистемой и в случае ошибки перенакатывание полного дампа предыдущего состояния (это занимало около 20-25 минут), либо просто пересоздание мемори слепка за 5 минут и гораздо более быстрый процесс...
- старый и очень медленный хард, много крайне хитрых операций чтения, вынесение бд в мемори и настройка реплики с диском сильно выручила
- когда работаешь с довольно сложными операциями миграции данных в процессе разработки/отладки, то либо работаешь с "медленной" дисковой подсистемой и в случае ошибки перенакатывание полного дампа предыдущего состояния (это занимало около 20-25 минут), либо просто пересоздание мемори слепка за 5 минут и гораздо более быстрый процесс...
А как же транзакции?... Ко второму юзкейсу.
T
Первый понятен, но вопрос возникает: а можно ли этот эффект чисто исправлением конфигурации получить?
T
Более агрессивное кеширование, асинхронная запись на диск например
T
То есть без ожидания отмашки что все записано
T
А как же транзакции?... Ко второму юзкейсу.
Открыл транзакцию в начале рабочей сессии. Набедокурил --- отменил ее. Получил то что надо --- применил.
АН
как сделать force ip resolve to ipv4? запрос через axios
T
как сделать force ip resolve to ipv4? запрос через axios
Я ничего не понял.
АН
Я ничего не понял.
hostname иногда ресолвится в ipv6 и ipv4, чтобы выбор был всегда ipv4
AZ
А как же транзакции?... Ко второму юзкейсу.
Речь не про ошибки в процессе. А про логические ошибки - когда после миграции делается проверка, все ли как нужно отработало, данные в нужном состоянии и т.д.
T
Речь не про ошибки в процессе. А про логические ошибки - когда после миграции делается проверка, все ли как нужно отработало, данные в нужном состоянии и т.д.
Так транзакцию можно не закрывать, если проверять в той же сессии. И закрыть когда все норм
T
Это похоже на отключение autocommit в pgAdmin
AZ
Так транзакцию можно не закрывать, если проверять в той же сессии. И закрыть когда все норм
Т.е. поизвращаться и вместо проверки в каком то адекватном клиенте возиться в той же сессии кода? Как то замуторно очень...
T
Т.е. поизвращаться и вместо проверки в каком то адекватном клиенте возиться в той же сессии кода? Как то замуторно очень...
Ну почему обязательно так, можно в коде просто поток onwire протокола направить в "нормальный клиент"
T
Главное же чтобы сессия была та же.
T
А наличие pure-JavaScript драйвера позволяет и не такие фокусы устраивать