Спасибо! Я так и думал, что ifstream не совсем корректно работает, но цифра в 1.5 Гб ни о чем не говорит
Я так понимаю, что _stat64/_fstat64 не зависят от платформы?
Более менее разобрались, проблема в том, что у меня обновление шло в несколько потоков, а у CouchDB нет нормального механизма блокировок из-за этих непонятных ревизий.
Да, на самом деле так и есть: каждый раз, когда документ обновляется, меняется его ревизия.
У меня есть документ, duplicates_tracking, в котором в объекте у меня все мои уникальные идентификаторы. Записываю я эти идентификаторы пачками по 10 тысяч штук.
Может где-то какие-то настройки поменялись? У меня подобное случалось на CentOS, когда я отключил все сетевые адаптеры в настройках.
Но видимо проблема не в недостатке свободного места.
Хотя, вроде не похоже на то, что место забивается под своп. Попробуйте добавить оперативной памяти или запустится в режиме single-mode (если не ошибась, то в этом режиме какие-то сервисы не запустятся)
Хмм, вроде SuperColumns еще никуда не убрали. К тому-же меня привлекает то, что Cassandra успешно используется крупными компаниями. Хотя Redis то-же выглядит привлекательно.
выдал rpc_timeout, после чего первая нода умерла. После рестарта она безбожно начала обмениватся данными с остальными нодами и судя-по всему данные теперь размажутся ровным слоем по кластеру. Но вопрос все еще в силе: как сбалансировать данные вручную?
Задача, запускать на этом кластере виртульные ОСи для всяких веб приложений, тоесть создать такое корпоративное облако, на котором под каждое web приложение, будет своя виртуальная ОС с real IP и\или с возможностью записи в какие-либо физические порты, т.к. некоторые виртуальные ОСи будут иметь софт, который будет автоматизировать и управлять производственными процессами
