и выше, клиенты на чтение не могут достучаться до Тарантула! Вставка срабатывает. (нагрузка в 6-8к rps на вставку и около 3к prs на чтение, версия Tarantool 1.7.4-239-g5dc60c5) Весь truncate занимает почти полчаса.
2017-09-14 09:14:26.851 [1718] iproto sio.cc:303 !> SystemError writev(1), called on fd 44, aka xx.xx.xx.xx:3311: Connection reset by peer
2017-09-14 09:14:27.553 [1718] iproto sio.cc:303 !> SystemError writev(1), called on fd 539, aka xx.xx.xx.xx:3311: Connection reset by peer
2017-09-14 09:18:33.047 [1718] iproto sio.cc:303 !> SystemError writev(1), called on fd 114, aka xx.xx.xx.xx:3311: Connection reset by peer
2017-09-14 09:19:05.741 [1718] iproto sio.cc:303 !> SystemError writev(1), called on fd 40, aka xx.xx.xx.xx:3311: Connection reset by peer
2017-09-14 09:19:16.952 [1718] iproto sio.cc:303 !> SystemError writev(1), called on fd 35, aka xx.xx.xx.xx:3311: Connection reset by peer
вот что есть в логах. Занятость CPU занимает только 1/8 часть (однотредовая модель ТТ, как обсуждали тут ранее). Памяти также много свободной. В какую сторону нужно смотреть для оптимизации truncate таких объемов кортежей?
И все же, может есть идейки у кого-нибудь?
Какой engine
Обсуждают сегодня