LINUX.ORG.RU

Компилирование ядра для Pentium1 120Mhz + 16 MB RAM

 , , ,


1

2

Конфиг,соурс ведра,результат компиляции,тулчейн. Проблема проста как дважды два: не запускается bzImage,полученный при компиляции. Предполагаю,что либо тулчейн скомпилил нерабочий код из-за того,что он i686 (скорее всего так),либо ядро теперь не запускается с 16 мегабайтами оперативной памяти (если действительно так,то это очень печально). Гружу bzImage с помощью утилиты BOOTLIN.EXE из под «сеанса MS-DOS» 95-винды. Ваши идеи?



Последнее исправление: Elmer_ (всего исправлений: 1)
Ответ на: комментарий от anonymous

Белены объелся? Там диффузия страшна становится, а вот то, чо ты написал - бред. Напряжения на низком техпроцессе, а так же ток ниже и намного.

Deleted
()
Ответ на: комментарий от anonymous

У меня на 386, с 2 МиБ рамы и монохромным дисплеем лежит ноут. Винт дохлый, танцы с флешками бесполезны, т.к. винт даже не IDE, флоппик дискеты царапает. Аккум дохлый, из 10 Ni-Cd банок живо штуки 3 или 4.

yars068 ★★★★
()
Ответ на: комментарий от madcore

Иксы очень мало жрут сами. Если взять WindowMaker то на 16 жить вполне получится. Броузер придется искать старый только или собрать где-нить MicroB года 2005-го, должно всё еще открывать почти всё. Или найти сырцы нетскейпа, с которого мозилла началась, но тут с открываемостью сайтов могут быть трудности. Короче у меня спецдевайсы на арме с X11 всякие панели управления по сетке открывают, на них по 8MB RAM. Одно из применений сетевой прозрачности, кстати. Броузеры уже так не могут.

slapin ★★★★★
()
Ответ на: комментарий от Elmer_

Ядро должно на дискету влезать, на вторую дискету — initrd. И да, выше 3.10 ядра брать нельзя, все, что выше, уже i386 не поддерживают.

yars068 ★★★★
()
Ответ на: комментарий от Deleted

Процессору техпроцесс не страшен, он страшен памяти, ну и флешкам. Именно из-за него нормальные флешки стали дорогими и их сложно достать, и их перестали делать больших размеров, так как все клепают очень плохо работающее, требующее нехилых изощрений чтобы работать. Но более мелкий техпроцесс делает всё дешевле для производителя, а клиент всё равно купит. Конечный потребитель платит общим снижением надежности, но ему всё равно.

slapin ★★★★★
()
Ответ на: комментарий от anonymous

Ну не знаю, WindowMaker вполне хорошо выглядит, как и dtwm, кстати. Это всегда компромисс, или шашечки или ехать.

slapin ★★★★★
()
Ответ на: комментарий от yars068

И да, выше 3.10 ядра брать нельзя, все, что выше, уже i386 не поддерживают.

Почему тут все так настойчиво говорят про i386, когда у человека Pentium-Classic?
И да, последнее ведро прекрасно запустится хоть на 16, хоть на 8МБ.

madcore ★★★★★
()
Ответ на: комментарий от anonymous

Да, внезапно напряжение значительно ниже.

anonymous
()
Ответ на: комментарий от anonymous

С током тут сложный вопрос, тут скорее с всплесками потребления хуже - их больше и облепить всё конденсаторами чтобы всё не накрывалось медным тазом то ещё искусство. Основное напряжение снижается так как проводники становятся тоньше и не могут уже в нужный ток, количество нагрузки становится больше. В итоге - напряжение ниже, общий ток больше, ток * напряжение ниже, но от этого не сильно легче, так как требования к этому питанию сильно выше. По сути для доставки питания к каждому элементу процессора так, чтобы всё работало, нужны максимально короткие пути. Плюс всё живет на грани фола. Соответственно ток на переключениях выше и выше. Но средние значения ниже, да.

slapin ★★★★★
()
Ответ на: комментарий от Deleted

чем больше сечение (крупнее техпроцесс), тем ниже сопротивление, ниже сила тока и температура

anonymous
()
Ответ на: комментарий от anonymous

Эффективное сечение может быть гораздо больше, за счёт количества параллельных тонких проводников.

anonymous
()
Ответ на: комментарий от slapin

Когда-то имел парк первопней с 32МБ в качестве тонких клиентов(LTSP). Из любопытства пробовал 16МБ - иксы не взлетели, но дальше эту тему не копал.
Еще от видеокарты зависит - под каждую свой XFree86(в современных иксах те видяхи дропнуты)

