|
#1
|
||||
|
||||
Sysbin.com
Что случилось с сабжевым сайтом? На 14.12.2011 20:40 - не работает, агава пишет, что "сайт заблокирован".
Есть тут кто-нибудь, кто знает, что с ним? И где скачать архив статей с него, а то решил тут потренироваться с ассемблером и низкоуровневой разработкой, а не судьба... Оставайтесь хорошими людьми... VK id2634397, ds [at] phoenix [dot] dj |
#2
|
||||
|
||||
Цитата:
Цитата:
Мб вырубили за неуплату. А вообще никогда о нем (сайте sysbin) не слышал. Что там такого было? jmp $ ; Happy End! The Cake Is A Lie. Последний раз редактировалось Bargest, 14.12.2011 в 21:02. |
#3
|
||||
|
||||
Там было дофига полезных статей и программ для разработки операционных систем. В частности, рассматривалось написание кода для MBR, структуры файловых систем, на форуме часто обсуждались нюансы работы различных процессоров... Чего стоит только курс статей по написанию зачаточной оси с нуля...
Оставайтесь хорошими людьми... VK id2634397, ds [at] phoenix [dot] dj |
#4
|
||||
|
||||
Я сча сам написанием оси на асме занимаюсь. Есть еще osdev.ru и ru.osdev.wikia.com. Для MBR - видел статейки на хабре и это. Ну еще есть Sasm, можно некоторые вещи оттуда почитать. Так что можно вполне и без sysbin пережить.
З.Ы. Самая полезная прога для разработки осей - FASM. jmp $ ; Happy End! The Cake Is A Lie. Последний раз редактировалось Bargest, 14.12.2011 в 21:38. |
#5
|
||||
|
||||
Да так то я знаю основы. Там просто был цикл статей, по разработке оси с нуля до н-ного результата, написанный специально для этого портала. Вот хотел его достать, а не судьба.
За сайты спасибо, но я о них знаю, изредка почитываю. P.S. Подпись - Portal? Оставайтесь хорошими людьми... VK id2634397, ds [at] phoenix [dot] dj |
#6
|
|||
|
|||
У меня открылся.
Вообще давняя история конечно. 2000-е. Как бы есть два сайта. sysbin.com и osrc.info А началось всё с 3os.ru После 3OS люди разосрались и разошлись по разным сайтам. Я имею ввиду тех кто за этим стоит. Админ sysbin.com побухать любит. Может заплатить забыл... Хотя реальные разрабы и там и там гуляют. И статьи друг у друга тырят. Хотя имхо лучше всего wasm.ru Эх.... хорошие были времена... Даже файлэхи помню... |
#7
|
||||
|
||||
Ура, восстал из мёртвых
Оставайтесь хорошими людьми... VK id2634397, ds [at] phoenix [dot] dj |
#8
|
||||
|
||||
Цитата:
А так че там: написал загрузчик на первое время, и сидишь клепаешь всякие прибамбасы. Когда-нибудь дойдет до многозадачности (если надо конечно), до работы с протоколами и разными устройствами, ... Я сначала писал нечто на подобие ОС на асме для х32, сделал загрузочную флешку с "Танчиками". ОС заключалась в загрузке танчиков (написанных на си) в определенный адрес и предоставление функций работы с графикой, таймером и клавой. А потом на ее базе стал писать уже норм ОС для х64. И ниче, дело продвигается. P.S. Да, ↓ - Portal. jmp $ ; Happy End! The Cake Is A Lie. Последний раз редактировалось Bargest, 15.12.2011 в 20:09. |
#9
|
||||
|
||||
Цитата:
Je venus de nulle part 55.026263 с.ш., 73.397636 в.д. |
#10
|
||||
|
||||
Цитата:
Оставайтесь хорошими людьми... VK id2634397, ds [at] phoenix [dot] dj |
#11
|
||||
|
||||
Спасибо за ссылочку. Может быть понадобится когда-нибудь.
Цитата:
Разработчик менуэта пишет что наоборот, начал писать ОСь на асме после того, как заметил, что переписывание сложных участков линукса под асм увеличивает быстродействие на 15-30%. jmp $ ; Happy End! The Cake Is A Lie. |
#12
|
|||
|
|||
Народ, подскажите. Для меня всегда было загадкой.
Как определить количество физической памяти на компе? До создания GDT. Ведь количество GDT должно охватывать всю область памяти? Или GDT всегда создается с рассчетом на какую то максимальную память, т.е. от балды? И вслучае нехватки памяти(отсутствия необходимых сегментов) просто используется своп? Или я не прав? |
#13
|
||||
|
||||
GDT - это таблица дескрипторов, в ней можно делать дескрипторы с любой базой и любым размером. Никто не запрещает, имея 32 мегабайта оперативки, сделать дескриптор с пределом в 4 гигабайта. И наоборот тоже можно.
Своп вообще относится к технологии виртуальной памяти и фактически заключается в выгрузке из памяти наименее используемых страниц. Например, на компе стоит 512 мегов оперативки. Для каждого процесса существует 4 гига виртуальной памяти. Но процесс же не использует их все одновременно. Вот те страницы (обычно по 4КБ), которые используются редко, выгружаются на диск, а те, которые не используются вовсе - вообще не существуют ни в оперативке, ни на диске (пока их не выделят чем-то типа VirtualAlloc). А объем физической оперативки вычисляется либо варварским способом (пишем в разные места памяти число, считываем оттуда же, если совпало - значит оперативка в этом месте есть), либо одним из нормальных способов. Количество GDT всегда равно одному. Количество дескрипторов в ней может меняться. Можно описать всю память одним дескриптором, а можно описывать по частям, причем формально никто не обязывает описывать всю память (правда в этом нет смысла). А если говорить про x64 - так там сегментные дескрипторы имеют только флаги, все остальные поля игнорируются и считается, что начало сегмента в нуле и конец в максимальном поддерживаемом процессором адресе. jmp $ ; Happy End! The Cake Is A Lie. Последний раз редактировалось Bargest, 16.12.2011 в 17:47. |