[PhoeniX]

Что случилось с сабжевым сайтом? На 14.12.2011 20:40 - не работает, агава пишет, что "сайт заблокирован".

Есть тут кто-нибудь, кто знает, что с ним? И где скачать архив статей с него, а то решил тут потренироваться с ассемблером и низкоуровневой разработкой, а не судьба...

[Bargest]

Сообщение от DJ PhoeniX

Что случилось с сабжевым сайтом?

Для уточнения причин — обратитесь в службу поддержки по телефону call-центра +7 (495) 781-65-37 (круглосуточно) или по электронной почте письмом на support@agava.com

Мб вырубили за неуплату.
А вообще никогда о нем (сайте sysbin) не слышал. Что там такого было?

[PhoeniX]

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

[Bargest]

Я сча сам написанием оси на асме занимаюсь. Есть еще osdev.ru и ru.osdev.wikia.com. Для MBR - видел статейки на хабре и это. Ну еще есть Sasm, можно некоторые вещи оттуда почитать. Так что можно вполне и без sysbin пережить.
З.Ы. Самая полезная прога для разработки осей - FASM.

[PhoeniX]

Да так то я знаю основы. Там просто был цикл статей, по разработке оси с нуля до н-ного результата, написанный специально для этого портала. Вот хотел его достать, а не судьба.

За сайты спасибо, но я о них знаю, изредка почитываю.

P.S. Подпись - Portal?

[Rat]

У меня открылся.

Вообще давняя история конечно. 2000-е.

Как бы есть два сайта. sysbin.com и osrc.info

А началось всё с 3os.ru

После 3OS люди разосрались и разошлись по разным сайтам. Я имею ввиду тех кто за этим стоит.
Админ sysbin.com побухать любит. Может заплатить забыл...

Хотя реальные разрабы и там и там гуляют.
И статьи друг у друга тырят.

Хотя имхо лучше всего wasm.ru

Эх.... хорошие были времена... Даже файлэхи помню...

[PhoeniX]

Ура, восстал из мёртвых

[Bargest]

Там просто был цикл статей, по разработке оси с нуля до н-ного результата

Чутка полазил - не нашел.
А так че там: написал загрузчик на первое время, и сидишь клепаешь всякие прибамбасы. Когда-нибудь дойдет до многозадачности (если надо конечно), до работы с протоколами и разными устройствами, ...
Я сначала писал нечто на подобие ОС на асме для х32, сделал загрузочную флешку с "Танчиками". ОС заключалась в загрузке танчиков (написанных на си) в определенный адрес и предоставление функций работы с графикой, таймером и клавой. А потом на ее базе стал писать уже норм ОС для х64. И ниче, дело продвигается.

P.S. Да, ↓ - Portal.

[angvelem]

Сообщение от Rat

...Хотя имхо лучше всего wasm.ru...

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

[PhoeniX]

Сообщение от Bargest

Чутка полазил - не нашел.

Да вот же: http://sysbin.com/files/lowlevel/osdev1.htm

[Bargest]

Спасибо за ссылочку. Может быть понадобится когда-нибудь.

хотя пример MenuetOS показывает, что это все-таки возможно, но чревато потерей быстродействия системы

Не замечал под менуэтом потери быстродействия. Скорее наоборот, мучался с непривычки от того, что все работает слишком быстро. Там даже 3д-графика есть в своем роде...
Разработчик менуэта пишет что наоборот, начал писать ОСь на асме после того, как заметил, что переписывание сложных участков линукса под асм увеличивает быстродействие на 15-30%.

[Rat]

Народ, подскажите. Для меня всегда было загадкой.
Как определить количество физической памяти на компе?
До создания GDT. Ведь количество GDT должно охватывать всю область памяти?
Или GDT всегда создается с рассчетом на какую то максимальную память, т.е. от балды?
И вслучае нехватки памяти(отсутствия необходимых сегментов) просто используется своп?

Или я не прав?

[Bargest]

GDT - это таблица дескрипторов, в ней можно делать дескрипторы с любой базой и любым размером. Никто не запрещает, имея 32 мегабайта оперативки, сделать дескриптор с пределом в 4 гигабайта. И наоборот тоже можно.
Своп вообще относится к технологии виртуальной памяти и фактически заключается в выгрузке из памяти наименее используемых страниц. Например, на компе стоит 512 мегов оперативки. Для каждого процесса существует 4 гига виртуальной памяти. Но процесс же не использует их все одновременно. Вот те страницы (обычно по 4КБ), которые используются редко, выгружаются на диск, а те, которые не используются вовсе - вообще не существуют ни в оперативке, ни на диске (пока их не выделят чем-то типа VirtualAlloc).
А объем физической оперативки вычисляется либо варварским способом (пишем в разные места памяти число, считываем оттуда же, если совпало - значит оперативка в этом месте есть), либо одним из нормальных способов.

Количество GDT всегда равно одному. Количество дескрипторов в ней может меняться. Можно описать всю память одним дескриптором, а можно описывать по частям, причем формально никто не обязывает описывать всю память (правда в этом нет смысла). А если говорить про x64 - так там сегментные дескрипторы имеют только флаги, все остальные поля игнорируются и считается, что начало сегмента в нуле и конец в максимальном поддерживаемом процессором адресе.