Etherpad-lite: 적용된 속성으로 인해 적용이 일치하지 않을 수 있습니다. 복제하려면 부하 테스트 적용 범위가 필요합니다.

흥미롭게도 CLI 클라이언트를 사용하면 이런 일이 발생하지 않습니다. 따라서 이것은 웹 클라이언트 문제여야 합니다.

collab_client.js 283행

    if (msg.type == "NEW_CHANGES")

여기에서 오류가 발생하는 것으로 보입니다.

수정 횟수가 잘 처리되지 않는 것 같습니다.

안녕 존, 맞아!
테스트 서버에서 loadTest를 실행했습니다. node app.js http://127.0.0.1 :9001/p/load -d 180 -l 100 -a 500
또한 생산적: node app.js http://127.0.0.1 :9001/p/load -l 50 -a 12
문제가 없었습니다.

사용자는 이미 패드에 있으면 문제가 없다고 확인했습니다. 문제는 사용자 10명에서 15명 사이에서 발생합니다.

180/500은 비현실적인 숫자임호! 초당 1개의 편집 작업을 수행하는 500명의 작가는 인터넷을 깨뜨릴 것입니다 🖌️

안녕하세요 @JohnMcLear 입니다. 그러나 나는 Etherpad 설치가 그것을 견뎠다는 것을 확신할 수 있습니다! 인상적이다. 그러나 이것은 또한 우리 인스턴스가 정확히 충돌하는 것이 무엇이든(닫힌 문제 https://github.com/ether/etherpad-lite/issues/4090 참조) 아마도 실제로 패드의 활동에 의존하지 않을 수 있음을 의미합니다. 또 다른 문제입니다.

@yorickreum을 언급했습니다. 하지만 이 문제를 해결할 수 있다면 문제가 해결될 가능성이 높습니다. 일치하지 않는 적용은 본질적으로 내가 해결해야 하는 경합 상태이며 이 문제 버그 수정은 원인에 관계없이 발생하는 경합 상태의 모든 결과를 다룰 것입니다.

흥미로운. mismatched apply 는 변경 집합을 문자열에 적용하는 데만 적용할 수 있으며 loadTest 도구가 수행하는 유일한 작업인 패드 콘텐츠의 "추가"가 아닙니다.

loadTest 도구가 문자열에 변경 집합 적용을 시뮬레이션하도록 만들어야 합니다.

상황이 오래된 경우에 대비하여 이것에 대한 업데이트입니다.

문서 속성 관리자 없이 changeset.js만 사용하여 선택 항목에 속성을 적용하는 논리가 기억나지 않아 도움을 요청했습니다.

최근에 친숙한 사람이 도움을 줄 수 있는 것입니다. 해당 로직을 갖게 되면 부하 테스트에 포함시키고 버그를 시뮬레이트할 수 있기를 바랍니다.

이에 대한 추가 업데이트가 없으면 시간이 부족했기 때문입니다.

간단한 업데이트/보고:

어제 사용자가 2명뿐인 패드에서 문제가 다시 발생하여 @yorickreum이 이미 작성한 것처럼 사용자 수에 의존하지 않는 것 같습니다(https://github.com/ether/etherpad-lite/issues 참조). /4090). 문제는 2분 후에 발생하고 1분 동안 지속되어 탭을 닫고 새 탭에서 패드를 다시 열었고 결국 다음 1시간 동안 문제를 해결했습니다. Firefox 78.0.2를 사용합니다.

@Oremountainflorian 계속되는지 확인하기 위해 플러그인 없이 테스트를 제안하고 싶습니다.

오류가 지속된 후 1분 이내에 브라우저를 새로 고치려고 했습니까? 변경 집합은 영구적으로 저장되지 않으므로 낮은 활동을 새로 고침해도 문제가 해결되지 않습니다. 나는 어떤 플러그인 망할 일이 일어날 수 있다고 느낀다.