Интересно было бы почитать про эволюцию систем (ПО, железо) в таком огромном предприятии как НЛМК - что использовали и какие задачи решали в 70е-80е (а можно и раньше) и до наших дней.
Эппл хорошо устроились - сами на Хабре статьи про себя-хороших не пишут как тот же Интел или Майкрософт. Но статьи (причем качественные) само собой как-то появляются :)
Встречался, конечно. Такие «вечные» сеансы можно обыгрывать настройка параметров ИБ (https://v8.1c.ru/platforma/parametry-informacionnoy-bazy/).
Еще раз — рассказываю чисто по собственному опыту. Текущее положение дел по управлению памятью в кластере 1С не доставляет неудобств при наличии 64х битной версии и минимальных усилиях по администрированию кластера. Т.е. это (управление памятью) на мой взгляд вот точно не стоит рассматривать как ахиллесову пяту платформы.
Сеансы обычно имеют ограниченное время жизни (часы), существенно меньшее чем время жизни кластера от старта до рестарта. По собственному опыту — кластер, обслуживающий несколько сотен сеансов, рестартуем не чаще раза в несколько недель.
Автоматический рестарт процессов-вокеров кластером подчищает старые ошметки.
> Перезапускать сервер тоже так себе идея, выгонять пользователей и все такое.
Перезапускать сервер не надо. В кластере 1С работают процессы-вокеры, которыми кластер сам рулит. Вы в настройках кластера указываете порог памяти, при достижении которого вокером кластер автоматом запускает новый вокер, переносит на него все данные сеансов с которыми работал старый вокер, останавливает старый вокер. При этом сеансы продолжают жить (пользователь этого не замечает), просто начинают работать с другим серверным процессом-вокером.
>Из современных языков не считая крестов я только свифт знаю который опирается только на механизм подсчета ссылок и сильные/слабые ссылки для разрешения проблем
Rust тоже только rc использует.
По моему опыту текущая ситуация с управлением памятью в 1С не является сколь-нибудь серьезной проблемой:
1. Код, допускающий утечки, сейчас можно отладить с помощью инструментов платформы (https://its.1c.ru/db/metod8dev#content:5859:hdoc)
2. Кластер серверов давно доступен в 64х битном варианте и чисто административными средствами — рестартом процессов по достижении заданного порога памяти — можно сделать незаметным отстутствие честного gc
>Но это не политические разборки. Это банальные разборки из-за больших денег между возможными владельцами интеллектуальных прав.
Ну да. Если у тебя есть ресурс с автоматчиками, почему бы не попробовать пощипать соседа, правда? Особенно зная, что если и не получиться ничего отщипнуть, то сосед на тебя встречный иск не подаст — у него же (лоха) автоматчиков нет, хахаха.
В ИТ это часто связано с послед-м закатом технологий, разработанных исходным собственником. Примеры:
DEC > Compaq > HP (где VAX? VMS? PDP?)
Sun Microsystems > Oracle (где SPARC?)
Sybase > SAP (где одноименная СУБД?)
>Новый собственники мечтает заполучить себе бизнес чтобы продолжить его эксплуатировать.
Ваша категоричность суждений умиляет :)
Это не всегда так. В мире ИТ есть много примеров, когда бизнес приобретался для
— убийства конкурента и включения его наработок в продукты покупателя
— покупки чисто его клиентской базы
>От того, что головное подразделение, которое разаботкой платформы занимается вдруг сменится собственник — вы даже не факт что заметите
Это было бы правдой, если бы платформа была:
1. открытой, как какой-нибудь Хром
2. с большим международным (а не только русскоязычным) сообществом
>эмоциональных факторов, которые вы тут привели
Этот «эмоциональный», как вы метко выразились, фактор называется политический риск (https://en.wikipedia.org/wiki/Political_risk). В нашей стране он, к сожалению, выше чем в среднем по Европе, например. И истории типа ngnix'а его точно не уменьшают.
>Если говорить про «не учи 1С, не сможешь свалить», то это, на мой взгляд, абсурдный довод.
Немного другая причинно-следственная связь. Я лично от нескольких молодых (до 30) спецов слышал аргумент типа — зачем мне учить 1С, если нигде в мире он не нужен. Все эти ребята и девчата рассматривали релокацию (Европа, Канада).
И для понимания — я сам патриот 1C с 20 летним (без шуток) стажем. И мне искренне обидно, что так вот оно получается, причем совсем не вине 1C.
Представьте, что вы средней руки компания, например, из Польши или Германии. И у вас есть нужда в автоматизации бизнеса. История эта обычно довольно мозгоемкая, а иногда и капиталоемкая. В любом случае вам хочется решения «всерьез и надолго». А в России вы знаете, что не очень стабильно все. Точнее так — то, что там стабильно (перекос в строну гос-ва), то не располагает к стабильности бизнесов, населяющих ее. Вот и подумаете вы, а стоит ли с ИТ-компанией из такой страны связываться.
Потому что в РФ государству (в широком смысле) очень легко разушить бизнес. Нет нормальных сдержек (независимый суд, политическая конкуренция, институт репутации, наконец), как в странах наших западных партнеров.
Ситуация с ngnix модельная — захотелось кому-то прессануть коммерсов от ИТ в надежде отжать баблишка, например — наслали маскишоу с автоматами с обыском домой. Почему — а потому, что ничего серьезного в случае даже если дело не взлетит силовикам не будет. Это ж не Запад какой-нибудь, где б если такая история произошла, то было бы всестороннее рассмотрение дела — кто заказывал, кто принимал решение автоматчиков домой к программисту приводить, со встречными исками, с послед-ми потерями постов высоких чинов. А тут в лучшем случае (стучу по деревяшке, т.к. еще не факт) просто дело прикроют, мол, чуваки, обознались, сорян.
>А с 1С я как бизнес-аналитик столкнулась не так давно и после простой самописной SQL+JAVA + C#
В 1С несколько лет назад сделали очень удобный механизм внешних источников для работы как раз с «голыми» базами. При этом с таблицами из них можно совершенно бесшовно (так, что и не поймешь родная она 1Ски или внешняя) на клиенте работать со списками, формами, записью.
Интересно было бы почитать про эволюцию систем (ПО, железо) в таком огромном предприятии как НЛМК - что использовали и какие задачи решали в 70е-80е (а можно и раньше) и до наших дней.
Очень интересно и необычно для Хабра. Спасибо, пишите еще :)
>Для игр он нафиг не нужен
ну не скажите https://www.facebook.com/zuck/posts/10113004041797791
:)
Эппл хорошо устроились - сами на Хабре статьи про себя-хороших не пишут как тот же Интел или Майкрософт. Но статьи (причем качественные) само собой как-то появляются :)
Еще раз — рассказываю чисто по собственному опыту. Текущее положение дел по управлению памятью в кластере 1С не доставляет неудобств при наличии 64х битной версии и минимальных усилиях по администрированию кластера. Т.е. это (управление памятью) на мой взгляд вот точно не стоит рассматривать как ахиллесову пяту платформы.
Автоматический рестарт процессов-вокеров кластером подчищает старые ошметки.
Перезапускать сервер не надо. В кластере 1С работают процессы-вокеры, которыми кластер сам рулит. Вы в настройках кластера указываете порог памяти, при достижении которого вокером кластер автоматом запускает новый вокер, переносит на него все данные сеансов с которыми работал старый вокер, останавливает старый вокер. При этом сеансы продолжают жить (пользователь этого не замечает), просто начинают работать с другим серверным процессом-вокером.
Rust тоже только rc использует.
По моему опыту текущая ситуация с управлением памятью в 1С не является сколь-нибудь серьезной проблемой:
1. Код, допускающий утечки, сейчас можно отладить с помощью инструментов платформы (https://its.1c.ru/db/metod8dev#content:5859:hdoc)
2. Кластер серверов давно доступен в 64х битном варианте и чисто административными средствами — рестартом процессов по достижении заданного порога памяти — можно сделать незаметным отстутствие честного gc
Короче, на мой вкус вполне нормальный компромисс
Ну да. Если у тебя есть ресурс с автоматчиками, почему бы не попробовать пощипать соседа, правда? Особенно зная, что если и не получиться ничего отщипнуть, то сосед на тебя встречный иск не подаст — у него же
(лоха)автоматчиков нет, хахаха.В ИТ это часто связано с послед-м закатом технологий, разработанных исходным собственником. Примеры:
DEC > Compaq > HP (где VAX? VMS? PDP?)
Sun Microsystems > Oracle (где SPARC?)
Sybase > SAP (где одноименная СУБД?)
>Новый собственники мечтает заполучить себе бизнес чтобы продолжить его эксплуатировать.
Ваша категоричность суждений умиляет :)
Это не всегда так. В мире ИТ есть много примеров, когда бизнес приобретался для
— убийства конкурента и включения его наработок в продукты покупателя
— покупки чисто его клиентской базы
Это было бы правдой, если бы платформа была:
1. открытой, как какой-нибудь Хром
2. с большим международным (а не только русскоязычным) сообществом
>эмоциональных факторов, которые вы тут привели
Этот «эмоциональный», как вы метко выразились, фактор называется политический риск (https://en.wikipedia.org/wiki/Political_risk). В нашей стране он, к сожалению, выше чем в среднем по Европе, например. И истории типа ngnix'а его точно не уменьшают.
Немного другая причинно-следственная связь. Я лично от нескольких молодых (до 30) спецов слышал аргумент типа — зачем мне учить 1С, если нигде в мире он не нужен. Все эти ребята и девчата рассматривали релокацию (Европа, Канада).
И для понимания — я сам патриот 1C с 20 летним (без шуток) стажем. И мне искренне обидно, что так вот оно получается, причем совсем не вине 1C.
Ситуация с ngnix модельная — захотелось кому-то прессануть коммерсов от ИТ в надежде отжать баблишка, например — наслали маскишоу с автоматами с обыском домой. Почему — а потому, что ничего серьезного в случае даже если дело не взлетит силовикам не будет. Это ж не Запад какой-нибудь, где б если такая история произошла, то было бы всестороннее рассмотрение дела — кто заказывал, кто принимал решение автоматчиков домой к программисту приводить, со встречными исками, с послед-ми потерями постов высоких чинов. А тут в лучшем случае (стучу по деревяшке, т.к. еще не факт) просто дело прикроют, мол, чуваки, обознались, сорян.
В 1С несколько лет назад сделали очень удобный механизм внешних источников для работы как раз с «голыми» базами. При этом с таблицами из них можно совершенно бесшовно (так, что и не поймешь родная она 1Ски или внешняя) на клиенте работать со списками, формами, записью.