• We are pleased to announce that the winner of our Feedback Prize Draw for the Winter 2024-25 session and winning £150 of gift vouchers is Zhao Liang Tay. Congratulations to Zhao Liang. If you fancy winning £150 worth of gift vouchers (from a major UK store) for the Summer 2025 exam sitting for just a few minutes of your time throughout the session, please see our website at https://www.acted.co.uk/further-info.html?pat=feedback#feedback-prize for more information on how you can make sure your name is included in the draw at the end of the session.
  • Please be advised that the SP1, SP5 and SP7 X1 deadline is the 14th July and not the 17th June as first stated. Please accept out apologies for any confusion caused.

IML/SAS - useful in GI?

E

entact

Member
I work in GI and everyone in my team uses SAS V9.2. I read about this other SAS application called IML/SAS (Interactive Matrix Language) which apparantly is more flexible and better at programming algorithms and for speed.

Does anyone have any experience using this in an actuarial capacity and if so, if it worth getting?

Thanks
 
I work in GI and everyone in my team uses SAS V9.2. I read about this other SAS application called IML/SAS (Interactive Matrix Language) which apparantly is more flexible and better at programming algorithms and for speed.

Does anyone have any experience using this in an actuarial capacity and if so, if it worth getting?

Thanks

I use IML extensively and I highly recommend it for the reasons you've mentioned. I've also found that for complex non-linear optimizations, it runs way faster than the equivalent algorithm in MATLAB. Vectorization is also a lot more efficient in IML than in MALTAB.

The problem with IML, just like any other matrix based language, is that it stores the entire data in memory. This means there's severe restrictions on the amount/type of data that can be read. Debugging an IML error is also a challenge. IML isn't a useful tool for processing large data and producing reports etc - but if you want more flexibility and you can feed in summarized/small datasets (<2GB or so, assuming 8GB RAM installed in your PC), its the best way to program in SAS.
 
I use IML extensively and I highly recommend it for the reasons you've mentioned. I've also found that for complex non-linear optimizations, it runs way faster than the equivalent algorithm in MATLAB. Vectorization is also a lot more efficient in IML than in MALTAB.

The problem with IML, just like any other matrix based language, is that it stores the entire data in memory. This means there's severe restrictions on the amount/type of data that can be read. Debugging an IML error is also a challenge. IML isn't a useful tool for processing large data and producing reports etc - but if you want more flexibility and you can feed in summarized/small datasets (<2GB or so, assuming 8GB RAM installed in your PC), its the best way to program in SAS.
Given how cheap RAM is these days the "add ram until it fits" approach is quite workable.

Though, there are some employers who would rather pay for days of dev rather than buy a thousand dollars of memory.
 
Back
Top