eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.elektronikaNowy polski procesorRe: Nowy polski procesor
  • Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
    atman.pl!wsisiz.edu.pl!newsfeed.neostrada.pl!unt-exc-02.news.neostrada.pl!unt-s
    po-a-01.news.neostrada.pl!news.neostrada.pl.POSTED!not-for-mail
    Newsgroups: pl.misc.elektronika
    From: Jarosław Sokołowski <j...@l...waw.pl>
    Subject: Re: Nowy polski procesor
    References: <kh239n$jmu$1@mx1.internetia.pl> <kh28i2$4t9$1@mx1.internetia.pl>
    <5135955c$0$26700$65785112@news.neostrada.pl>
    <kh72eg$ltj$1@news.task.gda.pl>
    <513790a8$0$1210$65785112@news.neostrada.pl>
    <kh88ul$sbc$1@mx1.internetia.pl>
    <5137d231$0$26689$65785112@news.neostrada.pl>
    <khaskg$eu4$1@mx1.internetia.pl> <khb3rl$ljh$1@news.task.gda.pl>
    <s...@f...lasek.waw.pl>
    <khg3g7$i3h$2@news.vectranet.pl>
    <s...@f...lasek.waw.pl>
    <513bfb01$0$1216$65785112@news.neostrada.pl>
    Organization: : : :
    Message-ID: <s...@f...lasek.waw.pl>
    Mime-Version: 1.0
    Content-Type: text/plain; charset=iso-8859-2
    Content-Transfer-Encoding: 8bit
    User-Agent: slrn/0.9.8.1 (Linux)
    Date: 10 Mar 2013 10:10:56 GMT
    Lines: 42
    NNTP-Posting-Host: 77-253-80-204.adsl.inetia.pl
    X-Trace: 1362910256 unt-rea-a-02.news.neostrada.pl 1268 77.253.80.204:46035
    X-Complaints-To: a...@n...neostrada.pl
    Xref: news-archive.icm.edu.pl pl.misc.elektronika:644019
    [ ukryj nagłówki ]

    Anerys napisał:

    >> E tam od razu długi. Jak się napisało coś takiego (nie wiem czy dobrze
    >> pamiętam składnię, chodzi mi o zapełnianie strony znakami "X", bez znaku
    >> nowego wiersza po każdym "X"):
    >>
    >> 10 PRINT "X";
    >> 20 GOTO 10
    >
    > Dokładnie tak! Spity w trupa to na ślepo wpiszę i będzie działać :))
    >
    >> to zanim ekran sie wypełnił, komputer się zatrzymywał z komunikatem na
    >> dole ekranu o braku wolnej pamięci.
    >
    > (uproszczę trochę kilka rzeczy)
    > Ale jajca, teoretycznie mógłby, gdyby miał babola w obsłudze łańcuchów -
    > każde wywołanie wydruku znaku jak tu - to macanie po pamięci łancuchów (w
    > róznych kompkach różnie zorganizowanej), dla odmiany zwykle zajmowanej od
    > góry. Jeśli się zdarzy, że kolejne wywołanie zderzy się z brakiem pamięci
    > (dla szybszej obsługi kolejne wywołania zmiennej łańcuchowej są kładzione
    > pod spodem poprzedniego), to teoretycznie system powinien wykonać "garbage
    > collection", wtedy sprawdza, ile jest rzeczywiście zajętej pamięci, użyte,
    > niepotrzebne już obszary są uwalniane, a nasze wywołanie (i w ogóle użyte
    > zmienne łańcuchowe, jeśli jest ich więcej) znów jest przepisywane na górę.
    > Wnikliwy obserwator zauważy chwilowe wstrzymanie wykonywania programu - w
    > tym czasie system odśmieca pamięć, przygotowujc ją do nowego cyklu
    > zapełniania. Widać, tu stało się inaczej.

    Zdecydowanie inaczej. Tutaj nie śmieci przepełniały pamięć, a tylko
    użyteczne informacje. Skoro na pamięc obrazu trzeba było 800B (a może
    nawet 825), to z jednego kilobajta pozostawało około 200 bajtów. To
    naprawdę niewiele. Może powyższy program jeszcze działał (tego aż
    tak dokładnie nie pamiętam), ale taki, który używał zmiennych i na
    przykład wywoływał generator liczb losowych, już się kładł gdzieś tak
    w przedostatniej linii ekranu.

    Mimo tego dało się na tym komputerze to i owo policzyć. Pod warunkiem,
    że nie kazało mu się zbyt wiele wyników pisać na ekranie. Na pokazanie
    białego ekranu potrzeba było tylko 25 bajtów RAM.

    --
    Jarek

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: