From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <42816.194.67.216.209.1092908363.squirrel@www.samdu.uz> In-Reply-To: <20040819090301.GT20614@osdn.org.ua> References: <20040818180141.GJ20614@osdn.org.ua><47385.194.67.216.221.1092892220.squirrel@www.samdu.uz> <20040819090301.GT20614@osdn.org.ua> Date: Thu, 19 Aug 2004 14:39:23 +0500 (UZT) Subject: Re: =?koi8-r?Q?[Comm]=9ARe:=9A=DC=CB=CF=CE=CF=CD=C9=D1_=D0=C1=CD=D1=D4=C9_--_?= =?koi8-r?Q?=CC=C9=3F_?=(was: =?koi8-r?Q?[jt]=F5=D3=D4=C1=CE=CF=D7=CB=C1_=CC=C9=CE=D5=CB=D3=C1_=CE=C1_?= =?koi8-r?Q?=CE=CF=D5=D4_-=D0=CF=D4=CF=CB_=D3=CF=DA=CE=C1=CE=C9=D1?=) From: "Nizamov Shavkat" To: community@altlinux.ru User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=koi8-r Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal X-BeenThere: community@altlinux.ru X-Mailman-Version: 2.1.5 Precedence: list Reply-To: community@altlinux.ru List-Id: Mailing list for ALT Linux users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2004 09:39:32 -0000 Archived-At: List-Archive: List-Post: > On Thu, Aug 19, 2004 at 10:10:20AM +0500, Nizamov Shavkat wrote: >> > Да-да. Перманентный выигрыш с учетом того, что туда засунется и >> > то, что спокойно бы себе лежало часть аптайма на диске. >> >> точных цифр привести не могу, но порядка 4 свободных >> >> дополнительно мегабайт после загрузки это мне давало (мерял >> >> топом). >> > Что-то не верится. >> а попробовать слабо ? я вот когда-то делал и сравнивал. > > Я обосновал свою позицию указанием цифр. "Когда-то" -- тоже > делал, и если 2.0 бывали по 270--330K образа (в памяти -- уж не > помню), 2.2 -- где-то ближе к 400--500, то 2.4 сильно меньше 600K > сжатого образа не выходило. > > Пусть коэффициент сжатия применительно к коду будет порядка 2--3 > (не помню, см. соотношение размера vmlinux и vmlinuz, но где-то > так) и объем занимаемой памяти (сегмент кода) сопоставим с > занимаемым несжатым образом дисковым пространством -- дальше > считайте сами. во-первых цифра приведенные Вами выводятся в самом начале загрузки ядра и это практически ни о чем еще не говорит. Например на ноуте с 80мб памяти цифры были чуть другими (за счет reserved), но сумма всех цифр давала цифру порядка 4-5 Мб. Значит ли это что на машинах с оперативной памятью менее 96 Мб загрузить ядерный драйвер нвидиа не удастся, ведь lsmod показывает что размер этого драйвера более 4 Мбайт и согласно Вашей логике он должен занять практически все пространство отведенное первоначально ядру? Нет не значит, потому что ядро займет еще памяти, помимо той которую он первоначально зарезервировал. А это значит что конечный размер памяти занимаемой ядром может оказаться больше того что показывается в самом начале загрузки самого ядра. а во вторых я явно указал что количество освободившейся памяти я мерял топом, а соостветственно мерял и память высвобождаемую и за счет выполнения меньшего количества дисковых операций - поиск модулей, выяснение их взаимосвязей, очередности загрузки и прочая и прочая. Что не только уменьшает количество занятой памяти (причем не только под файловый кэш) но и количество времени требуемое для загрузки ядра.