On Fri, Jul 1, 2016 at 7:37 AM, Sam Whited <s...@samwhited.com> wrote: > On Thu, Jun 30, 2016 at 10:37 PM, simran <simrangamb...@gmail.com> wrote: >> I'm wanting to write some image modification stuff and want to plug it into >> GIMP, and being able to look at samples would really help. > > This doesn't answer your question, but I'd be curious to see what sort > of performance characteristics you get out of this when doing image > manipulation. I do a lot of bulk raw photo manipulation but I > generally don't use Go on the assumption that memory usage will grow > at an unacceptable rate due to the 10ms GC time (which may not allow > for a full collection if I'm processing lots of pixels, or a huge > number of photos or video frames), but I have absolutely no real > experience to back that up (other than the fact that doing video or > photo processing in any language with GC requires careful thought and > planning that can end up being worthless if they rewrite the GC > sometime down the road). > > I'm a big fan of Go, but this isn't a use case I'd think it would be > great for, but maybe if you're just manipulating one or two images at > a time it's not that big of a deal. Keep us posted!
Current release of Go have a concurrent collector that does almost all of its work in parallel with your application. If your application is allocating a lot of memory quickly, the collector works harder. I don't know how well it would work for you, but I wouldn't worry about the 10ms GC time. That is a goal; the GC generally does much better than that in reality. Ian -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop receiving emails from it, send an email to golang-nuts+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
