Здравствуйте, Vain, Вы писали:

V>А почему Perforce не должен работать постоянно, это же не только vcs, а система постоянного мониторинга файлов, changelist'ов, веток и других пользователей? Я, к примеру, могу видеть что другие пользователи делают просто нажав F5 на депозитории или группе файлов.

Это и оборачивается в факап P4 при распределенной командной разработке что и требует вспомогательных костылей

V>На практике ты имел честь наблюдать скорее перегруз от миллиона запросов в секунду.

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

Возвращаясь к исходному факапу P4, здесь все очевидно, понятно и дальнейшее обсуждение исчерпано.

Здравствуйте, Vain, Вы писали:

V>А почему Perforce не должен работать постоянно, это же не только vcs, а система постоянного мониторинга файлов, changelist'ов, веток и других пользователей? Я, к примеру, могу видеть что другие пользователи делают просто нажав F5 на депозитории или группе файлов.

Это и оборачивается в факап P4 при распределенной командной разработке что и требует вспомогательных костылей

V>На практике ты имел честь наблюдать скорее перегруз от миллиона запросов в секунду.

Ты не просто не понимаешь а еще пытаешся угадать

"Простой перегруз" это простое объяснение для людей не понимающих в распределенной обработке и архитектуре. Еще можно молотком постучать. Может, поможет. Ага.

Простой перегруз прекрасно лечится более быстрым серевером и/или широким каналом.

Но если в локальной сети все работает быстро а удаленно — нет, при достаточном канале, то здесь решить можно только переделкой продукта или его заменой. Ибо ограничено при неизменности продукта network latency, где значительный компонент это скорость света (сигнала по проводам).

Возвращаясь к исходному факапу P4, здесь все очевидно (для меня), понятно и дальнейшее обсуждение исчерпано ибо бессмысленно за неимением базы.