Smalltalk › Pharo › Pharo Smalltalk Users

Script of the day

_‹ Previous Topic Next Topic _›

Classic

List

Threaded

7 messages Options

abergel

Script of the day

Hi!

Just to share a couple of experiment. I have tried the following in a playground:

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

b := RTMondrian new.

b shape rectangle

if: [ :aFile | aFile path basename beginsWith: '.' ] color: Color red.

b nodes: FileLocator documents allChildren.

b edges connectFrom: #parent.

b normalizer

normalizeSize: #size using: #sqrt.

b layout tree.

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

It shows a tree of the file system. Thanks to GT, simply clicking on a file may show you the content and other things.

You can also use the cluster layout:

I have tried this on OS X, since the pointed folder is ~/Documents.

Cheers,

Alexandre

--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

kilon.alios

Re: Script of the day

that was a nice way to freeze my image, thank you :D

On Wed, Jul 29, 2015 at 4:27 PM Alexandre Bergel <[hidden email]> wrote:

Hi!

Just to share a couple of experiment. I have tried the following in a playground:
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
b := RTMondrian new.

b shape rectangle
if: [ :aFile | aFile path basename beginsWith: '.' ] color: Color red.
b nodes: FileLocator documents allChildren.
b edges connectFrom: #parent.
b normalizer
normalizeSize: #size using: #sqrt.
b layout tree.
b
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

It shows a tree of the file system. Thanks to GT, simply clicking on a file may show you the content and other things.

You can also use the cluster layout:

I have tried this on OS X, since the pointed folder is ~/Documents.

Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Hannes Hirzel

Re: [Moose-dev] Script of the day

In reply to this post by abergel

Very nice! Thank you, Alexandre.

--Hannes

On 7/29/15, Alexandre Bergel <[hidden email]> wrote:

> Hi!
>
> Just to share a couple of experiment. I have tried the following in a
> playground:
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> b := RTMondrian new.
>
> b shape rectangle
> if: [ :aFile | aFile path basename beginsWith: '.' ] color: Color red.
> b nodes: FileLocator documents allChildren.
> b edges connectFrom: #parent.
> b normalizer
> normalizeSize: #size using: #sqrt.
> b layout tree.
> b
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>
> It shows a tree of the file system. Thanks to GT, simply clicking on a file
> may show you the content and other things.
>
>
> You can also use the cluster layout:
>
>
> I have tried this on OS X, since the pointed folder is ~/Documents.
>
> Cheers,
> Alexandre
> --
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel http://www.bergel.eu
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>
>
>
>

Hannes Hirzel

Re: [Moose-dev] Re: Script of the day

In reply to this post by kilon.alios

Is it possible to use a tree map?

--Hannes

On 7/30/15, Alexandre Bergel <[hidden email]> wrote:

