in any case, ignore my bug reports, I am done with this, I waste my time and your time . Its clear pharo is not really suited for my needs, life goes on.
On Sat, Jan 16, 2016 at 4:40 PM Dimitris Chloupis <kilon.al...@gmail.com> wrote: > disk, 1TB. why it matters ? from my profile its clear that its not the > primitive that is the problem but how Pharo processes pngs. > > I happen to work with a lot of big data both in 3d graphics, a blender > file can easily reach 250 mb and it opens under a second and audio files , > plus instrument that uses alot of audio files as samples of several gbs > giving again instanenous loading. I am not talking here 60 files, I am > talking thousands of files. > > I report a sever limitation and I have been told > > a) I have not done enough to isolate the problem when I post clear > profiling reports and the code that is responsible for it > b) why I make a fuss about it since there are work arounds > c) that its a hardware limitation when the hardware is able to perform > light years ahead of what pharo is currently doing > > Sorry but this kind of attitude is really bad, when someone reports a bug > I find it a lot better to tell him that you don't care or not reply at all > and ignore him than just find excuses for the bug or limitation. > > I see it every single time I complain about a problem there is a few > people who are logical about this like Ben , Esteban etc and then some > other that in complete denial zone and easily offended by the truth. > > On Sat, Jan 16, 2016 at 4:07 PM Stephan Eggermont <step...@stack.nl> > wrote: > >> On 16-01-16 14:48, Dimitris Chloupis wrote: >> > sorry but thats plain horrible performance wise and those images are >> > needed as soon as the gui is opened. So there can be no lazy loading for >> > them. The total size for all the 60 images is 530kbs . What would happen >> > if I did some serious animations of 10s of mbs , I will have to go to >> > buy a coffee to get my GUI opened :D >> >> Is that on a disk or an SSD? You won't be able to get much more than 60 >> files opened/s on a disk. >> >> Stephan >> >> >> >>
