Page 22 of 29

Re: Вопрос

Posted: Thu Apr 21, 2016 2:42 am
by Pathoswithin
Все должны запускаться.
viewtopic.php?f=4&t=2344

Re: Вопрос

Posted: Sun Jun 19, 2016 10:19 am
by ALEXS1983
Привет всем! А почему в дайжестах ( https://habrahabr.ru/company/kolibrios/ ) даже словом не обмолвились, о том, что появился "SAS Emulator (эмулятор «ПК-01 Львов»)" и что выложены его исходники ? Неужели всё так плохо ? Может быть кого-то это заинтересовало бы рано или поздно.

Re: Вопрос

Posted: Mon Aug 15, 2016 3:24 pm
by bad_Dr3dd0x
Почему архивы в формате 7z? При распаковке WinRar выдаёт ошибки!

Re: Вопрос

Posted: Mon Aug 15, 2016 6:34 pm
by Heavyiron
Так может распаковывать нужно не винраром а 7зипом?

Re: Вопрос

Posted: Wed Sep 21, 2016 9:25 pm
by bad_Dr3dd0x
Не все держат у себя 7Zip... И не собираются!

Re: Вопрос

Posted: Thu Sep 29, 2016 4:33 pm
by ALEXS1983
Ребята, для справки по командам процессора я пользуюсь вот такими ссылкам
http://fusecalc.mirmk.net/sc/sk.htm
http://asmworld.ru/spravochnik-komand/
в связи с этим у меня возник вопрос:
Является ли это полным списком комманд процессора ?
Может кто посоветует другие ПОДОБНЫЕ ссылки ?
Т.е. нужно компактный, но достаточно понятный справочник (на подобие выложенных ссылок) по коммандам процессора НА РУССКОМ ЯЗЫКЕ.

Re: Вопрос

Posted: Thu Sep 29, 2016 5:02 pm
by Pathoswithin
Ты пишешь код для микроконтроллеров AVR?
Для х86 я уже говорил, "Assembler. Учебник для вузов" Юров, документация в конце, лучше неё не встречал.

Re: Вопрос

Posted: Thu Sep 29, 2016 5:31 pm
by ALEXS1983
mul/imul
Не очень то понял с этими mul/imul ?!
Для перемножения регистров асма, ну например вот так вот:
EAX:=ECX * EBX;
что использовать mul или imul ?!

Re: Вопрос

Posted: Thu Sep 29, 2016 5:48 pm
by Serge
mul - беззнаковое умножение, imul со знаком

Re: Вопрос

Posted: Thu Sep 29, 2016 6:45 pm
by ALEXS1983
Serge wrote:mul - беззнаковое умножение, imul со знаком
Да это то я знаю. Но вот к примеру, в дельфи
"var w1:integer; w2,w3:cardinal;" или
"var w1,w2,w3:cardinal;" или
"var w1,w2,w3:integer;"

begin
w1:=w2*w3;
end;
И В ЛЮБОМ СЛУЧАЕ КОМПИЛИРУЕТ КОД
mov eax,[w2]
imul dword ptr [w3]
mov [w1],eax
Т.Е. В ЛЮБОМ СЛУЧАЕ ЧЕРЕЗ "imul"

Re: Вопрос

Posted: Thu Sep 29, 2016 7:44 pm
by Serge
ALEXS1983
Это вопрос к разработчикам компилятора. Интел рекомендовала использовать imul только для знакового умножения, потому, что imul медленней чем mul.

Re: Вопрос

Posted: Thu Sep 29, 2016 11:47 pm
by ALEXS1983
Serge wrote:ALEXS1983
Это вопрос к разработчикам компилятора. Интел рекомендовала использовать imul только для знакового умножения, потому, что imul медленней чем mul.
Понятно! Спасибо!

Re: Вопрос

Posted: Wed Oct 05, 2016 5:46 pm
by //DG
Serge wrote:ALEXS1983
Это вопрос к разработчикам компилятора. Интел рекомендовала использовать imul только для знакового умножения, потому, что imul медленней чем mul.
Здесь дело в том, с какими операндами они работают. IMUL гибче. Он позволяет сохранить кое-какие регистры. Так, если говорить о скорости, надо еще прикинуть - что будет быстрее - пихать регистры на стек, чтобы использовать муль, или поступиться скоростью самого умножения, но не работать с памятью. К тому же, оно в конвейер идет, задержка IMUL по сравнению с MUL от конкретного ядра зависит (если верить таблицам от Intel).

Re: Вопрос

Posted: Fri Nov 04, 2016 3:30 pm
by RussianNAV
Является ли колибри самостоятельной ос? или же она как оболочка? Разве может полноценная ось размером 1.4 мб открываться в ОЗУ и нормально функционировать??? И куда мы деваем папку kolibrios из архива установочника при запуске inst.exe и выборе usb, разве не на ось которая стоит в данный момент твёрдо на винчестере? Просто спрашиваю, исходники не видел.
P.S.
Возможно ли чтобы колибри запускалась не в озу, а на usb?
Спасибо.

Re: Вопрос

Posted: Fri Nov 04, 2016 5:34 pm
by Pathoswithin
Да, самостоятельная. Меня больше удивляет, как может ось размером 8 Гб влазить в ОЗУ и нормально функционировать... и вообще, как она может иметь размер 8 Гб. Папка kolibrios это просто все существующие программы, она не обязательна.

Можно загружать с usb.