madcore ★★★★★
()
Последнее исправление: madcore (всего исправлений: 1)
Ответ на: комментарий от anonymous

На более старых техпроцессах и элементы крупнее и требуют больше на питание и переключение. Соответственно напряжение выше и поэтому выше можность и тепловыделение. Но и надежность выше.

slapin ★★★★★
()
Ответ на: комментарий от anonymous

чем оно будет эффективнее, если в каждом будет выше сопротивление и выше температура. для обогревателя да, эффективнее

anonymous
()
Ответ на: комментарий от slapin

мы ведем речь об условно равной мощности при разных техпроцессах

anonymous
()
Ответ на: комментарий от anonymous

лампочку накаливания видел когда-нибудь?

anonymous
()
Ответ на: комментарий от slapin

единственное преимущество по меньшему техпроцессу - это усложнение схемы (увеличение элементов) при тех же габаритах изделия, и, как следствие большее число операций и память, для чего и делается, а вся остальная вредная физическая побочка усугубилась, прежде всего да, надежность и температура основные проблемы

anonymous
()
Ответ на: комментарий от anonymous

если в каждом будет

Многожильные провода видел?

лампочку

Вообще не похожа на процессор по структуре. Это к чему было?

anonymous
()
Ответ на: комментарий от anonymous

Нет, не единственная. Уже писали, меньшие элементы требуют меньше энергии.

Плюс большая производительность позволяет обрезать потребление ничего не потеряв.

anonymous
()
Ответ на: комментарий от anonymous

Многожильные провода видел?

тонкие? только низковольтные

Вообще не похожа на процессор по структуре

структуре чего?

anonymous
()
Ответ на: комментарий от anonymous

А отдельные жилы в проводах видел какие?

структуре

Структуре проводника и того как ток через него протекает.

anonymous
()
Ответ на: комментарий от anonymous

ещё раз, речь о 2 процессорах по разному техпроцессу одинаковой мощности (допустим 25 ватт, или любой другой)

про производительность мы сейчас не про вычислительные возможности говорим, а про физические свойства. здесь большая производительность подразумевает большую энергию, тепловую в частности.

anonymous
()
Ответ на: комментарий от madcore

Ну у меня X11 проприетарные, но я делал проект с реанимацией s3trio64 и s3virge, заработало на современном Xorg после поднятия XAA вполне успешно и безболезненно (недели 2-3 неспешной работы).

На 16MB X11 летает. По X11 могу сказать так - на 4MB RAM X11R6 от X Consortium работал успешно, но совсем на пределе, для небольших аппаратных фреймбуферов со своей памятью (1280x1024x24bpp). Можно посмотреть запуск ранних FreeBSD на таких конфигурациях. На меньших объёмах лучше поднимать X11R5. Но надо понимать, что это футпринт самой оконной системы, но сами приложения тоже жрут память. То есть меньше 4MB я на систему с X11 не стал бы ставить, тем более придется сильно экономить на приложениях.

На современный Xorg навешено расширений, которые работают сбоку и независимо от основного растеризатора Xorg, на слабых конфигурациях их лучше выключить.

Это RENDER и другие. Оно написано без особого понимания архитектуры и часто дублирует функции самого сервера и аллоцирует дополнительную память, то есть оно может жрать раза в 4 больше памяти чем X11 без этих расширений. Если садиться кодить под мелкую железку, если в ней есть какой-нить GLES, оно хорошо ложится внутрь растеризатора, а если есть какое 2D API, будет еще лучше (современное железо, сделанное под андроид, стало добавлять 2D обратно, хотя бы композитор), то есть смысла кодить под те поделия нет. Если оконная система не нужна вообще, проще взять SDL какой-нить или (OMG!) wayland, но под последний придется слишком много самому ковырять и ругаться, так как дизайн самого протокола и реализаций оставляет желать...

Короче, если есть задача сесть в инфраструктуру где уже есть X11, можно хорошо оптимизировать работу сервера. X11 очень гибкая система - она сделана так, что заработает на любом растре, минимальными усилиями. Это всё напрочь перечеркивается стараниями современных разработчиков X11 и их отдельным блоком растровых функций. За много лет, которые я занимался портированием X11 на всевозможные конфигурации железа, c X11 никогда не было проблем, но код pixman'а и прочего барахла всегда приходилось чинить неделями. Поэтому если нет нужды гонять софт и либы, использующие RENDER, это можно не делать. Есть разные костыли, которые позволяют запускать приложения, которые не могут жить без RENDER или DPS, это client-side или server-side proxy ну и нормально написанные расширения. Есть Cairo-based расширения.