> I gave a try, and I did not find anything weird.
> I guess your document folder contains many files, as Doru said
>
> Alexandre
> --
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel http://www.bergel.eu
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>
>
>
>> On Jul 30, 2015, at 5:51 AM, Dimitris Chloupis <[hidden email]>
>> wrote:
>>
>> Frankly I dont mind big images or big data , neither I share the obsession
>> to shrink things down to few mbs in a time that we are talking in TBs .
>>
>> Anyway you asked for the image and this is a link to it
>>
>> https://www.dropbox.com/s/wh1071xgoo54fq7/1%20Ephestos%2027-05-15.zip?dl=0
>> <https://www.dropbox.com/s/wh1071xgoo54fq7/1%20Ephestos%2027-05-15.zip?dl=0>
>>
>> I dont think you will find anything abnormal about it though.
>>
>> I was wondering whether it would worth the effort beyond the unit tests
>> that check for behaviour of the code to have also benchmark tests that
>> will have to pass specific standards so that specific method must perform
>> under a strict timetable specific tasks, this way CI may alert not only
>> unit tests that fail but also benchmarks that fail , automagically.
>>
>> Maybe some food for thought.
>>
>> Personally I am far more worried how much CPU Pharo consumes than how much
>> RAM.
>>
>> On Wed, Jul 29, 2015 at 11:54 PM Peter Uhnák <[hidden email]
>> <mailto:[hidden email]>> wrote:
>> Not sure if there is any downside (I've been using it for a long time
>> without problems), but image cleanup often does wonders for me.
>>
>> Moose image
>> 410 MB => cleanup (World -> System -> Do Image Cleanup) => save => 237
>> MB
>> and I even had situations where it went from ~600 MB to ~60 MB.
>> (As to why my images are so massive... right now there are 19 windows
>> opened inside most of them with opened roassal visualization... and I am
>> saving like every five minutes... but that is just a guess.)
>>
>> But image cleanup is supposed to break things, so better to backup the
>> folder first.
>> Plus is cache really necessary? I mean it's a cache. .image + .changes
>> should usually suffice.
>>
>> Peter
>>
>> On Wed, Jul 29, 2015 at 10:45 PM, Dimitris Chloupis <[hidden email]
>> <mailto:[hidden email]>> wrote:
>> Tudor I dont know if you received my message but I already answered that
>> with this:
>>
>> "ah ok then its normal. Yes the structure is extensive, its 13 folders
>> (the rest 71 are files some of them very big), I would not be surprised if
>> each contains 100 files in its own subfolders."
>>
>>
>>
>> On Wed, Jul 29, 2015 at 11:30 PM Tudor Girba <[hidden email]
>> <mailto:[hidden email]>> wrote:
>> Hi,
>>
>> But, do you confirm that you have many files under the mentioned folder?
>>
>> Cheers,
>> Doru
>>
>>
>>
>> On Wed, Jul 29, 2015 at 10:25 PM, Dimitris Chloupis <[hidden email]
>> <mailto:[hidden email]>> wrote:
>> the image is 180 mb, changes are another 15, there are several other
>> folders that raise the total size to 250 mb, monticello-cache and
>> github-cache prodominately.
>>
>> Hmm ok my bad, the size of the zip is 89 MB not 200 mb. Still will take me
>> 1-2 hours to upload on this connection. So if you guys still need the
>> image i can upload tommorow from work, though it seems my slow down is
>> normal.
>>
>> Afterall I am sure you can test it yourselves on complex file structures
>> to see if it has delays as long as 20 minutes.
>>
>>
>>
>> On Wed, Jul 29, 2015 at 11:01 PM Sven Van Caekenberghe <[hidden email]
>> <mailto:[hidden email]>> wrote:
>>
>> > On 29 Jul 2015, at 21:33, Dimitris Chloupis <[hidden email]
>> > <mailto:[hidden email]>> wrote:
>> >
>> > well i can send you the image tommorow because its huge (200 MB ziped)
>> > for my pathetically slow internet connection at home. I will send it
>> > from work which is 8 times faster.
>>
>> If the image is 200 MB zipped, how large is it in its normal state ?
>>
>> For me, a 100 MB image file is already quite large, that would compress to
>> maybe 20/30 MB.
>>
>> This doesn't sound right to me, unless you explicitly tried to store a lot
>> of data.
>>
>> Maybe something else is wrong that would explain the slowness.
>>
>> > I can tell you that I am on MacOS Yosemite , I get my image with
>> > pharolauncher, the image was dowloaded at 27-07-15 some of the 84 items
>> > are folders that contain many sub folders. No idea if that matters.
>> >
>> > I got Roassal 2 using the Package Browser in Pharo 5 (the new
>> > configuration browser).
>> >
>> > On Wed, Jul 29, 2015 at 8:17 PM Alexandre Bergel
>> > <[hidden email] <mailto:[hidden email]>> wrote:
>> > Are you using windows? I know it may has problems regarding the source
>> > code. You have 84 items and the visualization is slow? How is this
>> > possible.
>> >
>> > Can I have a look at your image?
>> >
>> > Cheers,
>> > Alexandre
>> > --
>> > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>> > Alexandre Bergel http://www.bergel.eu <http://www.bergel.eu/>
>> > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>> >
>> >
>> >
>> >> On Jul 29, 2015, at 12:26 PM, Dimitris Chloupis <[hidden email]
>> >> <mailto:[hidden email]>> wrote:
>> >>
>> >> thats ok it unfroze after 20 minutes or so . I managed to inspect the b
>> >> but its incredible slow to navigate and use . Even moving the inspector
>> >> around is incredible slow. My Documents folder contains 84 items, maybe
>> >> it cant handle so well this amount of datea ?
>> >>
>> >> On Wed, Jul 29, 2015 at 5:55 PM Alexandre Bergel
>> >> <[hidden email] <mailto:[hidden email]>> wrote:
>> >> Oh… sorry. Was not my intention
>> >>
>> >> Alexandre
>> >> --
>> >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>> >> Alexandre Bergel http://www.bergel.eu <http://www.bergel.eu/>
>> >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>> >>
>> >>
>> >>
>> >>> On Jul 29, 2015, at 11:24 AM, Dimitris Chloupis <[hidden email]
>> >>> <mailto:[hidden email]>> wrote:
>> >>>
>> >>> that was a nice way to freeze my image, thank you :D
>> >>>
>> >>> On Wed, Jul 29, 2015 at 4:27 PM Alexandre Bergel
>> >>> <[hidden email] <mailto:[hidden email]>> wrote:
>> >>> Hi!
>> >>>
>> >>> Just to share a couple of experiment. I have tried the following in a
>> >>> playground:
>> >>> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>> >>> b := RTMondrian new.
>> >>>
>> >>> b shape rectangle
>> >>> if: [ :aFile | aFile path basename beginsWith: '.' ] color: Color
>> >>> red.
>> >>> b nodes: FileLocator documents allChildren.
>> >>> b edges connectFrom: #parent.
>> >>> b normalizer
>> >>> normalizeSize: #size using: #sqrt.
>> >>> b layout tree.
>> >>> b
>> >>> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>> >>>
>> >>> It shows a tree of the file system. Thanks to GT, simply clicking on a
>> >>> file may show you the content and other things.
>> >>> <Screen Shot 2015-07-29 at 10.23.51 AM.png>
>> >>>
>> >>> You can also use the cluster layout:
>> >>> <Screen Shot 2015-07-29 at 10.25.11 AM.png>
>> >>>
>> >>> I have tried this on OS X, since the pointed folder is ~/Documents.
>> >>>
>> >>> Cheers,
>> >>> Alexandre
>> >>> --
>> >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>> >>> Alexandre Bergel http://www.bergel.eu <http://www.bergel.eu/>
>> >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>> >>>
>> >>>
>> >>>
>> >>> _______________________________________________
>> >>> Moose-dev mailing list
>> >>> [hidden email] <mailto:[hidden email]>
>> >>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>> >>> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev>
>> >>
>> >> _______________________________________________
>> >> Moose-dev mailing list
>> >> [hidden email] <mailto:[hidden email]>
>> >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>> >> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev>
>> >> _______________________________________________
>> >> Moose-dev mailing list
>> >> [hidden email] <mailto:[hidden email]>
>> >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>> >> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev>
>> >
>> > _______________________________________________
>> > Moose-dev mailing list
>> > [hidden email] <mailto:[hidden email]>
>> > https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>> > <https://www.iam.unibe.ch/mailman/listinfo/moose-dev>
>> > _______________________________________________
>> > Moose-dev mailing list
>> > [hidden email] <mailto:[hidden email]>
>> > https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>> > <https://www.iam.unibe.ch/mailman/listinfo/moose-dev>
>>
>>
>> _______________________________________________
>> Moose-dev mailing list
>> [hidden email] <mailto:[hidden email]>
>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev>
>>
>> _______________________________________________
>> Moose-dev mailing list
>> [hidden email] <mailto:[hidden email]>
>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev>
>>
>>
>>
>>
>> --
>> www.tudorgirba.com <http://www.tudorgirba.com/>
>>
>> "Every thing has its own flow"
>> _______________________________________________
>> Moose-dev mailing list
>> [hidden email] <mailto:[hidden email]>
>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev>
>>
>> _______________________________________________
>> Moose-dev mailing list
>> [hidden email] <mailto:[hidden email]>
>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev>
>>
>>
>> _______________________________________________
>> Moose-dev mailing list
>> [hidden email] <mailto:[hidden email]>
>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev>
>> _______________________________________________
>> Moose-dev mailing list
>> [hidden email]
>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>
>

