EXT2의 IE 최적화 요약(미완성)

(최적화된 테스트 데이터만 잠시 표시)
===========================================
작업 최적화 목적:
(추가 예정)
===========================================
Ext 2.02의 결함:
(추가 예정)
===========================================
최적화 방안에 대한 상세한 설명
(추가 예정)
===========================================
===========================================
이번 테스트에서 최적화된 내용 포인트:
1 속성 구성, 그림자 효과 끄기
2 ext 이벤트 메커니즘의 결함 수정
3 구성 요소 폐기 메커니즘 보완(현재 일부 구성 요소만 보완)
window 폐기 메커니즘
tree 폐기 메커니즘
===========================================
테스트 환경
기계 & OS: IE 6, 윈도우즈 xp sp2, 2G 메모리, P4 3.0G
테스트 도구:sIEve 0.80
테스트 예: 공식 데스크톱 예
다음 데이터는 세 번 테스트한 후의 평균값으로 그 중에서 메모리는 근사값을 사용하고 모든 데이터는 상대적으로 안정되었을 때 기록된 것이다.
데이터는 테스트 도구에서 볼 수 있는 상황으로 이 도구는IE에서 페이지 메모리의 사용을 비교적 객관적으로 반영할 수 있다.
윈도우즈의 작업 관리자에서 볼 수 있는 IE가 차지하는 메모리는 종종 정확하지 않다. 왜냐하면 안에 대량의 메모리가 IE 자체가 차지하기 때문이다.
브라우저 자체가 차지하는 메모리는 웹 개발자가 제어할 수 없는 것이다.
예를 들어 같은 페이지를 열면 IE에 설치된 플러그인이 다르고 IE의 설정이 다르면 메모리의 사용이 크게 달라질 수 있습니다.
그래서 테스트를 할 때 '윈도우즈의 작업 관리자' 를 통해 메모리를 보는 방법은 분명히 객관적이고 정확하지 않다.
(참고: 공백 페이지는 테스트 환경에서 테스트 도구를 통해 볼 때 메모리가 5M을 차지함)
============================================================================
데이터:

    	    dom   	    		  


    	52			1			18.9M

【     】	53			1			19.0M



   
accordion 
window		282			2			23.3M

【     】	282			2			22.2M



   
accordion 
window		132			132-52=80		24.0M

【     】	63			65-53=12		22.5M



2   
accordion 
window		359			80			26.0M

【     】	291			80			23.0M



2   
accordion 
window		207			207-52=155		26.3M

【     】	71			71-52=19		22.0M

============================================================================
비교적 복잡한 조작을 하고 1분 정도 지속한다.다음과 같은 작업이 포함됩니다.
grid window 열기
accordion window 열기
두 창 전환 드래그 크기 조절
목록 보기 메뉴 목록 데이터 정렬
accordion의 트리를 새로 고침하고 접고 펼치는 등 조작
마지막으로 열린 모든 창을 닫습니다.그런 다음 데이터를 기록합니다.
-------------------------------------

    dom   		  

   		329		40.6M
【     】	207		27.2M

===========================================
윈도우즈 및 IE 메모리 관리 메커니즘 개요:
(추가 예정)
===========================================
총결산
(추가 예정)
===========================================