Jak działa programowanie?

Odpowiedz Nowy wątek
2011-07-26 22:56
Alehopper
0

Witam

Nie mam konta w tym serwisie, ponieważ nie jestem tu częstym gościem - ale w tym wypadku chciałem was prosić o pomoc, na która liczę. Ogólnie wydziałem tutaj dość mądrych i bystrych ludzi, którzy powinni znać odpowiedź na moje pytanie.

Chciałbym zapytać jak działa programowanie, kod skompilowany? Jak on jest odczytywany przez procesor, i ogólnie na jakiej zasadzie to wszystko działa. Znam się na paru językach dość dobrze, ale nigdy nie zastanawiałem się jak to działa (dogłębnie), bo wiem ogólnie że wszystkie funkcje i zmienne, które używam są importowane przeze mnie z bibliotek, plików itd., przy tym że w np. C++ muszę dołączać nagłówki.

Tutaj się kłania moje kolejne pytanie, czy kompilator C++, lub jakiegokolwiek innego języka (np. Javy) skompiluje ten sam kod pod każdy rodzaj płyty głównej? Dlaczego kompilacja jest różna dla każdego środowiska (Mac, Linux, Windows)? Chodzi tutaj o biblioteki (czyli załączane pliki)? Czy istnieje język uniwersalny, i czym nim jest Asembler?

Przykładowo, nie dawno miałem do czynienie z pisaniem aplikacji na konsole PlayStation Portable i do wszystkiego musiałem mieć tylko inną wersję kompilatora C++ do którego miałem wersje source (sam nie kompilowałem, miałem także wersje na Windows), czym jest jakiś inny język, który może kompilować kompilator? Czy to że musiałem użyć innego kompilatora było spowodowane tym, że tzw. PSP miało inną płytę główna. Jeśli tak to skąd, wziąć dane (komendy, funkcje, które odbiera płyta) na temat tej płyty (jeśli mam już jej nazwę)?

W jakim języku trzeba napisać system operacyjny, lub choć jego rdzeń? Płyta główna czyta to wszystko jak np. pliki binarne (używane przy kodowanie map, dzięków itd., rozszyfrowywane bajtowo)?

Czy płyta główna czyta tak samo system operacyjny jak BIOS (według mnie BIOS jest także uruchamiany przez niego)? Czy płyta główna używa tych samych "komend" niezależnie od rodzaju karty graficznej, na przykład rysowanie pikseli na ekranie? Czy BIOS nakazuje czytać MBR płycie głównej? Czy BIOS posiada swój MBR, który zawsze najpierw czyta płyta główna? Czy BIOS ładuje jakieś pliki, które może używać dane środowisko?

Dziękuje za każdą odpowiedź. Ogólnie są to głupie i nie które mogą wydawać się dość proste, ale na prawdę te pytania są dla mnie nurtujące i chciałbym na nie znać odpowiedź. Może to wydawać się śmieszne z widoku osoby trzeciej, ale jestem bardzo ciekawy.

Dziękuje i pozdrawiam,
Alehopper

Pozostało 580 znaków

2011-07-26 23:58
O_o
0

Kod jest tłumaczony na język maszynowy danego procesora.
"Do you want to know more?"


O̾..͠o
0_o pisałem posta 42 minuty??? - msm 2011-07-27 00:41
Żeś się wysilił :) A przecież wystarczy odesłać do google :> - O_o 2011-07-27 01:20

Pozostało 580 znaków

2011-07-27 00:40
msm
15

Hmm, postaram się odpowiedzieć.

(disc - stosuję w tym poście sporo uproszczeń - głównie po to żeby nie komplikować niepotrzebnie prostych rzeczy)

Zaczynając od początku, czyli procesora. Zadaniem każdego procesora jest wczytywanie strumienia danych z programem do wykonania (chociaż procesor nic nie wie o czymś takim jak program. Dla niego to tylko ciąg instrukcji do bezmyślnego i deterministycznego wykonania).

Językiem natywnym (naturalnym) dla procesora jest asembler. Jest to 'elementarny' język programowania.
Składa się on z prymitywnych (tzn. podstawowych) operacji np. przeniesienie wartości z rejestru procesora do innego, dodanie wartości w rejestrze do innej wartości, pobranie wartości z pamięci (btw. ta część wymaga komunikacji z inną częścią komputera).

Podczas pisania w asemblerze kod (tekst) który napiszesz jest w dość prosty sposób zamieniany na kod binarny - po prostu po kolei każdy opcode jest zamieniany na odpowiadającą mu wartość liczbową (np. op. przeniesienia mogłaby być zapisana jako 0x32) i zapisywany do pliku wynikowego.

Każdy procesor ma własny asembler (!). Ale żeby uniknąć totalnej anarchii wprowadzane są pewne standardy - np. jeśli piszesz z Windowsa to prawie na pewno twój procesor jest zgodny z architekturą x86 jak chyba każdy komputer PC. Ale np. komórki mają zupełnie inne asemblery co sprawia że skompilowany kod działający na twoim komputerze nie może działać na komórce (albo na PSP etc).

Plik wykonywalny (np. .exe) to (w uproszczeniu!!) ciąg instrukcji dla procesora które OS ładuje i przekazuje procesorowi w celu wykonania.
Ważny wniosek z tego - każdy program który skompilujesz można odczytać (z użyciem odpowiedniego softu albo tabelki opkodów procesora jeśli jesteś twardy :) ) jako ciąg instrukcji asemblera.
Wynika z tego również to że skompilowany program nigdy nie zadziała na innej architekturze... Po prostu obcy procesor nie będzie wiedział co oznacza ten ciąg bajtów który dostał jako program (tzn. będzie go prawdopodobnie interpretował jako zupełnie inny program).