Peter Uhnak

Re: [Moose-dev] Re: Script of the day

You should be able to specify all layouts available in roassal...

b layout tree.
b layout cluster.
b layout force.
...

Peter

From: [hidden email]
Sent: ‎7/‎30/‎2015 8:40 PM
To: [hidden email]; [hidden email]
Subject: Re: [Pharo-users] [Moose-dev] Re: Script of the day

Is it possible to use a tree map?

--Hannes

On 7/30/15, Alexandre Bergel <[hidden email]> wrote:

Hannes Hirzel

Re: [Moose-dev] Re: Script of the day

thanks,
layout force
is very nice.

But my question is about a tree map.

Like the one here
https://en.wikipedia.org/wiki/File:Gradient_grouped_treemap.jpg

treemap is not known.

--Hannes

On 7/30/15, Peter Uhnak <[hidden email]> wrote:

> You should be able to specify all layouts available in roassal...
>
> b layout tree.
> b layout cluster.
> b layout force.
> ...
>
> Peter
>
> -----Original Message-----
> From: "H. Hirzel" <[hidden email]>
> Sent: ‎7/‎30/‎2015 8:40 PM
> To: "Moose-related development" <[hidden email]>;
> "[hidden email]" <[hidden email]>
> Subject: Re: [Pharo-users] [Moose-dev] Re: Script of the day
>
> Is it possible to use a tree map?
>
> --Hannes
>
> On 7/30/15, Alexandre Bergel <[hidden email]> wrote:
>> I gave a try, and I did not find anything weird.
>> I guess your document folder contains many files, as Doru said
>>
>> Alexandre
>> --
>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>> Alexandre Bergel http://www.bergel.eu
>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>
>>
>>
>>> On Jul 30, 2015, at 5:51 AM, Dimitris Chloupis <[hidden email]>
>>> wrote:
>>>
>>> Frankly I dont mind big images or big data , neither I share the
>>> obsession
>>> to shrink things down to few mbs in a time that we are talking in TBs .
>>>
>>> Anyway you asked for the image and this is a link to it
>>>
>>> https://www.dropbox.com/s/wh1071xgoo54fq7/1%20Ephestos%2027-05-15.zip?dl=0
>>> <https://www.dropbox.com/s/wh1071xgoo54fq7/1%20Ephestos%2027-05-15.zip?dl=0>
>>>
>>> I dont think you will find anything abnormal about it though.
>>>
>>> I was wondering whether it would worth the effort beyond the unit tests
>>> that check for behaviour of the code to have also benchmark tests that
>>> will have to pass specific standards so that specific method must
>>> perform
>>> under a strict timetable specific tasks, this way CI may alert not only
>>> unit tests that fail but also benchmarks that fail , automagically.
>>>
>>> Maybe some food for thought.
>>>
>>> Personally I am far more worried how much CPU Pharo consumes than how
>>> much
>>> RAM.
>>>
>>> On Wed, Jul 29, 2015 at 11:54 PM Peter Uhnák <[hidden email]
>>> <mailto:[hidden email]>> wrote:
>>> Not sure if there is any downside (I've been using it for a long time
>>> without problems), but image cleanup often does wonders for me.
>>>
>>> Moose image
>>> 410 MB => cleanup (World -> System -> Do Image Cleanup) => save => 237
>>> MB
>>> and I even had situations where it went from ~600 MB to ~60 MB.
>>> (As to why my images are so massive... right now there are 19 windows
>>> opened inside most of them with opened roassal visualization... and I am
>>> saving like every five minutes... but that is just a guess.)
>>>
>>> But image cleanup is supposed to break things, so better to backup the
>>> folder first.
>>> Plus is cache really necessary? I mean it's a cache. .image + .changes
>>> should usually suffice.
>>>
>>> Peter
>>>
>>> On Wed, Jul 29, 2015 at 10:45 PM, Dimitris Chloupis
>>> <[hidden email]
>>> <mailto:[hidden email]>> wrote:
>>> Tudor I dont know if you received my message but I already answered that
>>> with this:
>>>
>>> "ah ok then its normal. Yes the structure is extensive, its 13 folders
>>> (the rest 71 are files some of them very big), I would not be surprised
>>> if
>>> each contains 100 files in its own subfolders."
>>>
>>>
>>>
>>> On Wed, Jul 29, 2015 at 11:30 PM Tudor Girba <[hidden email]
>>> <mailto:[hidden email]>> wrote:
>>> Hi,
>>>
>>> But, do you confirm that you have many files under the mentioned folder?
>>>
>>> Cheers,
>>> Doru
>>>
>>>
>>>
>>> On Wed, Jul 29, 2015 at 10:25 PM, Dimitris Chloupis
>>> <[hidden email]
>>> <mailto:[hidden email]>> wrote:
>>> the image is 180 mb, changes are another 15, there are several other
>>> folders that raise the total size to 250 mb, monticello-cache and
>>> github-cache prodominately.
>>>
>>> Hmm ok my bad, the size of the zip is 89 MB not 200 mb. Still will take
>>> me
>>> 1-2 hours to upload on this connection. So if you guys still need the
>>> image i can upload tommorow from work, though it seems my slow down is
>>> normal.
>>>
>>> Afterall I am sure you can test it yourselves on complex file structures
>>> to see if it has delays as long as 20 minutes.
>>>
>>>
>>>
>>> On Wed, Jul 29, 2015 at 11:01 PM Sven Van Caekenberghe <[hidden email]
>>> <mailto:[hidden email]>> wrote:
>>>
>>> > On 29 Jul 2015, at 21:33, Dimitris Chloupis <[hidden email]
>>> > <mailto:[hidden email]>> wrote:
>>> >
>>> > well i can send you the image tommorow because its huge (200 MB ziped)
>>> > for my pathetically slow internet connection at home. I will send it
>>> > from work which is 8 times faster.
>>>
>>> If the image is 200 MB zipped, how large is it in its normal state ?
>>>
>>> For me, a 100 MB image file is already quite large, that would compress
>>> to
>>> maybe 20/30 MB.
>>>
>>> This doesn't sound right to me, unless you explicitly tried to store a
>>> lot
>>> of data.
>>>
>>> Maybe something else is wrong that would explain the slowness.
>>>
>>> > I can tell you that I am on MacOS Yosemite , I get my image with
>>> > pharolauncher, the image was dowloaded at 27-07-15 some of the 84
>>> > items
>>> > are folders that contain many sub folders. No idea if that matters.
>>> >
>>> > I got Roassal 2 using the Package Browser in Pharo 5 (the new
>>> > configuration browser).
>>> >
>>> > On Wed, Jul 29, 2015 at 8:17 PM Alexandre Bergel
>>> > <[hidden email] <mailto:[hidden email]>> wrote:
>>> > Are you using windows? I know it may has problems regarding the source
>>> > code. You have 84 items and the visualization is slow? How is this
>>> > possible.
>>> >
>>> > Can I have a look at your image?
>>> >
>>> > Cheers,
>>> > Alexandre
>>> > --
>>> > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>> > Alexandre Bergel http://www.bergel.eu <http://www.bergel.eu/>
>>> > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>> >
>>> >
>>> >
>>> >> On Jul 29, 2015, at 12:26 PM, Dimitris Chloupis
>>> >> <[hidden email]
>>> >> <mailto:[hidden email]>> wrote:
>>> >>
>>> >> thats ok it unfroze after 20 minutes or so . I managed to inspect the
>>> >> b
>>> >> but its incredible slow to navigate and use . Even moving the
>>> >> inspector
>>> >> around is incredible slow. My Documents folder contains 84 items,
>>> >> maybe
>>> >> it cant handle so well this amount of datea ?
>>> >>
>>> >> On Wed, Jul 29, 2015 at 5:55 PM Alexandre Bergel
>>> >> <[hidden email] <mailto:[hidden email]>> wrote:
>>> >> Oh… sorry. Was not my intention
>>> >>
>>> >> Alexandre
>>> >> --
>>> >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>> >> Alexandre Bergel http://www.bergel.eu <http://www.bergel.eu/>
>>> >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>> >>
>>> >>
>>> >>
>>> >>> On Jul 29, 2015, at 11:24 AM, Dimitris Chloupis
>>> >>> <[hidden email]
>>> >>> <mailto:[hidden email]>> wrote:
>>> >>>
>>> >>> that was a nice way to freeze my image, thank you :D
>>> >>>
>>> >>> On Wed, Jul 29, 2015 at 4:27 PM Alexandre Bergel
>>> >>> <[hidden email] <mailto:[hidden email]>> wrote:
>>> >>> Hi!
>>> >>>
>>> >>> Just to share a couple of experiment. I have tried the following in
>>> >>> a
>>> >>> playground:
>>> >>> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>>> >>> b := RTMondrian new.
>>> >>>
>>> >>> b shape rectangle
>>> >>> if: [ :aFile | aFile path basename beginsWith: '.' ] color:
>>> >>> Color
>>> >>> red.
>>> >>> b nodes: FileLocator documents allChildren.
>>> >>> b edges connectFrom: #parent.
>>> >>> b normalizer
>>> >>> normalizeSize: #size using: #sqrt.
>>> >>> b layout tree.
>>> >>> b
>>> >>> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>>> >>>
>>> >>> It shows a tree of the file system. Thanks to GT, simply clicking on
>>> >>> a
>>> >>> file may show you the content and other things.
>>> >>> <Screen Shot 2015-07-29 at 10.23.51 AM.png>
>>> >>>
>>> >>> You can also use the cluster layout:
>>> >>> <Screen Shot 2015-07-29 at 10.25.11 AM.png>
>>> >>>
>>> >>> I have tried this on OS X, since the pointed folder is ~/Documents.
>>> >>>
>>> >>> Cheers,
>>> >>> Alexandre
>>> >>> --
>>> >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>> >>> Alexandre Bergel http://www.bergel.eu <http://www.bergel.eu/>
>>> >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>> >>>
>>> >>>
>>> >>>
>>> >>> _______________________________________________
>>> >>> Moose-dev mailing list
>>> >>> [hidden email] <mailto:[hidden email]>
>>> >>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>> >>> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev>
>>> >>
>>> >> _______________________________________________
>>> >> Moose-dev mailing list
>>> >> [hidden email] <mailto:[hidden email]>
>>> >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>> >> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev>
>>> >> _______________________________________________
>>> >> Moose-dev mailing list
>>> >> [hidden email] <mailto:[hidden email]>
>>> >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>> >> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev>
>>> >
>>> > _______________________________________________
>>> > Moose-dev mailing list
>>> > [hidden email] <mailto:[hidden email]>
>>> > https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>> > <https://www.iam.unibe.ch/mailman/listinfo/moose-dev>
>>> > _______________________________________________
>>> > Moose-dev mailing list
>>> > [hidden email] <mailto:[hidden email]>
>>> > https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>> > <https://www.iam.unibe.ch/mailman/listinfo/moose-dev>
>>>
>>>
>>> _______________________________________________
>>> Moose-dev mailing list
>>> [hidden email] <mailto:[hidden email]>
>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev>
>>>
>>> _______________________________________________
>>> Moose-dev mailing list
>>> [hidden email] <mailto:[hidden email]>
>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev>
>>>
>>>
>>>
>>>
>>> --
>>> www.tudorgirba.com <http://www.tudorgirba.com/>
>>>
>>> "Every thing has its own flow"
>>> _______________________________________________
>>> Moose-dev mailing list
>>> [hidden email] <mailto:[hidden email]>
>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev>
>>>
>>> _______________________________________________
>>> Moose-dev mailing list
>>> [hidden email] <mailto:[hidden email]>
>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev>
>>>
>>>
>>> _______________________________________________
>>> Moose-dev mailing list
>>> [hidden email] <mailto:[hidden email]>
>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev>
>>> _______________________________________________
>>> Moose-dev mailing list
>>> [hidden email]
>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>
>>
>
>

