Sean Barbeau

**Comment by [barbeau](https://github.com/barbeau)** _Tuesday Sep 19, 2017 at 17:55 GMT_ ---- We could use the batch processor for benchmarking feed processing times - see README "Configuration options ->Batch processing": https://github.com/CUTR-at-USF/gtfs-realtime-validator#configuration-options

**Comment by [skjolber](https://github.com/skjolber)** _Sunday Mar 11, 2018 at 10:01 GMT_ ---- @barbeau did you try running the out-of-memory dataset using a profiler?

**Comment by [barbeau](https://github.com/barbeau)** _Sunday Mar 11, 2018 at 21:17 GMT_ ---- No, not yet.

**Comment by [barbeau](https://github.com/barbeau)** _Tuesday Dec 14, 2021 at 15:24 GMT_ ---- A good approach for this might be to graph performance on each PR instead of imposing hard limits via...

**Comment by [derhuerst](https://github.com/derhuerst)** _Tuesday Dec 14, 2021 at 16:41 GMT_ ---- [DELFI e.V.](https://www.delfi.de/) is a non-profit that aggregates transit datasets of all the local transit authorities/providers to create a unified...

Does anyone else have an M1 Mac to test this issue? There is a chance it may be resolved by PR https://github.com/MobilityData/gtfs-realtime-validator/pull/106 when that's merged.

@isabelle-dr What JDK version are you using to build?

Yes, please try 17 and see if you get the same.

Interesting - looks like you're getting different errors than Lionel: ``` ------------------------------------------------------------------------------- Test set: edu.usf.cutr.gtfsrtvalidator.api.resource.GtfsFeedTest ------------------------------------------------------------------------------- Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0 s

@isabelle-dr Could you try one more time, this time with JDK 17 running `mvn clean package` to make sure the previous build is deleted first?