PR# 12822 EIFGENs are about 3 or more times bigger than in 5.7

Problem Report Summary
Submitter: manus_eiffel
Category: Compiler
Priority: High
Date: 2007/05/22
Class: Bug
Severity: Critical
Number: 12822
Release: 6.0.6.8140
Confidential: No
Status: Closed
Responsible:
Environment: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3
Synopsis: EIFGENs are about 3 or more times bigger than in 5.7

Description
I'm not sure when it started, but Axa reported that their integration system now takes 6GB of disk space with the latest 6.0 release, versus 700MB with 5.7.

I've checked the batch compiler with 5.7 and it was about 150MB and now it is 440MB (with 68140).

Anyone who has been adding attributes to some of the compiler classes needs to tell me otherwise it is going to take some time to find out from where this is coming from.
To Reproduce

										

									

								

							

						

					

				

			

		

	









	

		

			
Problem Report Interactions

			

				

					
					

						

							
							

								

									
									
										

											

									
											From:manus_eiffel   
											Date:2007/05/24   
																							Status: Closed   
											
											Download   
										

										

                                            
											
										 	
This is fixed in rev#68659.

											
											
											

											
										

									

								

							

							
							

								

									
									
										

											

									
											From:manus_eiffel   
											Date:2007/05/24   
											
											Download   
										

										

                                            
											
										 	
That seems to be the case, moving the cache from FORMAL_CONSTRAINT_AS to CLASS_C solves the EIFGENs size issue on a small project. I'll verify this on a larger project.

											
											
											

											
										

									

								

							

							
							

								

									
									
										

											

									
											From:manus_eiffel   
											Date:2007/05/24   
											
											Download   
										

										

                                            
											
										 	
Found at least one problem, in FORMAL_CONSTRAINT_AS there is a `cache' attribute that will eventually refer to some CLASS_C objects and when saving the AST we also store the CLASS_C objects that are not small.

											
											
											

											
										

									

								

							

							
							

								

									
									
										

											

									
											From:alexk_es   
											Date:2007/05/23   
											
											Download   
										

										

                                            
											
										 	
New attributes in PARAMETER_B are
   is_formal: BOOLEAN
   parent: ACCESS_B

											
											
											

											
										

									

								

							

							
							

								

									
									
										

											

									
											From:manus_eiffel   
											Date:2007/05/22   
																							Status: Analyzed   
											
											Download   
										

										

                                            
											
										 	
I've checked that with 6.0.6.7183 the size of the COMP directory is reasonable (349MB for 4800 classes).