какой линукс быстрее?))) ну из этой темы можно холивар начать) каждому свое (FreeBSD рулит!)

вот) и я того же мнения, железяки тащат, ну а про оси работающие под озу я мало знаю, говрить не буду т.к. бывший масдайщик =(

и я о том же. Компилятор переводит текст программ, написанных на человеческом буржуйском языке в коды машины. Но это не ассемблер -тут вы ошибаетесь. Это машинные коды. Ассемблер - тоже язык, тоже переводящий все в коды машины, но это язык низкого уровня, на котором программировать - сущее мучение. Зато программы, на нем написанные, работают быстрее - он ближе к машинным кодам, нет лишних машинных команд, которые неизбежны в языках высокого уровня.
В свое время пытались создать Колибри - линукс из-под ассемблера.
Но насчет линукса в озу и тонких клиентов - это бесспорно.

О, вспомнил какой самый быстрый - любой на SSD  smile

не было, GnuLinux (ядро) написано на C.

Ну, уж если Доктор так говорит...

Стало быть, вообще любой. Любой дистр можно целиком загрузить в оперативу. Точнее говоря, просто смонтировать / в tmpfs
А при прочих равных немного быстрее будут скомпилированные под данное конкретное железо, то есть Гента и упомянутая здесь фряха, хотя упомянута она не кместу, ибо

понравилось! Прикольно тут у вас.

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

Ой-йой!
Боюсь что велосипеды будут уникальные и диковеные...:)

Ну, тут можно поспорить.
Дизасемблируйте бинарник, полученный посредством С или С++.
Увидите, что регистры используются недостаточно. А они как вы конечно занете, самые быстрые из всего.
Прирост в производительности дадут не только специфичные для данного процы регистры, но и активнее используемые регистры общего назанчения того-же целочисленного устройства. И если прога затачивается для так наз реп под i386, то все там будет летать.

Ну в целом С не отстает от асма, поэтому асм используется в редких случаях, и с ростом производительности железа его практически не видно. А в 90Х да.

да нет... обычные велосипеды. например трёх колёсные. авторы почему-то считают это новым словом в велосипедостроении

ну-ну. objdump вам в помощь. только -O3 не забудьте.

не потому. в 90х процессоры были очень простыми, сейчас они стали сложными и многообразными

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

А вот с этим вопросом погодите прощаться!!!
Я стопятьсот времени убил, чтобы просто найти как это в защищенном режиме вызвать прерывание биос в обход ядра? Пожалуйста ткните носом!
А уж в обход даже  биос к железу это, в защищенном режиме, простите как?В линуксе именно, тоже хотелось бы направление так сказать хотя бы, не говоря уже о пруфлинке.
Мне вообще очень интересно, и раз уж вы знаете, прошу поделиться.

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

Простите, но вы кажется имеете в виду хождение по синим окошкам после включения компа 

redux, а на хрена мне их менять? Прерывания меняются только при разгоне системы.
Прирост вы получите 1-2% + кучу геморроя с охлаждением и отладкой.
Если же вы имеете ввиду простое управление режимами прогона системы. То там не обязательно ломать ядро.
Кто вам мешает написать управляющий модуль, впихнуть его в автозагрузку и выставить очерёдность.
Или у вас такая раздутая программа, что необходимо двигать регистры и считать управляющие биты?
ИМХО легче выгрести мусор. К тому же, на новые процессоры вам придётся считать намного больше регистров и учитывать флагов, чем для старых пней, не говоря уже о разделении...

Wolfenberg, перестань вести себя как обиженная институтка!
Если будешь продолжать необоснованные наезды на человека - прикрою тему на редактирование.

вы не в теме.
Речь идет о прерываниях вызываемых из кода на асме. Они в общем не для разгона. А для работы с железом, например с видеорежимами в обход всех драйверов. Я 99.999% знаю, что так сделать нельзя в защищенном режиме, но в свое время инетресовался этим вопросом, возможно доктор что-то знает, мне очень интересно.

Это всё отговорки и размышления общего характера!!!

Дайте ОДИН линк на такое, где дан пример кода на асме или со вставкой в С, где вызывается прерывание биос из программы на асме.
Вот что-нибудь типа такого:
#include <stdio.h>
#include <stdlib.h>

int main(int argc, char* argv[])
{
  asm("movb $0x05, %ah");
  asm("movb $0, %al");
  asm("int $0x10");
  exit(0);
}
только чтобы прерывание вызвалось.