RTMondrian_layout_force_2015-07-30 20:15:43.png (64K) Download Attachment

Tudor Girba-2

Re: [Moose-dev] Re: Script of the day

In reply to this post by Hannes Hirzel

Of course, it is. In fact, a treemap is a better suited representation for understanding the size of a file system.

Here it is:

http://ws.stfx.eu/C9RM2EURHKMI

Cheers,

Doru

On Thu, Jul 30, 2015 at 8:40 PM, H. Hirzel <[hidden email]> wrote:

Is it possible to use a tree map?

--Hannes

On 7/30/15, Alexandre Bergel <[hidden email]> wrote:

> I gave a try, and I did not find anything weird.
> I guess your document folder contains many files, as Doru said
>
> Alexandre
> --
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel http://www.bergel.eu
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>
>
>
>> On Jul 30, 2015, at 5:51 AM, Dimitris Chloupis <[hidden email]>
>> wrote:
>>
>> Frankly I dont mind big images or big data , neither I share the obsession
>> to shrink things down to few mbs in a time that we are talking in TBs .
>>
>> Anyway you asked for the image and this is a link to it
>>
>> https://www.dropbox.com/s/wh1071xgoo54fq7/1%20Ephestos%2027-05-15.zip?dl=0
>> <https://www.dropbox.com/s/wh1071xgoo54fq7/1%20Ephestos%2027-05-15.zip?dl=0>
>>
>> I dont think you will find anything abnormal about it though.
>>
>> I was wondering whether it would worth the effort beyond the unit tests
>> that check for behaviour of the code to have also benchmark tests that
>> will have to pass specific standards so that specific method must perform
>> under a strict timetable specific tasks, this way CI may alert not only
>> unit tests that fail but also benchmarks that fail , automagically.
>>
>> Maybe some food for thought.
>>
>> Personally I am far more worried how much CPU Pharo consumes than how much
>> RAM.
>>
>> On Wed, Jul 29, 2015 at 11:54 PM Peter Uhnák <[hidden email]

