Обновить
4

Пользователь

26
Подписчики
Отправить сообщение

Э нет . разница была и тогда .

Я был программистом , мой первый язык С. Я работал в лаборатории кафедры прикладной математики, мы разрабатывали графическое обеспечение для испытательного стенда ЦАГИ. Ещё раз - я был программистом , когда это слово что то значило . Не наладчиком принтеров , локалки , мышек , офиса и окошек и не рассказами тетенькам что такое двойной клик , всем этим занимающихся потом стали называть программистами . Это не программирование. И они не программисты . Да, я тоже был таком , но вынужденно . Как получилось вернулся в программирование .

Сейчас тоже разница есть . И так же весьма существенная.

Я сейчас DBA и почему у виртуализаторов падают виртуалки , у юнисоидов диски посыпались и есть ли бекап за позавчера я понятия не имею и знать не хочу. Как и то почему у разрабов формы так долго рисуются и запрос на сервере СУБД выполняется за миллисекунды а отчет формируется минуты .

Это уже позже начали появляться вакансии с "чистым программированием"

Совсем наоборот - сначала были программисты . Программисты были еще тогда когда даже мониторов не было . я например писал программы на листе бумаги , сдавал в вычислительный центр и получал распечатку и колоду перфокарт .и это было программирование и алгоритмы .

И все мои места работы с 1987 до 2000 были именно - программирование. Я когда я был сисадмином в банках , я не считал себя программистом, потому, что я знаю - что такое программирование.

Просто к слову . В те времена за такие шуточки наказывали быстро и очень эффективно .

Так, что все эти истории это байки за бутылочкой пивка на сисопках.

а Оракул

А расскажите как сейчас Оракл? Особенно на уровне предприятий . Я могу рассказать , как сложилось у моих коллег которые ушли в Оракл с оутсортинга, ну вернее детали то я не расскажу конечно, но намекнуть могу.

Я в PostgreSQL пошёл.

Оказаться заминусованным — получить конкретную, материальную и осязаемую оценку.

Сказав А нужно сказать и Б - и лишиться возможности комментировать и писать новые статьи.

Слив кармы на Хабре это не оценка , это цензура толпы. Давайте уже будем честными в формулировках.

Тема кармы на Хабре лет 5 . Ничего не изменилось.

Еще вспомнил , ключевую фразу из тех времён - "Программисты - самые счастливые люди , мы делаем то , что нам нравится и нам ещё за это деньги платят".

Давно это было....

не верю что кто-то может именно продуктивно больше 3 часов активно работать головой изо дня в день

Поверьте это факт. Когда тендер на разработку информационной системы для республиканской налоговой был выигран работали по 10-12 часов. И еще потом у ларька по пиву . Молодые были , здоровые . И так без выходных , потом поехали по района внедрять , там уже попроще . Налоговая работает строго с 09:00 до 18:00. В 18:02 здание пустое , все закрыто , все компы выключены .

Да и сейчас бывает, если интересная идея то часов по 10 и в субботу . иногда . тем более удаленка , на работу дойти , до стола пару шагов .Но это идея должна быть интересная . А иначе если какому манагеру что вдруг захотелось или в очередной раз просрали сроки - по процессу и регламенту , за двойную оплату в выходные или отгула за переработку .

Сисадмин и программист это и тогда и сейчас сильно две большие разницы.

Во времена моей работы в банках ничто меня так не раздражало и не грустило , как звонок клиента - "а можно с кем то из программистов поговорить ?" где вы были когда я был программистом ? 😑

Потом я вернулся в DBA и опять в программирование . Клиенты больше не не звонят. А с манагерами я уже второй год как почти не общаюсь.

кто будет ваш граф и алгоритм разбирать

Однако, когда я учился теория графов и комбинаторика это 2й курс КАИ .

Если для современных разрабов это проблема , это ещё раз подтверждает грустную истинность данной статьи - "те времена прошли"

Когда наступил тот момент, когда не технологии стали инструментом программиста для решения задач, а сам программист — инструментом для обслуживания программного кода?

95м можно было в одну харю написать на Дельфи какой-нибудь "календарь месячных", и даже зашибать на нём бабло. Альтернатив-то особо не было.

Вы не правы от слова совсем. Все с точностью наоборот . Как раз тогда альтернативы было не просто много а очень много . Все же только начиналось. Полная свобода и инициатива во всем. Манагеров , еоцчероа , скрам- мастеров и прочих попутчиков прос о не было в природе . Я участвовал в информатизации республиканской налоговой. Перед этим был тендер и сравнительные испытания проектов . Вот прям настоящие испытания на уровне - а как ваша система справится с такой ситуацией , а ваша ?

