From: Michael Shigorin <mike@osdn.org.ua> To: community@altlinux.ru Subject: [Comm] Re: экономия памяти -- ли? (was: [jt]Установка линукса на ноут -поток сознания) Date: Sat, 21 Aug 2004 03:05:50 +0300 Message-ID: <20040821000550.GW20614@osdn.org.ua> (raw) In-Reply-To: <55616.194.67.216.221.1092988782.squirrel@www.samdu.uz> On Fri, Aug 20, 2004 at 12:59:42PM +0500, Nizamov Shavkat wrote: > >> во-первых цифра приведенные Вами выводятся в самом начале > >> загрузки ядра и это практически ни о чем еще не говорит. > > Зуб дадите? > даю Ну даёте. Пойдемте беспокоить ядерщиков или все ж google? > >> Например на ноуте с 80мб памяти цифры были чуть другими (за > >> счет reserved), но сумма всех цифр давала цифру порядка 4-5 Мб. > > А это о чем-то говорит? > >> Значит ли это что на машинах с оперативной памятью менее 96 Мб > >> загрузить ядерный драйвер нвидиа не удастся, ведь lsmod > >> показывает что размер этого драйвера более 4 Мбайт и согласно > >> Вашей логике он должен занять практически все пространство > >> отведенное первоначально ядру? Нет не значит, потому что ядро > >> займет еще памяти, помимо той которую он первоначально > >> зарезервировал. > > Блин. Почитайте все же, на что выделяется эта reserved, а? > > А то мне архивы kernel-traffic ради умного, но ленивого и > > упрямого человека перекапывать лень. > говорить что размер памяти занимаемый ядром равен тому-то, что > указывается самим ядром в процессе загрузки Вам почему то не > лень. Вы до сих пор считаете что ядро занимает ровно столько > сколько указано в dmesg ? Вы вообще понимаете, что любое сопоставимое ядро (скажем, из одной серии и примерно схожей разливки -- без патчей, добавляющих или убирающих существенные сегменты, например, текстовых данных) будет увеличено в памяти тем же модулем nvidia на практически постоянный объем занимаемой памяти? Как бы это на пальцах объяснить-то... Если я вешу 4 килограмма или 104 -- выпив литр воды, я потяжелею на его вес. Я не говорю при этом, что, выпив воду, я вешу все *те же* 4 / 104 килограмма, но говорю, что масса выпитой воды не имеет отношения к методу, которым я похудел или поправился на 50 кг. Потому что она _аддитивна_. > >> А это значит что конечный размер памяти занимаемой ядром > >> может оказаться больше того что показывается в самом начале > >> загрузки самого ядра. > > Этот бесспорный факт ортогонален обсуждаемому вопросу. > > Равно как и предыдущий аутоспорный. > Почему же ? Вы считаете что раз dmesg указал размер памяти под > ядро то так оно и есть. Спасибо за трактовку моего понимания, я в нем не разбирался. > В то время как цифра - "размер памяти используемый ядром" - > переменная, а не постоянная как Вам хочется. [стерто -- уже остыл] Шавкат, будьте добры -- читайте, что пишут, а не нечто между строк. Не писал я такой дури. :-/ > >> а во вторых я явно указал что количество освободившейся памяти > >> я мерял топом > > Глядя куда именно? > на экран [стерто] > >> а соостветственно мерял и память высвобождаемую и за счет > >> выполнения меньшего количества дисковых операций - поиск > >> модулей, выяснение их взаимосвязей, очередности загрузки и > >> прочая и прочая. Что не только уменьшает количество занятой > >> памяти (причем не только под файловый кэш) > > А вот это, простите, чушь, близкая к полной. Почитайте хоть > > научпоп какой про механизмы работы linux VM. > почитайте лучше научпоп как появляется файловый кэш, буферы и > прочая. и как они завияст от дисковой активности. [стерто] > >> но и количество времени требуемое для загрузки ядра. > > Боюсь, на тысяче и одной загрузке оно не оправдает одной > > пересборки. (с учетом depmod -a -- тоже) > а вы попробуйте. на железе указанныом в начале треда - р233/96Мб Я уже указал, на каком пробовал. До этого -- k5-75/32. Под такое и более дохлое когда-то подгонял, а сейчас его проще выкинуть или скинуть выполнение кому, поскольку время дороже станет. -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
next prev parent reply other threads:[~2004-08-21 0:05 UTC|newest] Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top 2004-08-17 14:08 [Comm] [jt]Установка линукса на ноут -поток сознания Тутов Роман Викторович 2004-08-17 13:46 ` Nizamov Shavkat 2004-08-18 7:23 ` Re[2]: " Тутов Роман Викторович 2004-08-18 7:51 ` Nizamov Shavkat 2004-08-18 8:02 ` Re[4]: " Тутов Роман Викторович 2004-08-18 8:12 ` Genix 2004-08-18 8:04 ` Тутов Роман Викторович 2004-08-18 7:57 ` Nick S. Grechukh 2004-08-18 8:15 ` Re[4]: " Genix 2004-08-18 8:36 ` Andrey Rahmatullin 2004-08-18 8:28 ` Nizamov Shavkat 2004-08-18 8:40 ` Re[6]: " Тутов Роман Викторович 2004-08-18 8:57 ` Nizamov Shavkat 2004-08-18 9:27 ` Andrey Rahmatullin 2004-08-18 10:09 ` Nizamov Shavkat 2004-08-18 18:01 ` [Comm] экономия памяти -- ли? (was: [jt]Установка линукса на ноут -поток сознания) Michael Shigorin 2004-08-19 5:10 ` Nizamov Shavkat 2004-08-19 9:03 ` [Comm] " Michael Shigorin 2004-08-19 9:39 ` Nizamov Shavkat 2004-08-20 7:18 ` Michael Shigorin 2004-08-20 7:59 ` Nizamov Shavkat 2004-08-20 11:50 ` Andrey Rahmatullin 2004-08-20 19:54 ` Michael Shigorin 2004-08-21 0:05 ` Michael Shigorin [this message] 2004-08-20 19:04 ` [Comm] Re: экономия памяти -- ли? Oleg N. Kayunov 2004-08-21 9:21 ` [Comm] linux vm whitepaper (was: экономия памяти -- ли?) Michael Shigorin 2004-08-22 11:58 ` [Comm] Re: linux vm whitepaper Oleg N. Kayunov 2004-08-18 10:45 ` [Comm] [jt]Установка линукса на ноут -поток сознания Денис Смирнов 2004-08-18 9:13 ` Aleksey Avdeev 2004-08-18 18:02 ` [Comm] " Michael Shigorin 2004-08-18 8:39 ` [Comm] длительная загрузка (was: Установка линукса на ноут -поток сознания) Michael Shigorin 2004-08-18 8:50 ` Тутов Роман Викторович 2004-08-18 9:03 ` [Comm] " Michael Shigorin 2004-08-18 11:07 ` [Comm] " Gleb Stiblo 2004-08-18 12:40 ` [Comm] [jt]Установка линукса на ноут -поток сознания Vadim V. Zhytnikov 2004-08-17 14:15 ` Valery V. Inozemtsev 2004-08-17 14:30 ` mercenary 2004-08-17 14:06 ` Nizamov Shavkat 2004-08-17 16:35 ` [Comm] " Michael Shigorin
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20040821000550.GW20614@osdn.org.ua \ --to=mike@osdn.org.ua \ --cc=community@altlinux.ru \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Community general discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/community/0 community/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 community community/ http://lore.altlinux.org/community \ mandrake-russian@linuxteam.iplabs.ru community@lists.altlinux.org community@lists.altlinux.ru community@lists.altlinux.com public-inbox-index community Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.community AGPL code for this site: git clone https://public-inbox.org/public-inbox.git