bot: човека говори за регулиране закъсненията на сигнала с кондензатори, не ресет - ресет се прави веднъж, тези закъснения ще са навсякъде и ще се случват постоянно. 1ХЦ ще е дори по-зле - малките кондензатори въобще няма да действат и ще пляска големи на ляво на дясно и наличието им въобще (щом не са по захранването) показва проблеми в дизайна на цялото чудо. Дори на 16 години това не оправдава липсата на дизайн. Ако нямаш концепция - по-добре да не започваш защото дори и реализираш проекта - няма да научиш нищо или ще учиш погрешно.
А по въпроса с адресите / адресната логика - можещ да направиш и 32 битово адресиране, но ще ти отнеме повече тактове/код/регистри докъто заредиш програмния брояч подходящо. Не напразно дори 8 битовите процесори имаха 16 бит. адресиране, а 16 битовите - 20 или 32 битово.

Това е вече дебъгната схема. Въпроса с изпреварването на сигналите мисля да го реша с .. кондезатори . След като видя как работи ще сложа кондензатори където трябва за дозабавяне на нещата. Въпреки това съм пробвал част от схемата и мисля че няма да има нужда.

Това ще стане като аналогова схема - мазало и нестабилна.
Затова някой ти предложи- всичко да се тактува централно.
Като гледам процесора ти ще е много бавен и сигурно няма да минеш без прекъсвания, но това е една цяла подсистема

Netinst или само 1 CD

Тази е готина, има я на български:





Ще трябва да си избереш и език за писане, освен ако не администрираш само
http://dev.mysql.com/

За сваляне:
https://help.ubuntu.com/

Със старите файлове от старото Suse не стана... То така щеше да е излишно тук да пиша...

Вече сме и обидени.
А ние как да отгатнем, че си пробвал и не е станало.
Даже не си си направил труда и да пишеш и какво ти е дистрото, загубили сме си кристалните топки

опитай това:

$gksudo gedit /etc/gdm/Init/Default

търси редовете

PATH=/usr/bin:$PATH
OLD_IFS=$IFS

след тях сложи тук твоите три реда xrandr .....

пускаш скрипта всяка събота, скрипта почва с проверка дали седмицата е четна или не - ако е четна излизаш, ако не изпълняваш

това се слага в /etc/X11/xorg.conf
но с прост пейст няма да стане.
Копирай този файл от старото Сусе и си готов.

2 товари повече - разкарваш заявки напред-назад между уеб сървъра/ пхп интерпретатора / БД

при първата - се изпълнява на един пас от край докрай и си прави вътрешни оптимизации. За малки бази, индексите дори нямат значение

Стъпка по стъпка

KVM - http://www.howtoforge.com/installing-kvm-guests-with-virt-install-on-ubuntu-12.10-server

VirtualBox RDP - http://www.howtoforge.com/vboxheadless-running-virtual-machines-with-virtualbox-4.0-on-a-headless-debian-squeeze-server

VirtualBox phpvirtualbox - http://www.howtoforge.com/managing-a-headless-virtualbox-installation-with-phpvirtualbox-ubuntu-12.04

http://www.perrier.eu.org/weblog/2012/06/06#devel-countries-201206

отдолу в подписа ми. Избираш amd64

Ако искаш да си съхраниш някои регистри като Акумулатора и Статус-регистъра се правят едни Мики-Маус въртележки през банково-независими регистри

Тогава става мазало ако имаш вложени calls/interrupts. Пак си трябва да емулираш стек.

А, също си в грешка за RISK архитектурата - няма такова нещо като отделен достъп до данни и операции - всичко идва като един низ от паметта.

Данните и операциите са в отделни пространства при Хардвардската архитектура - например микроконтролера 8031/51

gat3way: това май е твойта творба или бъркам: http://www.theregister.co.uk/2012/12/20/elcomsoft_tool_decrypts_pgp/

Младеж, трябва да си изясниш какво точно искаш да правиш. Това не е процесор, а едно АЛУ подпряно с тригери, един вид статична логика. Все едно да казваш, че мотиката е обработваща машина - такава е ама ако има и две ръце да я размятат.
С този терминал самоще стигнеш до извода, че АЛУ-то смята вярно.
Иначе браво за усилието. С учебна цел дори изобретяването на колелото си струва.