On Wed, Mar 8, 2017 at 12:04 PM, Chris Hostetter <[email protected]> wrote: > > : If you don't like the limit for your specific test: use > : @SuppressFileSystems annotation to suppress it. > : > : But it is really insane for a unit test to use so many index files, > : and it is important to reproduce such bugs when they do happen. > > i'm not disagreeing with the value of HandleLimitFS. > > I'm saying that in tests like TestIndexSorting.testRandom3 -- where the > point is to create 2 distinct indexes and compare some things about them > -- having a single limit for the entire JVM isn't as useful as if there > was an easy way to just limit the number of open files per index (or for > the test to declare "treat these indexes as if they were on distinct > filesystems").
This isn't how operating systems work though. They don't care about how many indexes or filesystems you have, its a file handle limit for the process (entire JVM). So this simply reflects that. 2048 is already far too much: on my mac the default limit is only 256. --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
