100 Kb 아닌가요? 58개 이미지가 맞나요?  아님 혹시 개당 100 kb 인가요?
index 전체용량이 100kb 면 양호한겁니다. ㅠㅠ
저는 기본이 메가로 노는데요 ㅋㅋ

설마 메가겠어요?..
인클루드 다 포함해서 그런거죠?..^^
용량계산도 이젠 헷갈리네요..
모뎀쓸땐 1k도 줄일려고 바둥바둥거렸는데,,,이젠 그런 감각도 무시할 정도가 되었으니...^^

전 인클루드 빼구선,,,짝퉁div로 이용했더만,,인덱스 머리 몸통 발,,,다 포함해서..12kb=12,000바이트 가 나오네요..

약 8년전, 웹연구 단체에서 권장하는 최대 메인 용량이 80kb였습니다.
그 책을 읽고 네이버를 봤더니 정말로 80kb안밖이던군요. 다음은 100kb가 넘었던 것으로 기억됩니다.
인터넷환경이 열악할 때도 그 정도였는데 지금 100kb라면 무겁지 않다고 생각합니다.
그러나, 제 생각에는 텍스트정보가 컨텐츠인 사이트라면 지금도 그 선을 지키는 것이 좋다고 생각합니다. 이미지나 동영상 사이트, 또는 디자인 중요한 사이트라면 메가단위도 괜찮을거라 생각합니다.
즉, 무조건 용량이 중요한 것이 아니라 컨텐츠에 알맞게 무거운가 하는 것이 중요하겠습니다.

정보를 더 드리자면, 2004년도에 네이버와 야후를 봤을 때 140kb, 베타뉴스가 1.4Mb였습니다. 놀라운 건 엠파스가 400kb가 넘었는데 로딩 속도가 네이버와 똑 같았습니다.
계산 안된 플래시 때문일 수도 있습니다.

용량 많다고 느린것 보다는

페이지 내의 많은 이미지, 자바 스크립트 스타일 시트 등을 로딩할때 서버에 요청을 하는데

이 요청이 많아져서 속도가 느려집니다.

자바스크립트, 스타일 시트 통합,

스타일은header 사이에 입력,

자바스크립트는 하단에 입력,

mod_expires 사용

등등;;

진서기님 말씀이 맞습니다. 요새 페이지들은 각종 요청이 많아서 용량보다는 각종 요청이 속도를 좌우합니다. 그래서 자바스크립트, 스타일시트, DB튜닝이 필요하고요,
제일 좋은건 index 페이지 캐슁하는 겁니다.-_-/