Я делаю проще - смотрю статистику компании за последние годы. Уставной капитал, прибыль, наличие судебных дел и т.д. Бесплатных сервисов много. Более подробная информация за деньги. Я так принял решение об уходе из одной компании.
Насколько я помню кроме ускоренного расширения вселенное уже доказали, что скорость расширения изменялась в разные периоды эволюции вселенной. Так же сейчас говорят о неравномерном расширении вселенной, что она расширяется в местах где нет массы, поэтому мы не видим расширения на локальных объектах включая галактику. Интересует вопрос как расширялась вселенная на ранних этапах когда она была непрозрачная и масса была распределена практически равномерно, значит расширятся заставляет не только отсутствие массы но и что то ещё. Кто то может подсказать ответ или статьи на эту тему?
Мне кажется проверить это можно проще с помощью гравитацинного линзирования вблизи квазаров. В центре он будет максимальным из за воздействия черной дыры, а с полюсов где идет излучение квазара оно должно иметь искажение, и мощьности там намного больше приведенных.
странно что work_mem не учитывает max_connections, мне кажется очень сомнительное значение мы получим при большом объеме ОЗУ и большом количестве подключений. Даже при использовании pgbouncer в режиме transaction будет многократное выделение work_mem + для OLT нагрузки значение получается завышенное. Мне кажется тут лучше сделать меньше и отталкиваться от мониторинга временных файлов наличие которых покажет необходимость увеличения work_mem Неплохо бы раскрыть подробнее vm.overcommit_memoryт.к. разные значения используются в разных кейсах. для arhive я использую связку для первичной настройки archive_mode = on archive_command = '/bin/true' т.к. изменение archive_mode требует перезапуска службы а archive_command нет.
Я тоже переехал с evernote на joplin но использую в качестве хранилища yandex disk. Мобильная версия подключина по webdav хотя говорили что он не работает на yandex disk с большими файлами. У меня больших вложений нет так что пока нормально. А редактор действительно глючный так же борюсь с его кучей пустых строк при вставке.
Не совсем понятно как в ваш сервис подгрузить этот милион планов? И получить такую визуализацию.
И что вы делаете когда находите неоптимальный план? Получается что для одного и того же запроса он может быть разным и повлиять на выбор вы не можете. Какие дальнейшие действия?
Интересная статья. Спасибо. Хотелось бы услышать такой же подробный рассказ о новом месте работы и о том как надо работать и с какими инструментами. Как построен рабочий процесс. Что соответствует ожиданиям, а что нет. Что можно улучшить?
Есть ответ на вопрос почему время замедляется не линейно с увеличением скорости? И какой формулой описывается это замедление?
А итог какой? Фирма благополучно закрылась? Заплатили выкуп? Пострадали но, восстановились из бэкапов?
Я делаю проще - смотрю статистику компании за последние годы. Уставной капитал, прибыль, наличие судебных дел и т.д. Бесплатных сервисов много. Более подробная информация за деньги. Я так принял решение об уходе из одной компании.
Насколько я помню кроме ускоренного расширения вселенное уже доказали, что скорость расширения изменялась в разные периоды эволюции вселенной. Так же сейчас говорят о неравномерном расширении вселенной, что она расширяется в местах где нет массы, поэтому мы не видим расширения на локальных объектах включая галактику. Интересует вопрос как расширялась вселенная на ранних этапах когда она была непрозрачная и масса была распределена практически равномерно, значит расширятся заставляет не только отсутствие массы но и что то ещё. Кто то может подсказать ответ или статьи на эту тему?
Мне кажется проверить это можно проще с помощью гравитацинного линзирования вблизи квазаров. В центре он будет максимальным из за воздействия черной дыры, а с полюсов где идет излучение квазара оно должно иметь искажение, и мощьности там намного больше приведенных.
странно что work_mem не учитывает max_connections, мне кажется очень сомнительное значение мы получим при большом объеме ОЗУ и большом количестве подключений. Даже при использовании pgbouncer в режиме transaction будет многократное выделение work_mem + для OLT нагрузки значение получается завышенное. Мне кажется тут лучше сделать меньше и отталкиваться от мониторинга временных файлов наличие которых покажет необходимость увеличения work_mem
Неплохо бы раскрыть подробнее
vm.overcommit_memoryт.к. разные значения используются в разных кейсах.для arhive я использую связку для первичной настройки
archive_mode = on
archive_command = '/bin/true'
т.к. изменение archive_mode требует перезапуска службы а archive_command нет.
Я тоже переехал с evernote на joplin но использую в качестве хранилища yandex disk. Мобильная версия подключина по webdav хотя говорили что он не работает на yandex disk с большими файлами. У меня больших вложений нет так что пока нормально. А редактор действительно глючный так же борюсь с его кучей пустых строк при вставке.
А тут нет опасности что поедут планы остальных запросов и это создаст проблемы уже у них? Мне кажется эта ситуация вполне возможна.
Не совсем понятно как в ваш сервис подгрузить этот милион планов? И получить такую визуализацию.
И что вы делаете когда находите неоптимальный план? Получается что для одного и того же запроса он может быть разным и повлиять на выбор вы не можете. Какие дальнейшие действия?
Спасибо. Очень интересно! Увлекательно пишите!