Для небольших проектов можно пользоваться DB2 Express. Вполне приемлимые ограничения на оперативу и нет ограничений на размер базы. Только по процессору ограничение 2 ядра и это печально. Но там действительно автоматически настройки выставляются
Это легко. Смена политики лицензирования. Часть функционала, которая раньше входила в лицензию, может из нее выйти и придется доплачивать. А так как люди уже привыкли пользоваться, то они заплатят. И так можно обдирать до бесконечности, здесь все зависит исключительно от жадности вендора
Согласен. Возможно перевод не оптимален. Мне вот не очень нравится слово «боевой», тут дело вкуса. Но. Любой перевод облегчает воспиятие материала, по сравнению с оригиналом на иностранном языке
Дело не в лицензиях. Закрытые форматы данных, закрытые алгоритмы обработки данных и тд не идут на пользу научному сообществу. Как говорил Гете: «Наука и искусство принадлежат всему миру, перед ними исчезают межнациональные барьеры»
Люди, их жизнь и безопасность важнее технических проблем операторов. Я уверен, что у операторов работают неглупые люди и что-нибудь придумают. Но та система, что есть сейчас — гнилая и угрожает безопасности абонентов
Они и не будут делать пока из законодательно не заставят это сделать. Лучше бы многоуважаемая дума принимала законы, которые реально защищают безопасность граждан, а не всякие суверенные интернеты
Приедет «барин», «барин» нас рассудит. А «барину» фиолетово на своих «холопов». «Холопы» тоже самоорганизоваться не умеют. Вот так и живем в вечном ожидании чуда
Может я что-то не понимаю из того, что вы написали. Но. В настройках postgresql.conf если я оставляю значение, которое было до включения huge_pages, например 4GB, то постгре не стартует, а сообщает, что не хватает памяти. Пока не уменьшу, к примеру, значение shared_buffers до 128MB, постгре не стартует
Ну вот есть дилемма — использовать память для shared buffer или отдать ее часть под huge pages и где получить максимальную произоводительность. Проэкспериментировал у себя со стандартными настройками huge pages = 2 МБ, и пришел к выводу, что у меня без huge pages работает слоник быстрее
Ну хотя бы что-то — перенесли параметры в postgresql.conf. Вообще слоник реально похож уже на слона, где проще надежно страдать, чем ненадежно жить без страданий
на on — при неудаче с huge pages выключится с ошибкой.
Так и есть. Postgre просто не рестартанет
Вообще, если сравнивать производительность shared_buffers vs huge_pages, то с большим размером shared_buffers слоник работает быстрее, в некоторых местах прямо ощутимее. Так что на мой взгляд лучше выделить большой объем памяти shared_buffers, чем активировать huge_pages в ОС, установив маленький размер shared_buffers
Коммуникация проверяется при личном общении. А тестовое задание должно быть, но не слишком сложное. Если кандидат встал и ушел — нужно задуматься самому об уместности вопроса. В противном случае кандидат ответил бы «не знаю» или «с этим не работал»
Скорее всего нет. Нужно будет с этим поэксперементировать. Спасибо
Точно, проверил через значение HugePages_Rsvd
Так и есть. Postgre просто не рестартанет
Вообще, если сравнивать производительность shared_buffers vs huge_pages, то с большим размером shared_buffers слоник работает быстрее, в некоторых местах прямо ощутимее. Так что на мой взгляд лучше выделить большой объем памяти shared_buffers, чем активировать huge_pages в ОС, установив маленький размер shared_buffers