К сожалению, никто из тех, кто разрабатывает разное под X11 не хочет участвовать в разработке Xorg, так что для опенсорса X11 скорее умирает.

slapin ★★★★★
()
Ответ на: комментарий от slapin

Ты тоже ахинею не неси. 7нм чип через 15 лет с большой долей вероятности будет не работоспособен, даже если просто лежал. Пень первый без последствий и 100 лет пролежит.

Deleted
()
Ответ на: комментарий от anonymous

Представь себе - да, низкое напряжение, и питание бОльшего числа элементов, ток на каждый из них в совокупности меньше. Основной же подвод питания выполняется дорожками несколько толще 7 нм.

Deleted
()
Ответ на: комментарий от anonymous

а, чо? Сопротивление ниже, а мощность, протекающая через тот же транзистор больше. Сколько транзисторов в условном первом пне, и сколько в и7? Ты не путай электротехнику и микроэлектронику, в последней нюансов поболее будет.

Deleted
()
Ответ на: комментарий от anonymous

да в каком месте больше производительность - больше энергии? Ты про закон сохранения энергии слышал?

Deleted
()
Ответ на: комментарий от slapin

Занятно живешь, респект.

Кстати, при маленькой раме на тех х-терминалах еще такой прикол был: при печати некоторых документов в ООо иксы валились. Вроде бы помогал nbd-своп. Возможно, ООо при подготовке к печати использовал какие-то функции иксов жадные до памяти, но это только предположение.

madcore ★★★★★
()
Ответ на: комментарий от slapin

Ну как бы это и проблема современных машин. Я не уверен, что 7 нм чипы будут жить как старые процы под 100% нагрузкой в течении десятков лет.

Deleted
()
Ответ на: комментарий от Deleted

Ты про закон сохранения энергии слышал?

потому и говорю, что у двух процессоров разных техпроцессов по 25w тепловыделение одинаковое, а нагрев выше тех проводников, у которых сечение меньше, а также они больше склонны к выходу из строя

anonymous
()
Ответ на: комментарий от Deleted

да в каком месте больше производительность - больше энергии?

изначально стали обсуждать температуру и какие кулеры и где, поэтому в контексте разговора, больше тепловой энергии = больше производительность

я склоняюсь, что при одинаковой мощности и габаритах процессоров, потребность в доп. охлаждении приблизительно одинаковая. при уменьшении габаритов процессора, потребность увеличивается. ну и в целом, я что-то не припоминаю процессорв в 90-120W и даже 60

anonymous
()
Ответ на: комментарий от anonymous

все пентиумы 3 меньше 40 ватт, мобильные есть 7 ватт, может есть меньше. те, что раньше пентиум 3, ещё меньше. например, 80386 есть около ватта

anonymous
()
Ответ на: комментарий от madcore

Потому что невнимательные. Пентиум — это ведь P5...

Ну а про то память я ничего и не говорил.

yars068 ★★★★
()
Ответ на: комментарий от anonymous

А отдельные жилы в проводах видел какие?

иди прикрути пучок телефонных к высоковольтной магистрали. потом расскажешь что будет

anonymous
()
Ответ на: комментарий от anonymous

высоковольтной

Что за манявры? Ты же про ток втирал. Выйдет проводник, аналогичный такому же цельному.

anonymous
()
Ответ на: комментарий от anonymous

нет, ты пойди и прикрути. можешь пучок соразмерной площади сечения к обычной домашней линии прикрутить.

anonymous
()
Ответ на: комментарий от Deleted

у меня есть ноут с таким Р-233ММХ и 160МБ сдрам. Бажественный. 4 гига диск хрустит на всю комнату, ностальгично... правда пластик уже рассыпается.

OpenMind ★★★★
()
Ответ на: комментарий от OpenMind

не потянет оно музыку, хотя не офтопике проклятущем и mp3 играет.

потянет, даже старшие 486 тянули(по крайней мере 128кбит)

madcore ★★★★★
()
Ответ на: microXwin от sqq

Не, цели слишком другие, хотя подходы схожие. У нас полноценный сервер, оптимизация, бесшовный gles, cairo, dps, оптимизации битмапов, кеши, черта в ступе, сеть. Шоб и с hp-ux и с ultrix и с solaris c AIX и Irix, VMS все ништяк было и локально все быстро и еще чтобы под голое железо с rtos все работало. И иногда чтоб surfaceflinger эмулило. Адок короче.

slapin ★★★★★
()
Ответ на: комментарий от madcore

ну у меня что-то любой плеер, который не винамп долбится в соточку при проигрывании музыки. Не знаю... попробовал mplayer, mpv, mpg123, deadbeef.

OpenMind ★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.