Jeszcze jedna uwaga - najczęściej kompilacja wysokopoziomowych języków jak c++ polega na tym że najpierw kod C++ jest konwertowany do kodu asemblera a dopiero następnie kod asemblera jest asemblowany do pliku wykonywalnego.

Języki działające w wirtualnej maszynie (np. Java) to inna para kaloszy. Plik .jar to instrukcje dla maszyny wirtualnej, takie same dla każdej architektury. Dla każdej architektury wystarczy napisać maszynę wirtualną wykonującą kod Javy (i skompilować ją w natywnym dla procesora kodzie) i można uruchomić dowolny program javowy.
Można również plik .jar zapisać do pliku .exe - zazwyczaj sprowadza się to do tego że program .exe zawiera minimalną ilość instrukcji uruchamiającą VM i przekazującą jej kod bajtowy pliku .jar.

Czy istnieje język uniwersalny, i czym nim jest Asembler?

Zdecydowanie nie jest nim asm, powinieneś już rozumieć dlaczego - program w asm będzie działać tylko pod konkretnym modelem procesora, ew modelami z nim zgodnymi,

Dlaczego kompilacja jest różna dla każdego środowiska (Mac, Linux, Windows)?

Dlatego że (jedno z moich uproszczeń, ominąłem to wcześniej) program (np. exe) składa się nie tylko z czystego kodu tak samo jak .bmp nie składa się z samych informacji o kolorach. System operacyjny wymaga określonego formatu od pliku wykonywalnego (odpowiednich nagłówków etc).
Czystym plikiem wykonywalnym były w czasach DOSa np. pliki .com -> składały się jedynie z listy operacji które procesor ma wykonać, bez żadnych dodatkowych nagłówków.

W jakim języku trzeba napisać system operacyjny, lub choć jego rdzeń? Płyta główna czyta to wszystko jak np. pliki binarne (używane przy kodowanie map, dzięków itd., rozszyfrowywane bajtowo)?

Dowolnym. Warunkiem jest to że musi być kompilowany do kodu rozumianego przez procesor ergo asemblera. W praktyce obecne systemy (tzn windows i unix) są napisane w 99% w C/C++, jedynie bootloader i parę najbardziej niskopoziomowych funkcji w asm - tylko dlatego że C daje czasami za mało możliwości (np. nie da się wywołać przerwania albo zmienić wartości rejestru) - gdyby jednak dodać do C te i podobne możliwości to asm nie jest do niczego potrzebny.
PS. ciekawostką jest system tworzony przez Microsoft w większości opierający się na platformie .NET czyli również maszynie wirtualnej. Ale kluczowe partie systemu i tak muszą zostać skompilowane do języka rozpoznawalnego dla procesora.

Czy płyta główna czyta tak samo system operacyjny jak BIOS (według mnie BIOS jest także uruchamiany przez niego)?

BIOS uruchamiany przez system oparacyjny? Nie, zupełnie odwrotnie. BIOS powstaje długo zanim system operacyjny zacznie się ładować do pamięci.
BIOS (Basic Input Output System) to pewna warstwa abstrakcji nad 'bare metal'. Czyli przy programowaniu bardzo niskopoziomowym można z niego skorzystać np. do zmienienia czegoś w pamięci ekranu (np. wyświetlenie napisu).

Czy płyta główna używa tych samych "komend" niezależnie od rodzaju karty graficznej, na przykład rysowanie pikseli na ekranie?

BIOS? Jest taki sam (tzn. udostępnia takie same operacje) dla każdej płyty głównej (zgodnej ze standardem PC bo gdzie indziej BIOS nie występuje). Specyficzne funkcje karty graficznej mogą się już różnić dla różnych modeli.

Czy BIOS posiada swój MBR, który zawsze najpierw czyta płyta główna?

Co do MBR to nie wiem o co Ci chodzi - BIOS wykonuje parę działań mających na celu ustawienie pewnych rzeczy w maszynie (te śmieszne szlaczki przy włączaniu komputera ;) ) i wykonuje MBR - jest to już część systemu operacyjnego (od tego momentu na ekranie widać logo winsystemu operacyjnego).

Czy BIOS ładuje jakieś pliki

przede wszystkim BIOS nie ma pojęcia o czymś takim jak plik - to już sprawa systemu operacyjnego i jego File Systemu.

Uwaga - parę razy użyłeś sformułowania płyta główna czyta itp. Płyta główna nic nie czyta, wszystkie operacje wykonuje procesor. Płyta główna jedynie umożliwia komunikację procesora z innymi częściami komputera (np. dyskiem).

Mam nadzieję że się nie zamotałem za bardzo...

Pozdrawiam...

edytowany 1x, ostatnio: msm, 2011-07-27 00:43
Pokaż pozostałe 9 komentarzy
Dziewicami? - O_o 2011-07-27 22:11
Taa, chyba intelektualnymi. - somekind 2011-07-27 23:30
Próbowałem to przerobić na artykuł ale okazało się że muszę praktycznie wszystko pisać od początku i po jednej trzeciej się (chyba) poddałem. To mój pierwszy tak długi post więc porównania do bswierczynskiego są nietrafione ;). Dziewic mi nie potrzeba po bo śmierci męczeńskiej na mnie czekają 72. - msm 2011-07-28 02:04
A nie 64? :o - O_o 2011-07-28 02:08
@ MSM Dzięki za podstawy :) - szypxx 2011-07-28 14:47

Pozostało 580 znaków

2011-07-27 13:45
Alehopper
0

Dzięki właśnie na to liczyłem =)

Pozostało 580 znaków

Odpowiedz
Liczba odpowiedzi na stronę

1 użytkowników online, w tym zalogowanych: 0, gości: 1, botów: 0