>>> Провинциал (МихалычЯ) писал (а) в ответ на сообщение: >>>> andkx (A4417880) писал (а) в ответ на сообщение: >>>>> Провинциал (МихалычЯ) писал (а) в ответ на сообщение: >>>>>> andkx (A4417880) писал (а) в ответ на сообщение: >>>>>>> Провинциал (МихалычЯ) писал (а) в ответ на сообщение: >>>>>>>> MuteCRT (MuteCRT) писал (а) в ответ на сообщение: >>>>>>>>> Провинциал (МихалычЯ) писал (а) в ответ на сообщение: >>>>>>>>>> MuteCRT (MuteCRT) писал (а) в ответ на сообщение: >>>>>>>>>>> Провинциал (МихалычЯ) писал (а) в ответ на сообщение: >>>>>>>>>>>> Типа я лежу на печи, а куличи сами собой лепятся? >>>>>>>>>>> Это ж не утопия. Свора депутатов сидит на жопе ровно, гадит на всю страну, а куличи сами падают в карман. >>>>>>>>>> Слышь… Ну если у тебя всё плохо, то может это не «весь мир дерьмо», а что с тобой не так? >>> >>>>>> >>>>>>>>> Что все то? Я обо всем не писал. Есть конкретные вещи которые плохо. Про них и пишу. Причем с фактами. Тебе показалось что «все»? Так я в этом не виноват — беги к Путину и докладывай. >>>>>>>>> >>>>>>>>> И весь мир отнюдь не дерьмо. Он прекрасен. Дерьмо только в одном конкретном месте сидит. В Кремле. >>>>>>>> >>>>>>>> Да все плохо. Вот за что бы ты не взялся — все плохо… >>>>>>> >>>>>>> Пример покажи. Наезды постоянные. Не бритый типа на работу ходишь, не по путински (честно). Говорю… Ну не соответствую строителю путинизма внешне и внутренне. Гоните. Не хотят. Как так? Либо в покое оставьте либо так. И мучают. Знал бы что выгоняют искал бы место там, связи подымал то да се. А так как кота за яйца. >>>>>>
>>>>>> И тут Остапа понесло…. >>>>> >>>>> Кстати нет. Берегут как икону. Понимают что идиотов фанатиков типа меня если сожрать то полная задница наступит. Как ни крути наука на идиотах таких и держится.
>>>> На вопрос кто из вас «идиот» может ответить только психиатр….
>>>> Я тебе уже говорил — скорее всего ты далеко не звезда, даже в своем жанре…
>>> >>> Абсолютно ты прав. Просто остальные еще хуже. Се ля ви. Ты не почуешь, а вот твои потомки хлебнут.
>>Да лан… Прям таки хуже… Не обобщай…
> > Да серьезно. Честно. Профессор у нас в совете по защитам диссертаций сидит. Ему за восемьдесят. Ошибся на 10 порядков то бишь в 10 миллиардов раз в константе. Зато цитируют. С матом. Таких две трети. Наследство совка. И самый прикол. Не передохнут. И попробуй вякни.
Ну возраст, что поделать... Можно подумать ты ошибок не делаешь... Вон сам писал - колбу поменял и результата нет... И так понятно, что дело не в колбе, однако....
23:31 11.10.2020
Закулисинъ (Закулисинъ) писал (а) в ответ на :
> Провинциал (МихалычЯ) писал (а) в ответ на сообщение:
>> Ему про архитектуру, а он про программное...
> > Провинциал, я всё, конечно, понимаю, но архитектура клиент-сервер о деталях которой мы разговариваем с XXVector это и есть "программное"
Архитектура программного или железного? Тебе немного о другом писали...
>>> andkx (A4417880) писал (а) в ответ на сообщение: >>>> Провинциал (МихалычЯ) писал (а) в ответ на сообщение: >>>>> andkx (A4417880) писал (а) в ответ на сообщение: >>>>>> Провинциал (МихалычЯ) писал (а) в ответ на сообщение: >>>>>>> andkx (A4417880) писал (а) в ответ на сообщение: >>>>>>>> Провинциал (МихалычЯ) писал (а) в ответ на сообщение: >>>>>>>>> MuteCRT (MuteCRT) писал (а) в ответ на сообщение: >>>>>>>>>> Провинциал (МихалычЯ) писал (а) в ответ на сообщение: >>>>>>>>>>> MuteCRT (MuteCRT) писал (а) в ответ на сообщение: >>>>>>>>>>>> Провинциал (МихалычЯ) писал (а) в ответ на сообщение: >>>>>>>>>>>>> Типа я лежу на печи, а куличи сами собой лепятся? >>>>>>>>>>>> Это ж не утопия. Свора депутатов сидит на жопе ровно, гадит на всю страну, а куличи сами падают в карман. >>>>>>>>>>> Слышь… Ну если у тебя всё плохо, то может это не «весь мир дерьмо», а что с тобой не так? >>>> >>>>>>> >>>>>>>>>> Что все то? Я обо всем не писал. Есть конкретные вещи которые плохо. Про них и пишу. Причем с фактами. Тебе показалось что «все»? Так я в этом не виноват — беги к Путину и докладывай. >>>>>>>>>> >>>>>>>>>> И весь мир отнюдь не дерьмо. Он прекрасен. Дерьмо только в одном конкретном месте сидит. В Кремле. >>>>>>>>> >>>>>>>>> Да все плохо. Вот за что бы ты не взялся — все плохо… >>>>>>>> >>>>>>>> Пример покажи. Наезды постоянные. Не бритый типа на работу ходишь, не по путински (честно). Говорю… Ну не соответствую строителю путинизма внешне и внутренне. Гоните. Не хотят. Как так? Либо в покое оставьте либо так. И мучают. Знал бы что выгоняют искал бы место там, связи подымал то да се. А так как кота за яйца. >>>>>>>
>>>>>>> И тут Остапа понесло…. >>>>>> >>>>>> Кстати нет. Берегут как икону. Понимают что идиотов фанатиков типа меня если сожрать то полная задница наступит. Как ни крути наука на идиотах таких и держится.
>>>>> >>>>> На вопрос кто из вас «идиот» может ответить только психиатр…. >>>>> Я тебе уже говорил — скорее всего ты далеко не звезда, даже в своем жанре…
>>>>
>>>> Абсолютно ты прав. Просто остальные еще хуже. Се ля ви. Ты не почуешь, а вот твои потомки хлебнут. >>> Да лан… Прям таки хуже… Не обобщай…
>>
>> Да серьезно. Честно. Профессор у нас в совете по защитам диссертаций сидит. Ему за восемьдесят. Ошибся на 10 порядков то бишь в 10 миллиардов раз в константе. Зато цитируют. С матом. Таких две трети. Наследство совка. И самый прикол. Не передохнут. И попробуй вякни.
> > Ну возраст, что поделать... Можно подумать ты ошибок не делаешь... > Вон сам писал - колбу поменял и результата нет... И так понятно, что дело не в колбе, однако....
Дурак? Если человек что то делает он ошибается. Это жизнь. А вот если ничего не делать можно и под небожителя закосить. Знаешь как я критиковать умею и обсирать?
23:36 11.10.2020
andkx (A4417880) писал (а) в ответ на :
> Дурак? Если человек что то делает он ошибается. Это жизнь. А вот если ничего не делать можно и под небожителя закосить. Знаешь как я критиковать умею и обсирать? >
Знаю... Ты этим тут непрерывно занимаешься.... Обсираешь и небожителя из себя строишь...
>>>>> XXVector (XXVector) писал (а) в ответ на сообщение: >>>>>> Прежде всего, сервер БД и сервер приложений это разные вещи, >>>>>
>>>>> ты почему написанное не читаешь — я тебе говорю «в многоуровневой модели клиент-сервер LUW поддерживается между сервером приложений и сервером базы данных,» а ты мне в ответ — да-да сервер приложений и сервер базы данных это разные вещи. как-будто это из написанного мной не следует очевидным образом >>>> >>>>>
>>>>> XXVector (XXVector) писал (а) в ответ на сообщение: >>>>>> особенно самописный. За синхронизацией потоков надо бы следить, да ещё и с удалённого компа, желательно >>>>> >>>>> Представляешь — потоки вообще синхронизировать не надо в общем случае, да и без потоков можно обойтись. это между системами интересно говорить об очередях. а внутри системы сериализация спокойно без потоков делается >>>>
>>>> Ну пусть будут процессы. Только в терминах Винды процесса без потока не бывает, если он не остановлен.
>>>
>>> Ну вот я и говорю. в рамках каждого сервера приложений в рамках каждой транзакции процесс только один и ему ни с кем синхронизироваться не надо, а чтобы не возникло конфликтов при записи есть таблица блокировки для всех этих самых флажков доступ к которой открыт только у одного процесса за счёт чего обеспечивается стабильность сериализации … и всё … для 90х очень неплохая моделька была
>> >> Ничего подобного. Даже если процесс один, в нём может быть несколько потоков. не говоря, что задачи сервера вовсе не обязательно могут обеспечиваться только одним процессом
> > задачи сервера приложений обеспечиваются множеством процессов, которые не надо синхронизировать. Задачи подключения конкретного юзера обеспечиваются одним процессом, который может в свою очередь порождать другие процессы и потоки не требующие синхронизации … итого при множественных процессах и потоках задачи синхронизации или распределённость отсутствуют вообще — ты не забывай, я о конкретном случае из 90х говорю — мне легко)
Да прям уж. Нормальная СУБД отслеживает транзакции автоматически, и не допускает перекрёстных. А в своём, тем более самописном сервере приложений ты должен всю эту механику сам реализовать. Ручками
>>> XXVector (XXVector) писал (а) в ответ на сообщение:
>>>> У процессов могут быть общие ресурсы
>>>
>>> не может. вот по построению (функционал ядра системы) всё окружение у каждого процесса своё целиком и память и диск (не путать с БД — см. выше)
>> >> Да может. Shared memory, слыхал про такое?
> > повторяюсь — по построению — всё пользовательское окружение использует свою выделенную память. Shared memory есть на уровне сервера и доступ к ней организован точно также как и доступ к базе данных — через отдельный процесс опять — никакой нужды в синхронизации процессов и никакого распределения (кстати между серверами приложений тоже можно стучаться. и опять не будет никакой синхронизации и распределения).
А теперь представь, что все эти потоки вознамерятся в этот Shared memory что-то записать, да ещё в одно и то же место. Пример-то классический
Закулисинъ (Закулисинъ) писал (а) в ответ на :
> XXVector (XXVector) писал (а) в ответ на сообщение:
>> К тому же, разделяемым ресурсом может быть не только память. Как насчёт портов, например?
> > На сервере приложений речь может идти только о виртуальном порте для печати, с которого печать может осуществляться на виртуальное (в том числе и фронтенд — через клиентское приложение) устройство. никаких проблем, доступ так же как и к базе данных) и удалённые порты для других приложений (опять же — в этом случае RFC раз мы о 90х говорим и никакого распределения)… ну и совсем другая история порты для бэкапа — эти вообще недоступны обычным пользователям
Почему это принтерный? Самый натуральный порт. Вполне можно обеспечить доступ через драйвер ядра. Открывается типа как файл
23:39 11.10.2020
Ну ясное дело, если бы это писали про успех интела или амд, то всё логично и закономерно, но если что то начинает появляться технологичное и хорошее у России, у местных шизофреников начинается разрыв пуканов. Собственно говоря, разрывом русофобских пердаков полностью удовлетворён. Эти российские разработки в основном в военке используются, и на важных объектах, где ни винду, ни прочую хрень использовать не безопасно...
>>> Провинциал (МихалычЯ) писал (а) в ответ на сообщение:
>>>> Ему про архитектуру, а он про программное... >>>
>>> Провинциал, я всё, конечно, понимаю, но архитектура клиент-сервер о деталях которой мы разговариваем с XXVector это и есть "программное"
>>
>> Архитектура программного или железного? >> Тебе немного о другом писали...
> > Чего железного в архитектуре "клиент-сервер" бывает .. расскажи
Про шаред мемори почитай для начала... Угу?
23:44 11.10.2020
54321_писец (37826) писал (а) в ответ на :
> GNSO33 (Tygrys) писал (а) в ответ на сообщение:
>> в настоящее время мой компьютер ест на завтрак 16 Elbrus nvidia 2080 Ti + AMD Ryzen 9 3950x
>И всё польское?
А как же!
23:50 11.10.2020
XXVector (XXVector) писал (а) в ответ на :
> Да прям уж. Нормальная СУБД отслеживает транзакции автоматически, и не допускает перекрёстных.
У меня все губозакаточные машинки разобрали уже такие же специалисты. Это кто ж был той нормальной СУБД которая "Автоматически отслеживает транзакции" расскажи. Учитывай что модель данных естественно сложная, включающая в себя десятки если не сотни таблиц причём в рамках LUW как правило записи ограничены несколькими строками, а иногда и ячейками из некоторых из этих таблиц
XXVector (XXVector) писал (а) в ответ на :
> А в своём , тем более самописном сервере приложений ты должен всю эту механику сам реализовать. Ручками
Ау .. механика была реализована через таблицу блокировок на уровне сервера БД а никак не сервера приложений ... как минимум потому, что серверов приложений может быть несколько сотен динамически включаемых и отключаемых
>>>> XXVector (XXVector) писал (а) в ответ на сообщение: >>>>> У процессов могут быть общие ресурсы >>>>
>>>> не может. вот по построению (функционал ядра системы) всё окружение у каждого процесса своё целиком и память и диск (не путать с БД — см. выше)
>>>
>>> Да может. Shared memory, слыхал про такое?
>> >> повторяюсь - по построению - всё пользовательское окружение использует свою выделенную память. Shared memory есть на уровне сервера и доступ к ней организован точно также как и доступ к базе данных - через отдельный процесс опять - никакой нужды в синхронизации процессов и никакого распределения (кстати между серверами приложений тоже можно стучаться .. и опять не будет никакой синхронизации и распределения).
> > А теперь представь, что все эти потоки вознамерятся в этот Shared memory что-то записать. Пример-то классический
никаких проблем - я ж сказал, что доступ к Shared Memory на том или ином сервере приложений построен также как и к БД .. процесс желающий записать что-то в Shared Memory обращается к синглтону DAO который пытается заблокировать на запись выданный набор ключей объектов .. если не может - просит подождать, если может - записывает лок, забирает тело объекта, записывает в память, освобождает лок и смотрит кто там у него в очереди количество попыток и интервал ожидания между попытками - конфигурируемы ( кстати в нашем конкретном примере этот функционал появился не в 92м а в 98м ну да 90е они 90е и есть
XXVector (XXVector) писал (а) в ответ на :
> Закулисинъ (Закулисинъ) писал (а) в ответ на сообщение:
>> XXVector (XXVector) писал (а) в ответ на сообщение:
>>> К тому же, разделяемым ресурсом может быть не только память. Как насчёт портов, например?
>> >> На сервере приложений речь может идти только о виртуальном порте для печати , с которого печать может осуществляться на виртуальное (в том числе и фронтенд - через клиентское приложение) устройство .. никаких проблем, доступ так же как и к базе данных ) и удалённые порты для других приложений (опять же - в этом случае RFC раз мы о 90х говорим и никакого распределения )... ну и совсем другая история порты для бэкапа - эти вообще недоступны обычным пользователям
> > Почему это принтерный? Самый натуральный порт. Вполне можно обеспечить доступ через драйвер ядра.Открывается типа как файл
С учётом того, что серверов приложений может быть сколько угодно сотен и подключаются они и отключаются динамически, и находятся в самых разных местах - какой бы смысл был от такого порта на сервере приложений ? Вот на клиенте - да, такое возможно в рамках функционала ОС и клиентского софта ... но это совсем другая история
>>> Закулисинъ (Закулисинъ) писал (а) в ответ на сообщение: >>>> Провинциал (МихалычЯ) писал (а) в ответ на сообщение: >>>>> Ему про архитектуру, а он про программное... >>>> >>>> Провинциал, я всё, конечно, понимаю, но архитектура клиент-сервер о деталях которой мы разговариваем с XXVector это и есть "программное"
>>>
>>> Архитектура программного или железного?
>>> Тебе немного о другом писали...
>> >> Чего железного в архитектуре "клиент-сервер" бывает .. расскажи
> > Про шаред мемори почитай для начала... Угу?
Я там выше постарался попроще объяснить, чтобы даже ты понял .. если не сумеешь после 2-3 прочтений - обращайся.
>>> Провинциал (МихалычЯ) писал (а) в ответ на сообщение: >>>> Закулисинъ (Закулисинъ) писал (а) в ответ на сообщение: >>>>> Провинциал (МихалычЯ) писал (а) в ответ на сообщение:
>>>>>> Ему про архитектуру, а он про программное... >>>>> >>>>> Провинциал, я всё, конечно, понимаю, но архитектура клиент-сервер о деталях которой мы разговариваем с XXVector это и есть "программное"
>>> Чего железного в архитектуре "клиент-сервер" бывает .. расскажи
>> >> Про шаред мемори почитай для начала... Угу?
> > Я там выше постарался попроще объяснить, чтобы даже ты понял .. если не сумеешь после 2-3 прочтений - обращайся.
Да это похоже ты не понял от чего плясать надо....
23:59 11.10.2020
54321_писец (37826) писал (а) в ответ на :
> Elbrus
производит ли Тайвань
00:00 12.10.2020
Закулисинъ (Закулисинъ) писал (а) в ответ на :
> XXVector (XXVector) писал (а) в ответ на сообщение:
>> Да прям уж. Нормальная СУБД отслеживает транзакции автоматически, и не допускает перекрёстных.
> > У меня все губозакаточные машинки разобрали уже такие же специалисты. Это кто ж был той нормальной СУБД которая «Автоматически отслеживает транзакции» расскажи. У
Ингрес, Оракл, Информикс, — всё это было тогда
Закулисинъ (Закулисинъ) писал (а) в ответ на :
> никаких проблем — я ж сказал, что доступ к Shared Memory на том или ином сервере приложений построен также как и к БД. процесс желающий записать что-то в Shared Memory обращается к синглтону DAO который пытается заблокировать на запись выданный набор ключей объектов. если не может — просит подождать, если может — записывает лок, забирает тело объекта, записывает в память, освобождает лок и смотрит кто там у него в очереди количество попыток и интервал ожидания между попытками — конфигурируемы (кстати в нашем конкретном примере этот функционал появился не в 92 м, а в 98 м ну да 90е они 90е и есть
Всё прекрасно записывает одновременно и не жужжит
Закулисинъ (Закулисинъ) писал (а) в ответ на :
> С учётом того, что серверов приложений может быть сколько угодно сотен и подключаются они и отключаются динамически, и находятся в самых разных местах — какой бы смысл был от такого порта на сервере приложений? Вот на клиенте — да, такое возможно в рамках функционала ОС и клиентского софта … но это совсем другая история
Ну у меня был к примеру порт подключения к низовой автоматике в одной из конфигураций на сервере. И теоретически все клиенты могли начать в него ломиться