>> <mailto:[hidden email]>> wrote:
>> Not sure if there is any downside (I've been using it for a long time
>> without problems), but image cleanup often does wonders for me.
>>
>> Moose image
>> 410 MB => cleanup (World -> System -> Do Image Cleanup) => save => 237
>> MB
>> and I even had situations where it went from ~600 MB to ~60 MB.
>> (As to why my images are so massive... right now there are 19 windows
>> opened inside most of them with opened roassal visualization... and I am
>> saving like every five minutes... but that is just a guess.)
>>
>> But image cleanup is supposed to break things, so better to backup the
>> folder first.
>> Plus is cache really necessary? I mean it's a cache. .image + .changes
>> should usually suffice.
>>
>> Peter
>>
>> On Wed, Jul 29, 2015 at 10:45 PM, Dimitris Chloupis <[hidden email]
>> <mailto:[hidden email]>> wrote:
>> Tudor I dont know if you received my message but I already answered that
>> with this:
>>
>> "ah ok then its normal. Yes the structure is extensive, its 13 folders
>> (the rest 71 are files some of them very big), I would not be surprised if
>> each contains 100 files in its own subfolders."
>>
>>
>>
>> On Wed, Jul 29, 2015 at 11:30 PM Tudor Girba <[hidden email]
>> <mailto:[hidden email]>> wrote:
>> Hi,
>>
>> But, do you confirm that you have many files under the mentioned folder?
>>
>> Cheers,
>> Doru
>>
>>
>>
>> On Wed, Jul 29, 2015 at 10:25 PM, Dimitris Chloupis <[hidden email]
>> <mailto:[hidden email]>> wrote:
>> the image is 180 mb, changes are another 15, there are several other
>> folders that raise the total size to 250 mb, monticello-cache and
>> github-cache prodominately.
>>
>> Hmm ok my bad, the size of the zip is 89 MB not 200 mb. Still will take me
>> 1-2 hours to upload on this connection. So if you guys still need the
>> image i can upload tommorow from work, though it seems my slow down is
>> normal.
>>
>> Afterall I am sure you can test it yourselves on complex file structures
>> to see if it has delays as long as 20 minutes.
>>
>>
>>
>> On Wed, Jul 29, 2015 at 11:01 PM Sven Van Caekenberghe <[hidden email]
>> <mailto:[hidden email]>> wrote:
>>
>> > On 29 Jul 2015, at 21:33, Dimitris Chloupis <[hidden email]
>> > <mailto:[hidden email]>> wrote:
>> >
>> > well i can send you the image tommorow because its huge (200 MB ziped)
>> > for my pathetically slow internet connection at home. I will send it
>> > from work which is 8 times faster.
>>
>> If the image is 200 MB zipped, how large is it in its normal state ?
>>
>> For me, a 100 MB image file is already quite large, that would compress to
>> maybe 20/30 MB.
>>
>> This doesn't sound right to me, unless you explicitly tried to store a lot
>> of data.
>>
>> Maybe something else is wrong that would explain the slowness.
>>
>> > I can tell you that I am on MacOS Yosemite , I get my image with
>> > pharolauncher, the image was dowloaded at 27-07-15 some of the 84 items
>> > are folders that contain many sub folders. No idea if that matters.
>> >
>> > I got Roassal 2 using the Package Browser in Pharo 5 (the new
>> > configuration browser).
>> >
>> > On Wed, Jul 29, 2015 at 8:17 PM Alexandre Bergel
>> > <[hidden email] <mailto:[hidden email]>> wrote:
>> > Are you using windows? I know it may has problems regarding the source
>> > code. You have 84 items and the visualization is slow? How is this
>> > possible.
>> >
>> > Can I have a look at your image?
>> >
>> > Cheers,
>> > Alexandre
>> > --
>> > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>> > Alexandre Bergel http://www.bergel.eu <http://www.bergel.eu/>
>> > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>> >
>> >
>> >
>> >> On Jul 29, 2015, at 12:26 PM, Dimitris Chloupis <[hidden email]
>> >> <mailto:[hidden email]>> wrote:
>> >>
>> >> thats ok it unfroze after 20 minutes or so . I managed to inspect the b
>> >> but its incredible slow to navigate and use . Even moving the inspector
>> >> around is incredible slow. My Documents folder contains 84 items, maybe
>> >> it cant handle so well this amount of datea ?
>> >>
>> >> On Wed, Jul 29, 2015 at 5:55 PM Alexandre Bergel
>> >> <[hidden email] <mailto:[hidden email]>> wrote:
>> >> Oh… sorry. Was not my intention
>> >>
>> >> Alexandre
>> >> --
>> >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>> >> Alexandre Bergel http://www.bergel.eu <http://www.bergel.eu/>
>> >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>> >>
>> >>
>> >>
>> >>> On Jul 29, 2015, at 11:24 AM, Dimitris Chloupis <[hidden email]
>> >>> <mailto:[hidden email]>> wrote:
>> >>>
>> >>> that was a nice way to freeze my image, thank you :D
>> >>>
>> >>> On Wed, Jul 29, 2015 at 4:27 PM Alexandre Bergel

