Я наблюдал подобную же картину. Проблема скорее не в postgres, а в неумении с ним работать. В старых версиях postgres было «один connect — один поток процессора». Таким образом даже самый ресурсоемкий запрос не может больше одного потока забрать. В итоге наблюдаем такую картину — пользователь жалуется на тормоза. Его коннект съел много памяти и один поток процессора. Остальные ресурсы свободны, но выделить их ему postgres не может. В новых версиях вроде появилась возможность распараллеливать на несколько ядер. Но 1с в этом плане всегда отстает от актуальной версии postgres года на три — чуть улучшает положение postgres pro. Справедливости ради тормоза 1c не всегда вобще связаны с производительностью сервера баз данных. Часто приходилось наблюдать тормоза и с mssql, при загруженном всего на четверть сервере БД. Не спасала и покупка дорогого железа. Ну и неуёмные желания могут быть совсем неуёмными. Несколько раз срабатывал OMM-кiller на сервере с 32Gb оперативной памяти и 64Gb swap при размере базы в 20Gb. Что такого можно было там делать мне понять сложно.
На практике это выливается в следующее. Пользователь работает — ему пришло сообщение об ошибке. Пытается получить более подробную информацию об ошибке. Тратит время на поиск логина и пароля — если вобще их найдет.
Аргумент «все так делают» — так себе аргумент. Microsoft, например не требует подписку на MSDN и номер лицензии для получения информации об методах устранения ошибки.
Так они и поступают — ставят ubuntu вместе с X, хоть графические утилиты для настройки сервера появились только через три года и были написаны энтузиастами как надстройка над консольными. vnc и ssh забывают при этом, равно как и выделить отдельный раздел для var или хотя бы поместить систему и файлы базы данных на отдельные разделы. Т. е.как я и говорил — даже у крупных интеграторов дефицит квалифированных linux-администраторов (равно как и квалифицированных администраторов windows). Потому они всеми правдами и неправдами будут добиваться связки windows-mssql-iis.
Это не потому, что данная связка лучше. Просто она лучше в плане обслуживания в краткосрочной перспективе, а там «или ишак(клиент) умрет или падишах(клиент сменит интегратора через пару лет)».
Энтерпрайзом заниматься почти не приходилось. Сейчас чаще работаю с оборудованием. Но бывают примеры и вполне адекватных производителей. Пример некая российская контора производит gsm-модемы. Отправляю запрос — 'ребята, у вас нет ПО под linux, а нам нужно именно под него, раскройте протокол, а мы бесплатно отдадим вам ПО с исходниками' ответ 'а зачем? нет мы ни в коем случае протокол открывать не будем'. И общение с китайцами — компания производит панели для дизельных генераторов управляемых по modbus, также нет ПО под линукс и нигде в открытом доступе не нашел карту регистров. Местный поставщик даже слышать ничего про это не хотел. Зато производитель в течение дня откликнулся и всю необходимую документацию переслал, при том, что я даже не успел заикнуться об ПО и исходниках.
Ага. Бизнес на лохах, единственно правильный бизнес, так повелось. С одной стороны клиенты которые хотят заплатить как можно меньше денег. С другой стороны исполнители, который хотят этих денег с клиента как можно больше. Середину «имеют» обе крайности. А потом все удивляются почему нет ни адекватных заказчиков, ни адекватных исполнителей. Может потому, что адекватные ищут себе другие ниши, где можно заработать и при этом не идти в разрез с совестью.
А там DBA и не нужен. Во-первых, у небольшой компании денег на него не хватит. Во-вторых настройкой бэкапов и первоначальным тюнингом конфина его неободимость и ограничится. Дело в том, что 1с и прочие продукты, которые заявляют о поддержке большого числа баз, по факту и десятой части возможности конкретной реляционной базы не используют. При переносе с mssql просто пропатчили postgres, чтобы понимал типы данных mssql + некоторые данные хранят вобще в блобах, создают кучу (около 1000) временных таблиц содержащих 1 строку данных. Уже не раз было доказано, что многие операции, если бы они были вынесены на сторону БД выполнялись бы раз в 100 быстрее, но нет, так делать нельзя иначе сломается вся логика приложения.
В общем имеем следующее:
1. Отвратительную архитектуру приложения, порождающую дикие тормоза и ошибки на ровном месте. Пример, знакомый 1с-ник здорово матерился, проведение остатков на крупной базе занимало 4 дня и не завешалось, раньше процесс убивали. Но стоило удалить карточку одного единственного клиента и заново пересоздать, как тот же процесс завершался за полчаса.
2.Удачный, для России, маркетинг(наш бизнес никогда не перестанет удивлять какого еще «кота в мешке» можно всучить по троекратной цене, даже зная что клиент догадывается об том).
И еще объясните мне, почему они хотят еще и денег за доступ к базе знаний и форуму по своему продукту?!
Даже если такая компания найдется, они не знают что с ним делать дальше. Как правило их знания linux и postgres не заходят дальше мануала из интернета. Сам лично не раз и не два занимался установкой на linux для немаленьких компаний(некоторые даже берутся обучать ваш персонал 1c). Не знают что сделать если посыпался конфиг кластера, не знают как обмениваться данными с таким сервером, т. к. у них в голове существует только один обмен — файлами через расшаренные папки, не знают как восстановить работу сервера после сбоя, что делать с дампом базы данных, упорно именуют файлы и папки по-русски с пробелами, не придают значения кодировкам текста… Помыкавшись таким образом, большинство уговаривает заказчика на windows и mssql. Из шести установок в которых я участвовал точно живы одна-две (сужу по периодическим запросам на обслуживание) и то вероятно потому что не могут уломать заказчиков на дополнительные траты. Кстати автор забыл упомянуть, что к такому серверу прилагается недешевый ИБП и сплит-система для отвода тепла, а лучше две, на случай если одна выйдет из строя.
Ой-ли. Есть один постоянный клинт с двумя детьми школьного возраста. Так против них ни антивирус ни «родительский контроль» не помогают. Лучший результат — изгадили свою учетку — не смогли изгадить систему. Так раз в 2-3 месяца езжу «чистить компьютер». И заметьте, и антивирус есть (бесплатная версия Касперсого), и не под админом работают. И иногда успевают систему ушатать до невозможности загрузки.
А кажется антиутопии совсем никто не вспомнил. Black Mirror s03e01, Psycho-Pass, Shimoseka… Т. е. есть вариант получить общество с большим количеством проблем связанных со стрессом.
А какие там разработчики остались? Часть ушла после «Тени Чернобыля», основали A4Games и пилят Metro, остаткам показали на дверь лет шесть назад и они пилят Survarium. Права на игру, насколько я помню, выкупала Bethesda.
Ерунда какая-то. Для эффективного подавления спутника нужно либо направить помехи в его сторону, либо разместить оборудование подавления на аэростатах и самолетах. Первый вариант может быть расценен как атака, второй дорогой. Гораздо проще запретить ввоз и продажу приемников сигнала.
Какая-то статья «от дилетанта дилетантам».
* Приложения на perl и python можно запустить под windows, уж точно не хуже php работают.
* Аналогом cron является «Планировщик заданий», не идеальный, но скрипты запускать можно.
* 1с давно работает под linux.
* наличие web-панели спорное преимущество.
* Remote Desktop можно прикрутить и к linux. Но зачем? На серверах с windows его еще и многие от перебора паролей никак не защищают.
Проблема в том, что вы пихаете левый исполняемый файл в system32. Что не делают со времен Vista. Поведение Defender в данном случае правомерно. Папка windows не для пользовательских программ. А службу можно запустить откуда угодно.
Наша организация обслуживает IoT с debian. Так вот, почти везде openvpn для этого хватает. Но есть места, где местной сетью или провайдером просто рубится TLS Handshake. При этом порты формально доступны. Возможно скоро нас ожидает подобное повсеместно. Пока выкручивались пропуская openvpn внутри ssh-туннеля или kcptun.
Ну ладно, если кому-то интересно, вот мой «велосипед» позволяющий использовать последовательный порт для нескольких протоколов одновременно Raw, modbus-tcp-2-modbus-rtu, и modbus-tcp в протокол ивтм7-м3/ивтм7-н Проверено в работе на linux amd64/armel/armhf должно работать также под windows в в сочетании с nssm. И да tcp-сервер на golang там присутствует.
Аргумент «все так делают» — так себе аргумент. Microsoft, например не требует подписку на MSDN и номер лицензии для получения информации об методах устранения ошибки.
Это не потому, что данная связка лучше. Просто она лучше в плане обслуживания в краткосрочной перспективе, а там «или ишак(клиент) умрет или падишах(клиент сменит интегратора через пару лет)».
В общем имеем следующее:
1. Отвратительную архитектуру приложения, порождающую дикие тормоза и ошибки на ровном месте. Пример, знакомый 1с-ник здорово матерился, проведение остатков на крупной базе занимало 4 дня и не завешалось, раньше процесс убивали. Но стоило удалить карточку одного единственного клиента и заново пересоздать, как тот же процесс завершался за полчаса.
2.Удачный, для России, маркетинг(наш бизнес никогда не перестанет удивлять какого еще «кота в мешке» можно всучить по троекратной цене, даже зная что клиент догадывается об том).
И еще объясните мне, почему они хотят еще и денег за доступ к базе знаний и форуму по своему продукту?!
* Приложения на perl и python можно запустить под windows, уж точно не хуже php работают.
* Аналогом cron является «Планировщик заданий», не идеальный, но скрипты запускать можно.
* 1с давно работает под linux.
* наличие web-панели спорное преимущество.
* Remote Desktop можно прикрутить и к linux. Но зачем? На серверах с windows его еще и многие от перебора паролей никак не защищают.