Roassal visualizing a corner of the Universe
Locked
 
|
Hi! We’ve just added a new post that contains nice screenshots and (short) explanation about galaxies.  Faviola is doing a truly fantastic work. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. |
Re: Roassal visualizing a corner of the Universe
|
beautiful, I am a huge fan of astronomy and sci fi. Is the image of the galaxy rendered with Roassal or is it just an image file that Roassal is displaying ?
On Tue, May 6, 2014 at 6:56 PM, Alexandre Bergel <[hidden email]> wrote:
|
|
|
The picture is rendered in Roassal, but raw data is obtained from a file.
AstroCloud, an application made on top of Roassal, does some sophisticated color mapping and transformation. Alexandre On May 6, 2014, at 12:40 PM, kilon alios <[hidden email]> wrote: > beautiful, I am a huge fan of astronomy and sci fi. Is the image of the galaxy rendered with Roassal or is it just an image file that Roassal is displaying ? > > > On Tue, May 6, 2014 at 6:56 PM, Alexandre Bergel <[hidden email]> wrote: > Hi! > > We’ve just added a new post that contains nice screenshots and (short) explanation about galaxies. > > <1836600_628685437218057_2402452585680727709_o.png> > > https://www.facebook.com/ObjectProfile/posts/628687443884523?stream_ref=10 > > Faviola is doing a truly fantastic work. > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. |
Re: Roassal visualizing a corner of the Universe
|
|
Well then my hat off to you sir I am asking because rendering graphics is certainly an expensive (CPU and RAM) process. Rendering graphics is certainly something that interests me. Of course I dont expect Pharo to compete with C , but then thats why we have Nativeboost. But I would love to see Roassal evolve to a full blown graphics engine. Certainly motivates me more to learn Roassal as deeply as I can. I remember when you first said I should use Roassal for my vector editor , I was quite sceptical. But seeing all these new apps pop up from real scientists made me think twice and now I have put my vector editor on hold to learn more about Pharo and Roassal and of course Moose.
Would love to help you document it further. Though for now I am learning it in a very slow pace. Congrats to you and all people involved with the libraries and of course to the people making the apps. You certainly changed my mind and I would love to see more apps that show the potential of these libraries.
I am also wondering if you are so ambitious whether porting C libraries like imagmagick would make sense for Roassal. Or possibly other C graphics libraries. On Tue, May 6, 2014 at 9:18 PM, Alexandre Bergel <[hidden email]> wrote: The picture is rendered in Roassal, but raw data is obtained from a file. |
|
|
Thanks Kilon for your nice words.
Currently, AstroCloud is a bit slow. For example, loading this image takes much more than it should. For now, speed is not our priority. AstroCloud has to be fast and we will make it fast. Probably relying on external library is the way to go. Just to give a bit more context about why we are doing AstroCloud. ALMA is the largest observatory on Earth, making it the largest astronomical project in existence (http://www.almaobservatory.org). This is what humanity has best to detect life outside Earth. ALMA is made of 66 high-precision antenas making it possible to see deep in the universe. Unfortunately, there is no good software to process these immensely complex pictures. Some tool suite naturally exist, but they were not made for ALMA, making these existing tools largely suboptimal to process complex picture of ALMA. Faviola’s dream (and mine) is to produce a tool ready to be consumed by astronomers to process ALMA pictures. Faviola and I are currently seeking for additional resources on making this happen. Regarding your help about documenting Roassal. It is very welcome! In one of my previous post, I said that 2014 will be the year of documenting Roassal. A book is on its way. We will need people to review it. So thanks! Kind regards, Alexandre On May 6, 2014, at 2:40 PM, kilon alios <[hidden email]> wrote: > Well then my hat off to you sir > > I am asking because rendering graphics is certainly an expensive (CPU and RAM) process. Rendering graphics is certainly something that interests me. > > Of course I dont expect Pharo to compete with C , but then thats why we have Nativeboost. But I would love to see Roassal evolve to a full blown graphics engine. Certainly motivates me more to learn Roassal as deeply as I can. I remember when you first said I should use Roassal for my vector editor , I was quite sceptical. But seeing all these new apps pop up from real scientists made me think twice and now I have put my vector editor on hold to learn more about Pharo and Roassal and of course Moose. > > Would love to help you document it further. Though for now I am learning it in a very slow pace. Congrats to you and all people involved with the libraries and of course to the people making the apps. You certainly changed my mind and I would love to see more apps that show the potential of these libraries. > > I am also wondering if you are so ambitious whether porting C libraries like imagmagick would make sense for Roassal. > > > > http://www.imagemagick.org/ > > Or possibly other C graphics libraries. > > > On Tue, May 6, 2014 at 9:18 PM, Alexandre Bergel <[hidden email]> wrote: > The picture is rendered in Roassal, but raw data is obtained from a file. > AstroCloud, an application made on top of Roassal, does some sophisticated color mapping and transformation. > > Alexandre > > > On May 6, 2014, at 12:40 PM, kilon alios <[hidden email]> wrote: > > > beautiful, I am a huge fan of astronomy and sci fi. Is the image of the galaxy rendered with Roassal or is it just an image file that Roassal is displaying ? > > > > > > On Tue, May 6, 2014 at 6:56 PM, Alexandre Bergel <[hidden email]> wrote: > > Hi! > > > > We’ve just added a new post that contains nice screenshots and (short) explanation about galaxies. > > > > <1836600_628685437218057_2402452585680727709_o.png> > > > > https://www.facebook.com/ObjectProfile/posts/628687443884523?stream_ref=10 > > > > Faviola is doing a truly fantastic work. > > > > Cheers, > > Alexandre > > -- > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > Alexandre Bergel http://www.bergel.eu > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. |
Re: Roassal visualizing a corner of the Universe
|
|
Interesting project, Alexandre!
On 5/6/14, Alexandre Bergel <[hidden email]> wrote: > Thanks Kilon for your nice words. > Currently, AstroCloud is a bit slow. For example, loading this image takes > much more than it should. For now, speed is not our priority. AstroCloud has > to be fast and we will make it fast. Probably relying on external library is > the way to go. I assume you consider or have considered NativeBoost as well? > > Just to give a bit more context about why we are doing AstroCloud. ALMA is > the largest observatory on Earth, making it the largest astronomical project > in existence (http://www.almaobservatory.org). This is what humanity has > best to detect life outside Earth. > ALMA is made of 66 high-precision antenas making it possible to see deep in > the universe. Unfortunately, there is no good software to process these > immensely complex pictures. Some tool suite naturally exist, but they were > not made for ALMA, making these existing tools largely suboptimal to process > complex picture of ALMA. > Faviola’s dream (and mine) is to produce a tool ready to be consumed by > astronomers to process ALMA pictures. Faviola and I are currently seeking > for additional resources on making this happen. > Regarding your help about documenting Roassal. It is very welcome! In one of > my previous post, I said that 2014 will be the year of documenting Roassal. > A book is on its way. >We will need people to review it. So thanks! Preview of part of it on line? Regards Hannes |
|
|
We will surely review all the different options for interacting with external libraries. Ronie is our local expert :-)
Currently, we have no preview of the Roassal book to share. Give us a couple of months :-) Cheers, Alexandre On May 8, 2014, at 9:23 AM, H. Hirzel <[hidden email]> wrote: > Interesting project, Alexandre! > > On 5/6/14, Alexandre Bergel <[hidden email]> wrote: >> Thanks Kilon for your nice words. >> Currently, AstroCloud is a bit slow. For example, loading this image takes >> much more than it should. For now, speed is not our priority. AstroCloud has >> to be fast and we will make it fast. Probably relying on external library is >> the way to go. > > I assume you consider or have considered NativeBoost as well? > >> >> Just to give a bit more context about why we are doing AstroCloud. ALMA is >> the largest observatory on Earth, making it the largest astronomical project >> in existence (http://www.almaobservatory.org). This is what humanity has >> best to detect life outside Earth. >> ALMA is made of 66 high-precision antenas making it possible to see deep in >> the universe. Unfortunately, there is no good software to process these >> immensely complex pictures. Some tool suite naturally exist, but they were >> not made for ALMA, making these existing tools largely suboptimal to process >> complex picture of ALMA. >> Faviola’s dream (and mine) is to produce a tool ready to be consumed by >> astronomers to process ALMA pictures. Faviola and I are currently seeking >> for additional resources on making this happen. > > >> Regarding your help about documenting Roassal. It is very welcome! In one of >> my previous post, I said that 2014 will be the year of documenting Roassal. >> A book is on its way. > > >> We will need people to review it. So thanks! > > Preview of part of it on line? > > > Regards > Hannes > > _______________________________________________ > Moose-dev mailing list > [hidden email] > https://www.iam.unibe.ch/mailman/listinfo/moose-dev -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. |
|
|
So, Hannes may have been referring to optimizing the slow parts of the process in Native Boost directly instead of using an external library (if not, may I suggest it?). It is possible that just a few tweaks using Assembler in the process would get the speed up to an acceptable level, which would be determined by profiling the performance. Of course, that path requires someone on your project that can understand Assembler to get familiar with NativeBoost.
-cbc On Thu, May 8, 2014 at 8:05 AM, Alexandre Bergel <[hidden email]> wrote: We will surely review all the different options for interacting with external libraries. Ronie is our local expert :-) |
Re: [Moose-dev] Roassal visualizing a corner of the Universe
|
|
Yes, I meant what Chris clarifies.
--HH On 5/8/14, Chris Cunningham <[hidden email]> wrote: > So, Hannes may have been referring to optimizing the slow parts of the > process in Native Boost directly instead of using an external library (if > not, may I suggest it?). It is possible that just a few tweaks using > Assembler in the process would get the speed up to an acceptable level, > which would be determined by profiling the performance. Of course, that > path requires someone on your project that can understand Assembler to get > familiar with NativeBoost. > -cbc > > On Thu, May 8, 2014 at 8:05 AM, Alexandre Bergel > <[hidden email]>wrote: > >> We will surely review all the different options for interacting with >> external libraries. Ronie is our local expert :-) >> >> Currently, we have no preview of the Roassal book to share. Give us a >> couple of months :-) >> >> Cheers, >> Alexandre >> >> >> On May 8, 2014, at 9:23 AM, H. Hirzel <[hidden email]> wrote: >> >> > Interesting project, Alexandre! >> > >> > On 5/6/14, Alexandre Bergel <[hidden email]> wrote: >> >> Thanks Kilon for your nice words. >> >> Currently, AstroCloud is a bit slow. For example, loading this image >> takes >> >> much more than it should. For now, speed is not our priority. >> AstroCloud has >> >> to be fast and we will make it fast. Probably relying on external >> library is >> >> the way to go. >> > >> > I assume you consider or have considered NativeBoost as well? >> > >> >> >> >> Just to give a bit more context about why we are doing AstroCloud. >> >> ALMA >> is >> >> the largest observatory on Earth, making it the largest astronomical >> project >> >> in existence (http://www.almaobservatory.org). This is what humanity >> has >> >> best to detect life outside Earth. >> >> ALMA is made of 66 high-precision antenas making it possible to see >> deep in >> >> the universe. Unfortunately, there is no good software to process >> >> these >> >> immensely complex pictures. Some tool suite naturally exist, but they >> were >> >> not made for ALMA, making these existing tools largely suboptimal to >> process >> >> complex picture of ALMA. >> >> Faviola’s dream (and mine) is to produce a tool ready to be consumed >> >> by >> >> astronomers to process ALMA pictures. Faviola and I are currently >> seeking >> >> for additional resources on making this happen. >> > >> > >> >> Regarding your help about documenting Roassal. It is very welcome! In >> one of >> >> my previous post, I said that 2014 will be the year of documenting >> Roassal. >> >> A book is on its way. >> > >> > >> >> We will need people to review it. So thanks! >> > >> > Preview of part of it on line? >> > >> > >> > Regards >> > Hannes >> > >> > _______________________________________________ >> > Moose-dev mailing list >> > [hidden email] >> > https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> > |
|
|
In reply to this post by cbc
My first thought would be to have some particular C routines to perform a transformation on a matrix.
This would not be that difficult I guess. Well.. We have to see. We will likely enter the optimization phase in a couple of months from now. Alexandre On May 8, 2014, at 2:15 PM, Chris Cunningham <[hidden email]> wrote: > So, Hannes may have been referring to optimizing the slow parts of the process in Native Boost directly instead of using an external library (if not, may I suggest it?). It is possible that just a few tweaks using Assembler in the process would get the speed up to an acceptable level, which would be determined by profiling the performance. Of course, that path requires someone on your project that can understand Assembler to get familiar with NativeBoost. > -cbc > > On Thu, May 8, 2014 at 8:05 AM, Alexandre Bergel <[hidden email]> wrote: > We will surely review all the different options for interacting with external libraries. Ronie is our local expert :-) > > Currently, we have no preview of the Roassal book to share. Give us a couple of months :-) > > Cheers, > Alexandre > > > On May 8, 2014, at 9:23 AM, H. Hirzel <[hidden email]> wrote: > > > Interesting project, Alexandre! > > > > On 5/6/14, Alexandre Bergel <[hidden email]> wrote: > >> Thanks Kilon for your nice words. > >> Currently, AstroCloud is a bit slow. For example, loading this image takes > >> much more than it should. For now, speed is not our priority. AstroCloud has > >> to be fast and we will make it fast. Probably relying on external library is > >> the way to go. > > > > I assume you consider or have considered NativeBoost as well? > > > >> > >> Just to give a bit more context about why we are doing AstroCloud. ALMA is > >> the largest observatory on Earth, making it the largest astronomical project > >> in existence (http://www.almaobservatory.org). This is what humanity has > >> best to detect life outside Earth. > >> ALMA is made of 66 high-precision antenas making it possible to see deep in > >> the universe. Unfortunately, there is no good software to process these > >> immensely complex pictures. Some tool suite naturally exist, but they were > >> not made for ALMA, making these existing tools largely suboptimal to process > >> complex picture of ALMA. > >> Faviola’s dream (and mine) is to produce a tool ready to be consumed by > >> astronomers to process ALMA pictures. Faviola and I are currently seeking > >> for additional resources on making this happen. > > > > > >> Regarding your help about documenting Roassal. It is very welcome! In one of > >> my previous post, I said that 2014 will be the year of documenting Roassal. > >> A book is on its way. > > > > > >> We will need people to review it. So thanks! > > > > Preview of part of it on line? > > > > > > Regards > > Hannes > > > > _______________________________________________ > > Moose-dev mailing list > > [hidden email] > > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. |
Re: [Moose-dev] Roassal visualizing a corner of the Universe
|
|
Alex, What is the size of those matrices?2014-05-08 15:56 GMT-04:00 Alexandre Bergel <[hidden email]>: My first thought would be to have some particular C routines to perform a transformation on a matrix. |
|
|
We have matrices of size 2000 x 2000. Soon we would like to work with matrices 2000 x 2000 x 10 000.
Your work on OpenCL is __highly__ important to us Alexandre On May 8, 2014, at 4:02 PM, Ronie Salgado <[hidden email]> wrote: > Alex, > > What is the size of those matrices? > > > 2014-05-08 15:56 GMT-04:00 Alexandre Bergel <[hidden email]>: > My first thought would be to have some particular C routines to perform a transformation on a matrix. > This would not be that difficult I guess. Well.. We have to see. We will likely enter the optimization phase in a couple of months from now. > > Alexandre > > > On May 8, 2014, at 2:15 PM, Chris Cunningham <[hidden email]> wrote: > > > So, Hannes may have been referring to optimizing the slow parts of the process in Native Boost directly instead of using an external library (if not, may I suggest it?). It is possible that just a few tweaks using Assembler in the process would get the speed up to an acceptable level, which would be determined by profiling the performance. Of course, that path requires someone on your project that can understand Assembler to get familiar with NativeBoost. > > -cbc > > > > On Thu, May 8, 2014 at 8:05 AM, Alexandre Bergel <[hidden email]> wrote: > > We will surely review all the different options for interacting with external libraries. Ronie is our local expert :-) > > > > Currently, we have no preview of the Roassal book to share. Give us a couple of months :-) > > > > Cheers, > > Alexandre > > > > > > On May 8, 2014, at 9:23 AM, H. Hirzel <[hidden email]> wrote: > > > > > Interesting project, Alexandre! > > > > > > On 5/6/14, Alexandre Bergel <[hidden email]> wrote: > > >> Thanks Kilon for your nice words. > > >> Currently, AstroCloud is a bit slow. For example, loading this image takes > > >> much more than it should. For now, speed is not our priority. AstroCloud has > > >> to be fast and we will make it fast. Probably relying on external library is > > >> the way to go. > > > > > > I assume you consider or have considered NativeBoost as well? > > > > > >> > > >> Just to give a bit more context about why we are doing AstroCloud. ALMA is > > >> the largest observatory on Earth, making it the largest astronomical project > > >> in existence (http://www.almaobservatory.org). This is what humanity has > > >> best to detect life outside Earth. > > >> ALMA is made of 66 high-precision antenas making it possible to see deep in > > >> the universe. Unfortunately, there is no good software to process these > > >> immensely complex pictures. Some tool suite naturally exist, but they were > > >> not made for ALMA, making these existing tools largely suboptimal to process > > >> complex picture of ALMA. > > >> Faviola’s dream (and mine) is to produce a tool ready to be consumed by > > >> astronomers to process ALMA pictures. Faviola and I are currently seeking > > >> for additional resources on making this happen. > > > > > > > > >> Regarding your help about documenting Roassal. It is very welcome! In one of > > >> my previous post, I said that 2014 will be the year of documenting Roassal. > > >> A book is on its way. > > > > > > > > >> We will need people to review it. So thanks! > > > > > > Preview of part of it on line? > > > > > > > > > Regards > > > Hannes > > > > > > _______________________________________________ > > > Moose-dev mailing list > > > [hidden email] > > > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > > > -- > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > Alexandre Bergel http://www.bergel.eu > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. |
Re: [Moose-dev] Roassal visualizing a corner of the Universe
|
|
is this project going to be open source, or you will keep it private ? On Thu, May 8, 2014 at 11:22 PM, Alexandre Bergel <[hidden email]> wrote: We have matrices of size 2000 x 2000. Soon we would like to work with matrices 2000 x 2000 x 10 000. |
Re: [Moose-dev] Roassal visualizing a corner of the Universe
|
|
Alex, We need a DSL with the following features:Greetings, Ronie 2014-05-08 16:53 GMT-04:00 kilon alios <[hidden email]>:
|
|
|
In reply to this post by kilon.alios
Under MIT Licence it will all be
Alexandre On May 8, 2014, at 4:53 PM, kilon alios <[hidden email]> wrote: > is this project going to be open source, or you will keep it private ? > > > On Thu, May 8, 2014 at 11:22 PM, Alexandre Bergel <[hidden email]> wrote: > We have matrices of size 2000 x 2000. Soon we would like to work with matrices 2000 x 2000 x 10 000. > Your work on OpenCL is __highly__ important to us > > Alexandre > > > On May 8, 2014, at 4:02 PM, Ronie Salgado <[hidden email]> wrote: > > > Alex, > > > > What is the size of those matrices? > > > > > > 2014-05-08 15:56 GMT-04:00 Alexandre Bergel <[hidden email]>: > > My first thought would be to have some particular C routines to perform a transformation on a matrix. > > This would not be that difficult I guess. Well.. We have to see. We will likely enter the optimization phase in a couple of months from now. > > > > Alexandre > > > > > > On May 8, 2014, at 2:15 PM, Chris Cunningham <[hidden email]> wrote: > > > > > So, Hannes may have been referring to optimizing the slow parts of the process in Native Boost directly instead of using an external library (if not, may I suggest it?). It is possible that just a few tweaks using Assembler in the process would get the speed up to an acceptable level, which would be determined by profiling the performance. Of course, that path requires someone on your project that can understand Assembler to get familiar with NativeBoost. > > > -cbc > > > > > > On Thu, May 8, 2014 at 8:05 AM, Alexandre Bergel <[hidden email]> wrote: > > > We will surely review all the different options for interacting with external libraries. Ronie is our local expert :-) > > > > > > Currently, we have no preview of the Roassal book to share. Give us a couple of months :-) > > > > > > Cheers, > > > Alexandre > > > > > > > > > On May 8, 2014, at 9:23 AM, H. Hirzel <[hidden email]> wrote: > > > > > > > Interesting project, Alexandre! > > > > > > > > On 5/6/14, Alexandre Bergel <[hidden email]> wrote: > > > >> Thanks Kilon for your nice words. > > > >> Currently, AstroCloud is a bit slow. For example, loading this image takes > > > >> much more than it should. For now, speed is not our priority. AstroCloud has > > > >> to be fast and we will make it fast. Probably relying on external library is > > > >> the way to go. > > > > > > > > I assume you consider or have considered NativeBoost as well? > > > > > > > >> > > > >> Just to give a bit more context about why we are doing AstroCloud. ALMA is > > > >> the largest observatory on Earth, making it the largest astronomical project > > > >> in existence (http://www.almaobservatory.org). This is what humanity has > > > >> best to detect life outside Earth. > > > >> ALMA is made of 66 high-precision antenas making it possible to see deep in > > > >> the universe. Unfortunately, there is no good software to process these > > > >> immensely complex pictures. Some tool suite naturally exist, but they were > > > >> not made for ALMA, making these existing tools largely suboptimal to process > > > >> complex picture of ALMA. > > > >> Faviola’s dream (and mine) is to produce a tool ready to be consumed by > > > >> astronomers to process ALMA pictures. Faviola and I are currently seeking > > > >> for additional resources on making this happen. > > > > > > > > > > > >> Regarding your help about documenting Roassal. It is very welcome! In one of > > > >> my previous post, I said that 2014 will be the year of documenting Roassal. > > > >> A book is on its way. > > > > > > > > > > > >> We will need people to review it. So thanks! > > > > > > > > Preview of part of it on line? > > > > > > > > > > > > Regards > > > > Hannes > > > > > > > > _______________________________________________ > > > > Moose-dev mailing list > > > > [hidden email] > > > > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > > > > > -- > > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > > Alexandre Bergel http://www.bergel.eu > > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > > > > > > > > > > -- > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > Alexandre Bergel http://www.bergel.eu > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. |
|
|
In reply to this post by Ronie Salgado
Probably. But I suspect we need a smart data structure that has part of its state stored on disk.
Some pictures weight over 1Gb. You cannot have all this in memory. Making sure that only part of the matrix that interest you is in memory while the remaining is left on disk is crucial. Alexandre On May 8, 2014, at 5:01 PM, Ronie Salgado <[hidden email]> wrote: > Alex, > > We need a DSL with the following features: > - Lazy evaluation. > - Matrix/vector operations > - Multiples backends, for fallback if OpenCL is not available in some platform. > > The trickiest part is the one of Lazy evaluation. This is important, specially because the number of computations required for (AB)C or A(BC) can be orders of magnitude different. > > Greetings, > Ronie > > > 2014-05-08 16:53 GMT-04:00 kilon alios <[hidden email]>: > is this project going to be open source, or you will keep it private ? > > > On Thu, May 8, 2014 at 11:22 PM, Alexandre Bergel <[hidden email]> wrote: > We have matrices of size 2000 x 2000. Soon we would like to work with matrices 2000 x 2000 x 10 000. > Your work on OpenCL is __highly__ important to us > > Alexandre > > > On May 8, 2014, at 4:02 PM, Ronie Salgado <[hidden email]> wrote: > > > Alex, > > > > What is the size of those matrices? > > > > > > 2014-05-08 15:56 GMT-04:00 Alexandre Bergel <[hidden email]>: > > My first thought would be to have some particular C routines to perform a transformation on a matrix. > > This would not be that difficult I guess. Well.. We have to see. We will likely enter the optimization phase in a couple of months from now. > > > > Alexandre > > > > > > On May 8, 2014, at 2:15 PM, Chris Cunningham <[hidden email]> wrote: > > > > > So, Hannes may have been referring to optimizing the slow parts of the process in Native Boost directly instead of using an external library (if not, may I suggest it?). It is possible that just a few tweaks using Assembler in the process would get the speed up to an acceptable level, which would be determined by profiling the performance. Of course, that path requires someone on your project that can understand Assembler to get familiar with NativeBoost. > > > -cbc > > > > > > On Thu, May 8, 2014 at 8:05 AM, Alexandre Bergel <[hidden email]> wrote: > > > We will surely review all the different options for interacting with external libraries. Ronie is our local expert :-) > > > > > > Currently, we have no preview of the Roassal book to share. Give us a couple of months :-) > > > > > > Cheers, > > > Alexandre > > > > > > > > > On May 8, 2014, at 9:23 AM, H. Hirzel <[hidden email]> wrote: > > > > > > > Interesting project, Alexandre! > > > > > > > > On 5/6/14, Alexandre Bergel <[hidden email]> wrote: > > > >> Thanks Kilon for your nice words. > > > >> Currently, AstroCloud is a bit slow. For example, loading this image takes > > > >> much more than it should. For now, speed is not our priority. AstroCloud has > > > >> to be fast and we will make it fast. Probably relying on external library is > > > >> the way to go. > > > > > > > > I assume you consider or have considered NativeBoost as well? > > > > > > > >> > > > >> Just to give a bit more context about why we are doing AstroCloud. ALMA is > > > >> the largest observatory on Earth, making it the largest astronomical project > > > >> in existence (http://www.almaobservatory.org). This is what humanity has > > > >> best to detect life outside Earth. > > > >> ALMA is made of 66 high-precision antenas making it possible to see deep in > > > >> the universe. Unfortunately, there is no good software to process these > > > >> immensely complex pictures. Some tool suite naturally exist, but they were > > > >> not made for ALMA, making these existing tools largely suboptimal to process > > > >> complex picture of ALMA. > > > >> Faviola’s dream (and mine) is to produce a tool ready to be consumed by > > > >> astronomers to process ALMA pictures. Faviola and I are currently seeking > > > >> for additional resources on making this happen. > > > > > > > > > > > >> Regarding your help about documenting Roassal. It is very welcome! In one of > > > >> my previous post, I said that 2014 will be the year of documenting Roassal. > > > >> A book is on its way. > > > > > > > > > > > >> We will need people to review it. So thanks! > > > > > > > > Preview of part of it on line? > > > > > > > > > > > > Regards > > > > Hannes > > > > > > > > _______________________________________________ > > > > Moose-dev mailing list > > > > [hidden email] > > > > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > > > > > -- > > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > > Alexandre Bergel http://www.bergel.eu > > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > > > > > > > > > > -- > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > Alexandre Bergel http://www.bergel.eu > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. |
Re: Roassal visualizing a corner of the Universe
|
|
In reply to this post by abergel
I like this a lot! Doru On Tue, May 6, 2014 at 6:56 PM, Alexandre Bergel <[hidden email]> wrote:
"Every thing has its own flow"
|
«
Return to Pharo Smalltalk Developers
|
1 view|%1 views
| Free forum by Nabble | Edit this page |