Dear Bill, dear all, yes that seems to be it. The problem orginates from objects of class transformMap from package flowCore
> object_size(object@transforms@transforms$PC1.all@f) 174 MB > object.size(object@transforms@transforms$PC1.all@f) 1160 bytes object@transforms@transforms$PC1.all@f function(x) x <environment: 0x3314db8> Do you know how to 'see' what's in 0x3314db8 ? Might then drop a line to flowCore's developer, this behavior cannot be intended - especially here where f literally is just identity :-) Best wishes, Lars > On 19. Feb 2019, at 21:30, William Dunlap <wdun...@tibco.com> wrote: > > One reason save() makes bigger files than dump() is that save() saves > environments associated with functions that are saved and those environments > may contain large datasets that are not really needed. > > Bill Dunlap > TIBCO Software > wdunlap tibco.com <http://tibco.com/> > > On Tue, Feb 19, 2019 at 11:59 AM Jeff Newmiller <jdnew...@dcn.davis.ca.us > <mailto:jdnew...@dcn.davis.ca.us>> wrote: > Make a reproducible example that focuses on the save/load aspect of the size > problem. You may need to experiment with which variables need to be in the > save file in order to trigger the behavior. Your example might have to > involve sending us a link to a large file, but that size may dissuade busy > experts from tackling it so paring it down by experimentation could be in > your best interest. > > There is some expected behavior that can lead to larger files than the > original in-memory data, but offhand I am unaware of any explanation for > those files then using less space when re-loaded into memory than they occupy > on disk. > > On February 18, 2019 11:51:11 AM PST, Lars Velten <lars.vel...@embl.de > <mailto:lars.vel...@embl.de>> wrote: > >Dear list, > >I noticed an extremely odd behavior... I have a rather complex shiny > >app which allows the user to store his/her state which internally > >obviously triggers as call to save as follows > >save(list=c("plots","gates","populations","cg", > >"genelists","colorscores", "proj", "actds"),file=fname) > >this was all working fine until some time ago (?!?) files created by > >this command became several hundred MBs big... even thought the > >cumulative size of all objects in memory after load() is in the 10s of > >kB. > >Changing to > >dump(list=c("plots","gates","populations","cg", > >"genelists","colorscores", "proj", "actds"),file=fname) > >solved the problem, output was then only 10s of kB. > >(Why/when) is this behavior intended? > >Best wishes, > >Lars > > > > [[alternative HTML version deleted]] > > > >______________________________________________ > >R-help@r-project.org <mailto:R-help@r-project.org> mailing list -- To > >UNSUBSCRIBE and more, see > >https://stat.ethz.ch/mailman/listinfo/r-help > ><https://stat.ethz.ch/mailman/listinfo/r-help> > >PLEASE do read the posting guide > >http://www.R-project.org/posting-guide.html > ><http://www.r-project.org/posting-guide.html> > >and provide commented, minimal, self-contained, reproducible code. > > -- > Sent from my phone. Please excuse my brevity. > > ______________________________________________ > R-help@r-project.org <mailto:R-help@r-project.org> mailing list -- To > UNSUBSCRIBE and more, see > https://stat.ethz.ch/mailman/listinfo/r-help > <https://stat.ethz.ch/mailman/listinfo/r-help> > PLEASE do read the posting guide http://www.R-project.org/posting-guide.html > <http://www.r-project.org/posting-guide.html> > and provide commented, minimal, self-contained, reproducible code. [[alternative HTML version deleted]] ______________________________________________ R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
