вот они обычно таки на асме. причём там 100500 вариантов для разных камней.
в общем получается, что ядро само может, то есть модуль можно написать хоть какой, а вот прогам доступа нет.
Либо мы на правильном пути, и прога должна прикинутся модулем. Но это надо долго медитировать...
В принципе спасибо за дискуссию, еще раз повторюсь, извиняюсь, если кто-то принял за троллизм и разборки,
-но лишь истины для. :D
так вывод то какой?
Wolfenberg пишет:
..........
да плевать хотела ОСь на ваши прерывания.
Вот именно.
Код с вызовом прерывания компилится и даже сегфаулт не пишет потом, но вызова физичсеки не происходит.Ядро не дает и защищенный режим не дает. ...
Это всё отговорки и размышления общего характера
почему-же? ядро ОС подменяет собой все прерывания. я вообще не очень понимаю, зачем вам это int21 из биоса?
только чтобы прерывание вызвалось.
а оно и вызовется. только это будет прерывание ОС. там затычка ЕМНИП стоит.
так вывод то какой?
Вывод такой:
если хотите низкоуровневого (т е быстрого) обращения к оборудованию, к вашим услугам ядро. А к железу фиг.
И вся охота отпадает от этого на асме писать, потому что будете общаться с дром из него. (Ну за исключением регистров камня).
Ну пример, не на прямую в порт данные а ядру их сначала. А оно уж само. Прямого доступа нет короче.
в общем получается, что ядро само может, то есть модуль можно написать хоть какой, а вот прогам доступа нет.
Либо мы на правильном пути, и прога должна прикинутся модулем.
модуль == программа. если кому нужен прямой доступ к железу, он пишет модуль. а в венде ему приходится извращаться по разному.
Но это надо долго медитировать...
ну не так уж всё плохо на самом деле...
но вызова физичсеки не происходит.Ядро не дает и защищенный режим не дает. ...
дык модуль работает вместе с ядром, это что-то вроде плагина. оттуда вызовется. только эффект будет другим, не таким как в MS-DOS.
а оно и вызовется. только это будет прерывание ОС. там затычка ЕМНИП стоит.
грустно, но не вызываются. По крайней мере видеорежим и не думает переключаться.
А чтобы что-то вызвалось то прерывание самого ядра $0x80 надо использовать. В общем дали нам тока ядро........
только эффект будет другим, не таким как в MS-DOS.
Да вот же оно радимое:
asm("movb $0x05, %ah");
asm("movb $0, %al");
asm("int $0x10");
игнорируется ядром такое(последняя строка).
А к железу фиг.
И вся охота отпадает от этого на асме писать, потому что будете общаться с дром из него. (Ну за исключением регистров камня).
ну вы-же можете использовать последнее SSE или там 64х битность, или ещё какую-нить новую фишку, которую компиляторы пока плохо поддерживают, а стандартных функций ещё нет. Если есть у вас нестандартная железяка, вы можете использовать к ней свой модуль. Зачем ещё нужен прямой доступ?
если хотите низкоуровневого (т е быстрого) обращения к оборудованию
быстрее работать с модулем, который знает возможности оборудования. я сомневаюсь, что вы сможете нарисовать картинку на NVIDIA быстрее самой nvidia, даже имея прямой доступ и на нулевом кольце.
грустно, но не вызываются. По крайней мере видеорежим и не думает переключаться.
даже если-бы подумало, было-бы не радостно. сколько, и КАКИХ режимов знает ВАШ биос? 800х600 хотя-бы знает? :rolleyes:
А чтобы что-то вызвалось то прерывание самого ядра $0x80 надо использовать. В общем дали нам тока ядро........
нет. вот ещё:
$ lsmod
нет. вот ещё:
$ lsmod
да я имел в виду ядро в целом - с модулями. Оно, ж по сути есть модули, если не монолитное. Если брать по смыслу "ядро без модулей" , то я не знаю о чем тогда разговор вести.
даже если-бы подумало, было-бы не радостно. сколько, и КАКИХ режимов знает ВАШ биос? 800х600 хотя-бы знает?
Для некоторых вещей хватило бы и этого. И меньшего. Для всякого спец оборудования например.
720 на 400 биос хнал еще 15 лет назад. В таких режимах больше и не надо.
я сомневаюсь, что вы сможете нарисовать картинку на NVIDIA быстрее самой nvidia, даже имея прямой доступ и на нулевом кольце.
Ну тут вопрос особый, на нее документации нет открытой.
да я имел в виду ядро в целом - с модулями. Оно, ж по сути есть модули, если не монолитное. Если брать по смыслу "ядро без модулей" , то я не знаю о чем тогда разговор вести.
ну это как вы соберёте. можете с модулями, можете монолитное. Последнее кстати побыстрее немножко.
Для некоторых вещей хватило бы и этого. И меньшего. Для всякого спец оборудования например.
720 на 400 биос хнал еще 15 лет назад. В таких режимах больше и не надо.
для спец-оборудования как раз и пойдёт спец ядро, из которого выкинули всё лишнее, и сделали монолитным (без модулей вообще).
кстати, собирать ядра просто - мышкой тыкаете, потом собираете. только тыкать долго.
для спец-оборудования как раз и пойдёт спец ядро, из которого выкинули всё лишнее, и сделали монолитным (без модулей вообще).
кстати, это и будет "самый быстрый Linux".
кстати, собирать ядра просто - мышкой тыкаете, потом собираете. только тыкать долго.
В смысле GUI уже для этого какой-то есть?
Всегда только в консоли собирал.
В смысле GUI уже для этого какой-то есть?
да уже тыщу лет как есть - ещё в 10 слаке ЕМНИП был. Сам в шоке oO
получается самый быстрый линукс есть на всяких маршрутизаторах, холодильниках, тостерах и утюгах... ибо на тех процах что в них есть, они умудряются еще и функции какие-то выполнять, причем довольно неплохо...
получается самый быстрый линукс есть на всяких маршрутизаторах, холодильниках, тостерах и утюгах... ибо на тех процах что в них есть, они умудряются еще и функции какие-то выполнять, причем довольно неплохо...
ага. такой можно и на свой десктоп сделать. только 2 минуса:
1) красноглазить долго. хотя гентушникам нравится.
2) при апгрейде чего угодно (иногда даже мышки) дешевле выкинуть всю эту рухлядь вместе с этим "сверхбыстрым" линухом.
:)
а, этот "сверхбыстрый" комп через год станет тормозным. абгрейд-то делать нельзя....
Стало быть, вообще любой. Любой дистр можно целиком загрузить в оперативу. Точнее говоря, просто смонтировать / в tmpfs
Эта мысль мне кажется продуктивной - наверное, поэтому так шустры кноппикс и паппи. Зато у них тормозная загрузка - с оптики загрузка быстрой быть не может. Тогда очередной вопрос - а почему в других дистрах этот способ не рассматривается? - ведь сегодня это не так тяжко, как тогда, когда РАМ считали не гигами, а мегами. Дело к тому, что скоро будут считать сотнями гигов. Использование мемори оставляет желать лучшего даже при 2гб. Вот бы их туда и пристроить.
Где прочесть про такую загрузку - причем понятно для виндейца?
пс. Не ожидал, что вопрос про асм приобретет такой оборот, но получилось очень интересно. Надеюсь, все тоже получили удовольствие. Не от ругани, конечно, а от углубления в тему - думаю, такое полезно ЗНАТЬ.
[quote=redux]В смысле GUI уже для этого какой-то есть?
да уже тыщу лет как есть - ещё в 10 слаке ЕМНИП был. Сам в шоке oO[/quote]
их даже два !
зовут братьев - "make xconfig" и "make gconfig" , первый для кедов , второй для GTK ...только пускаются они из графического рута :(
