Hi Roman, I assume you use 2.0 ?
There are some issues with building the label scan store with the 2.0 batch inserter. Something you can do is to use the 1.9 batch-inserter to add your nodes then upgrade the store, and add labels after the fact using the transactional db (if need be). If you don't use labels for now you can also stay with the 1.9 version so long. What about relationships? How many do you have and do they fit on the SSD as well? HTH Michael Am 26.12.2013 um 12:48 schrieb Roman Tkalenko <[email protected]>: > Michael, > well, that's a pity. Thank you for an answer anyway. > > I don't want to start a new thread, so I'll ask another question right here: > I'm using BatchInserter to insert ~500 000 000 nodes into the db and they fit > onto a 60 GB SSD nicely, but after the insertion finishes, indexing starts > and the whole process fails because of `no place left on the device`. I > didn't create index (i didn't assign any labels to nodes) and didn't call > anything like `createDeferredSchemaIndex()` or so on. Why is the indexing > process being launched anyway? How do I completely disable it? > Thank you, > Roman. > > On Thursday, December 26, 2013 8:11:05 AM UTC+2, Michael Hunger wrote: > Roman, > > unfortunately no to 1) and 2) but this is an interesting suggestion. > > Currently the two modes only differ in allowing writes or not, not much in > terms of performance (i.e. removing locks or synchronization on the r/o > connection) > > Michael > > Am 25.12.2013 um 16:16 schrieb Roman Tkalenko <[email protected]>: > >> Hi, >> I'd like to hear your advice concerning the following: >> is it even possible - open two simultaneous connections to (already >> existing) database, one of which will be opened as "read-only", and the >> other one - with full access? >> is it reasonable and will my app gain significant performance under the >> condition that I have more read-only operations than r-w? >> if answers to 1) and 2) are "yes"? than what is the most appropriate way to >> do it? >> Thank you, >> Roman. >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Neo4j" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to [email protected]. >> For more options, visit https://groups.google.com/groups/opt_out. > > > -- > You received this message because you are subscribed to the Google Groups > "Neo4j" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/groups/opt_out. -- You received this message because you are subscribed to the Google Groups "Neo4j" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/groups/opt_out.