>> >>> <[hidden email] <mailto:[hidden email]>> wrote:
>> >>> Hi!
>> >>>
>> >>> Just to share a couple of experiment. I have tried the following in a
>> >>> playground:
>> >>> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>> >>> b := RTMondrian new.
>> >>>
>> >>> b shape rectangle
>> >>> if: [ :aFile | aFile path basename beginsWith: '.' ] color: Color
>> >>> red.
>> >>> b nodes: FileLocator documents allChildren.
>> >>> b edges connectFrom: #parent.
>> >>> b normalizer
>> >>> normalizeSize: #size using: #sqrt.
>> >>> b layout tree.
>> >>> b
>> >>> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>> >>>
>> >>> It shows a tree of the file system. Thanks to GT, simply clicking on a
>> >>> file may show you the content and other things.
>> >>> <Screen Shot 2015-07-29 at 10.23.51 AM.png>
>> >>>
>> >>> You can also use the cluster layout:
>> >>> <Screen Shot 2015-07-29 at 10.25.11 AM.png>
>> >>>
>> >>> I have tried this on OS X, since the pointed folder is ~/Documents.
>> >>>
>> >>> Cheers,
>> >>> Alexandre
>> >>> --
>> >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:

>> >>> Alexandre Bergel http://www.bergel.eu <http://www.bergel.eu/>
>> >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>> >>>
>> >>>
>> >>>
>> >>> _______________________________________________
>> >>> Moose-dev mailing list
>> >>> [hidden email] <mailto:[hidden email]>
>> >>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>> >>> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev>
>> >>
>> >> _______________________________________________
>> >> Moose-dev mailing list
>> >> [hidden email] <mailto:[hidden email]>
>> >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>> >> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev>
>> >> _______________________________________________
>> >> Moose-dev mailing list
>> >> [hidden email] <mailto:[hidden email]>
>> >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>> >> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev>
>> >
>> > _______________________________________________
>> > Moose-dev mailing list
>> > [hidden email] <mailto:[hidden email]>
>> > https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>> > <https://www.iam.unibe.ch/mailman/listinfo/moose-dev>
>> > _______________________________________________
>> > Moose-dev mailing list
>> > [hidden email] <mailto:[hidden email]>
>> > https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>> > <https://www.iam.unibe.ch/mailman/listinfo/moose-dev>
>>
>>
>> _______________________________________________
>> Moose-dev mailing list
>> [hidden email] <mailto:[hidden email]>
>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev>
>>
>> _______________________________________________
>> Moose-dev mailing list
>> [hidden email] <mailto:[hidden email]>
>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev>
>>
>>
>>
>>
>> --
>> www.tudorgirba.com <http://www.tudorgirba.com/>
>>
>> "Every thing has its own flow"
>> _______________________________________________
>> Moose-dev mailing list
>> [hidden email] <mailto:[hidden email]>
>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev>
>>
>> _______________________________________________
>> Moose-dev mailing list
>> [hidden email] <mailto:[hidden email]>
>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev>
>>
>>
>> _______________________________________________
>> Moose-dev mailing list
>> [hidden email] <mailto:[hidden email]>
>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev

>> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev>
>> _______________________________________________
>> Moose-dev mailing list
>> [hidden email]
>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>
>

www.tudorgirba.com

"Every thing has its own flow"