|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Andrey Melnikov 2:5030/1340.116 17 Jun 2001 19:50:20
To : Michael Shigorin
Subject : <none>
--------------------------------------------------------------------------------
17 Jun 01 16:36, Michael Shigorin wrote to Andrey Melnikov:
MS> From: Michael Shigorin <mike@lic145.kiev.ua>
MS> Andrey Melnikov <Andrey.Melnikov@p116.f1340.n5030.z2.fidonet.org> wrote:
MS>>> Компилянье ядра с -j4 на нешибконавороченном однопроцессоре с IDE и
MS>>> без вагона памяти как тест не конает -- это тест выносливости диска,
AM>> Канает-канает. У меня на одном селеконе с евагоном памяти (64m) и
AM>> IDE диском в UDMA33 это дает таки свой результат. А на 2х каменных
AM>> машинах меньше -j8 не пускается.
MS> Hо памяти там хватает и в своп мы особо не лезем, да?
Дык, стал бы я это затевать если у меня памяти мало.
MS> Я имел в виду то, когда cc1 начинают драться за память, если ее мало
MS> --
MS> тогда имеем загрузку 10-20% и жуткий шорох винта. При этом память
MS> отдыхает.
MS> Поправка -- я думал о реальной компиляции, когда смысла в -j4 на UP таки
MS> мало. Если интересно, можно в почту, погонять компилеж на разных
MS> системах при разных условиях. И еще раз отрапортоваться.
MS>>> Можно попробовать дома, но IMO оптимально обычно -j[NUM_CPU+1]
>>>> MS> hint: memtest86 -- ма-ахонький линукс, который только и умеет
AM>> Мать, вы гоните. По полной программе. То, что я забыл дописать 86 -
AM>> ничего
MS> Я не мать. И не собираюсь.
MS> А разница -- просто Ваш рассказ наложился аккурат на рассказ в другое
MS> ухо про memtest, который *не* memtest86. А у меня LA был больше чем
MS> обычно.
AM>> еще не говорит. Оно не может быть линуксом. никак. Оно максимум можеть
AM>> быть чем-то работающим в real или big mode, а лазить и смотреть чего
AM>> оно там делает мне влом.
MS> А мне не влом должно быть?
А это ваше право.
MS> - ---
[skipp]
MS> miscellaneous setup. When the load and setup are complete the memory
MS> map is as follows:
MS> 0x000 |-----------------------------------------------|
MS> | Stack (4k) |
Ага.. Значит пологается чтио в момент загрузки на машине ничего не дернет
interrupt. Вах.
MS> 0x1000 |-----------------------------------------------|
MS> | Memtest-text (9k) Origin 0x1000 |
MS> 0x3400 -------------------------------------------------
MS> | Memtest-data (3k) Origin 0x3400 |
MS> 0x4000 -------------------------------------------------
MS> | Memtest-text (9k) Origin 0x104000 |
MS> 0x6400 -------------------------------------------------
MS> | Memtest-data (3k) Origin 0x106400 |
MS> 0x7000 -------------------------------------------------
MS> | Common variables (1k) |
MS> 0x7400 -------------------------------------------------
MS> [...]
MS> Acknowledgments
MS> ===============
MS> The initial versions of the source files bootsect.S, setup.S, head.S and
MS> build.c are from the Linux 1.2.1 kernel and have been heavily modified.
MS> - ---
Мать, вас надули :) Всякий boot загружаюь в 0:07C00h и никак не в 0:07400h
со стеком в 0:0000h И ненадо мне попробовать сказать что lilo уже что-то
загружает в big/pmode память :)
>>>> софта, которую загружают (ну прям как bootloader от DOS) в свое
>>>> место
MS>>> точнее "в кэш"?
AM>> Куда-куда ? В какой такой кэш ? Може ты еще скажеш что оно в
AM>> регистры fpu
MS> Да мне тут недавно по похожему поводу упоминали _memtest_ -- который,
MS> дескать, такой маленький, что весь в кэш умещается и всю память тестит.
MS> А я слушал в пол-уха, даже не спросил, а что камню шепчут, что он кэш не
MS> обновляет, когда нужные страницы таки изменяются (если не "прыгать").
Ты знаеш - раньше всякие memtestы влазали в одно пзу размером в 16к и могли
еще протетстить все вокруг себя. Hавороченные. Hе навороченые - занимали 2 блока
на ленте.
AM>> загружается и оттудова работает ? Я не пройти ли тебе в старые
AM>> добрые книжки Абеля и Петьки Hоротона с целью таки узнать, как на
AM>> i86 всех моделей производиться первичный запуск процессора и
AM>> загрузка с любого девайса ?
MS> Я как бы их читал в детстве... Только давно это было ;-)
Повторение - мать учения.
Andrey aka TEMHOTA-RIPN
[Team Linux] [Team Inet] [Team IRC 4ever] [Team Windows Mu$t DiE]
[Team TEMHOTA - Дрyг молодежи!] [Team CuBeR PuNkS] [TEAM Спать] [TEAM hAtE]
--- GoldED+/LNX 1.1.4.7
* Origin: Powered by SlackWare Linux (2:5030/1340.116)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