Как сейчас происходит выбор поставщиков я не хочу распространяться ......

Тогда был выбор всего - начиная от железа , кончая ос, СУБД и даже языка программирования .

Я не буду спорить, но утверждать , что монополизация и поглощения и слияния почему то обошли IT , точно не буду.

Я как то реализовал граф и алгоритм Дейкстры для реализации иерархической структуры . Когда рассказал на дейлике, получил вопрос - ух ты , а какую библиотеку использовал ? И долго понять не мог - о чем это они ....

"Вы зачем используете эксклюзивную блокировку? Это не мы , это фреймворк такой".

Наверное мы ровесники

Я помню как было

https://youtu.be/zWZybFMQNqw?si=MARbyD5F2eFbAJGw

И мне невыносимо грустно от того, что стало

https://youtu.be/F2skk6RFFos?si=nIbuhKYGo_njPujm

Спасибо .

Я помню те времена .

Шаг 2. Выбор shared_buffers

Параметр shared_buffers, наверное, самый понятный из всех и, фактически, представляет собой константу, которую очень легко оценить — правильно она выбрана или нет.

Для этого анализируем профиль нагрузки в части использования дисковой подсистемы для выполнения запросов.

А с ситуацией "размер shared_buffer слишком большой " - ни разу не сталкивались?

Ну вообще то этот вопрос

Вопрос лишь в том, целиком ли postmaster срубит OOM или только какой-то отдельный процесс.

напрямую влияет на бизнес

Вы как рекомендуете настраивать ?

А можно с этого места тоже поподробнее

Блокировки: Долгие операции автovacuum могут вызвать блокировки на таблицах, которые они обрабатывают.

О каких именно блокировках идет речь ?

А вот этот момент тоже очень интересен

work_mem — параметр, который задаёт базовый максимальный объём памяти, который будет использоваться в рамках одного рабочего процесса (сессии) во внутренних операциях типа соединений, сортировки, группировки и т. п. при обработке запросов, прежде чем будут задействованы временные файлы на диске.

Но, как говорится - "есть один момент"(с).

work_mem (integer#

Задаёт базовый максимальный объём памяти, который будет использоваться во внутренних операциях при обработке запросов (например, для сортировки или хеш-таблиц), прежде чем будут задействованы временные файлы на диске. Если это значение задаётся без единиц измерения, оно считается заданным в килобайтах. Значение по умолчанию — четыре мегабайта (4MB). Заметьте, что в сложных запросах одновременно могут выполняться несколько операций сортировки и хеширования, и при этом примерно этот объём памяти может использоваться в каждой операции, прежде чем данные начнут вытесняться во временные файлы. Кроме того, такие операции могут выполняться одновременно в разных сеансах. Таким образом, общий объём памяти может многократно превосходить значение work_mem; это следует учитывать, выбирая подходящее значение. Операции сортировки используются для ORDER BYDISTINCT и соединений слиянием. Хеш-таблицы используются при соединениях и агрегировании по хешу, мемоизации узлов, а также обработке подзапросов IN с применением хеша.

Этой статьей мы начинаем цикл, посвященный различным настройкам по оперативной памяти в PostgreSQL. Тема непростая, даже сложная.

Поэтому и возникает вопрос - как настроено управление памятью со стороны OC ?

От указанных параметров напрямую зависит СУБД в случае нехватки памяти во время выполнения запросов. А 1С утилизирует RAM очень и очень охотно.

Причины минусов на Хабре, это вообще пестня ;-)

Не согласен я . С Каутским или с Энгельсом ? С обоими (с)
Не согласен я . С Каутским или с Энгельсом ? С обоими (с)

Не согласен, но почему - не скажу ;-) И вообще ты все неправильно считаешь и эксперименты дурацкие .

Спасибо тебе анонимный минусатор ;-)

Я не знаю, что в головах минусаторов и какая у них мотивация. Мне это не интересно.

Наличие и количество минусов под статьями на Хабре влияет на ничего.

Если любопытно, вот причины минусов под этим конкретным постом

Скоро прибежит ненавистник и поставит минус "Личная неприязнь к автору ". ;-)

С чем не согласен ? Если не понял, зачем об этом все говорить ? Ну да, вензелей и рюшечек и дизайна в посте нет. Сорри, не угодил ;-)

А какие настройки управления RAM для Linux используются ?

В частности vm.overcommit_memory / vm.overcommit_ratio

Что по huge page ?

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность