だいたい10人以上で同時編集を行うと動作が重くなり、追加・変更箇所の反映がされづらくなります

意図せず同一行を同時編集してしまうケースも多発...

20人を超えるとまともに使えなくなるケースもあります

弊社ではMTGのほとんどがScrapboxに依存しており、死活問題となっております

ご多忙の中恐縮ですが、ご対応いただけると助かります...！！

他社さんで同様の問題に直面しているところがあれば、どう対応しているのかも教えていただけると幸いです！

１ページの量が多くなると重くなりますが、同時編集の人数だけではあまり重くならないかと思います

１ページの量を減らしてみてどうなるか実験してもらえますか？

量が少ない状態でもよく起こります

20人くらいで社内発表会に参加し…同時にログを取るととても重い

3000行ぐらいあると重いですね

重くなる条件はこうだと認識しています

同一行、もしくは上下に隣接した行の同時編集

これは結構ありそうですね

まだ、使い慣れていないメンバーが多数いる状態なので隣接行の同時編集してしまう

同時に書いている人数に依存する

見ているだけの人は数百人いても問題ない

長文ではなく箇条書きを使うとあまり重くならない

長文だと重くなる…というのは持っていない観点でした

600人規模の組織だとちゃんと伝えないといけない特徴だと感じました

全員が箇条書きに慣れているわけではない

大体の人が「（慣れ親しんだほかツールと同様に）長文を書く」ので

一レコードのサイズが大きくなってしまう…あたりが原因ですかね

Scrapboxが「行単位でのDB管理」をしていることから推測

ネット回線が細いと重くなる

Scrapboxが帯域をどれくらい占有しているか社内チェックします

調査してみた結果

重いのはどの点か

1. ページを開く動作

2. エディタの編集動作（カーソル移動、文字の書き込み、選択操作）

3. リアルタイムの同期（他人の書き込みの反映、自分の書き込みの保存の反映）

でいうと、3が重そうという感じではないかと思っています。

こちらっぽいのですが…この重さは「同一PJT内での同時書き込み」が多いほど重いのでしょうか？

緊急対応として「社内で利用するプロジェクトを分ける」をしようと思います

いえ、同一PJT内の同時書き込みは関係ないです

同一ページに同時に「編集に」参加する人数が多くなると書き込みの反映に時間がかかるという感じかと思います

同一ページでなくても…重くなるタイミング（1,2のような）があるのですが、それは関係ないですかね

もしあるとしたら別の原因ですね

1, 2についてはまだ弊社側で確認できておらず、

これについてはこちらでも認識している点があるので、修正していこうと思います。

一方でなかなかすぐには難しいです