Autor: Jerzy Michal Pawlak (jmp_at_cocos.fuw.edu.pl)
Data: Thu 31 Oct 1996 - 13:03:50 MET
In article <Pine.LNX.3.93.961031115356.442A-100000_at_irys.stanpol.zabrze.pl>, smolik_at_stanpol.zabrze.pl (Gotfryd Smolik) writes:
>
>On Thu, 24 Oct 1996, Jerzy Michal Pawlak wrote:
>> To akurat latwo wyjasnic - na VMS uzywany jest RdB - napisany przez DEC
>> specjalnie do VMS-a (i odwrotnie - w systemie VMS sa rzeczy dodane
>> specjalnie zeby RdB chodzil jak najlepiej) i kilkanascie lat
>optymalizowany.
>
> Prawde mowiac nie popatrzyem na czym byly testy; z wiekszoci osiagniec
>Digital chwali sie ostatnio pod Oraclem... (niewatpliwie wersja 64-bit
>i rekordy z tego tytulu [proste adresowanie] byla spod Oracla !).
No wiec jak sie uwaznie temu przyjrzysz, to tam stoi (a przynajmniej stalo
w tych reklamowkach ktore widzialem) ze jest to OpenVMS z Oracle/RdB -
czyli z RdB po kupieniu go przez Oracle...
>> Jestem prawie pewien ze wiecej... W manualu do VMS-a znalazlem kiedys
>> (juz nie pamietam gdzie) taki pasaz mowiacy, ze minimalna pamiec jaka
>> musze przydzielic procesowi MUSI wystarczyc na umieszczenie w niej
>> pelnego rozkazu, zas teoretycznie najdluzszy rozkaz procesora VAX
>> ma 52 strony (czyli 26 kB)...
>
> Chyba co pokreciles... *uzywa* tylu stron naraz !
> Musi miec do pamieci, zeby go *wykonac* -:)
No wiec nie wiem. Pamietam, ze znalazlem kiedys taka informacje w manualach
VMS-a - ale niestety nie potrafie odnalezc tego miejsca teraz. Na pewno nie
bylo tam o operandach - zreszta gdyby o to chodzilo to limit musialby byc
wiekszy! Proste MOVC5 moze przesunac 64kB z miejsca na miejsce, wiec
wymagaloby 128 kB na samo source+destination, plus pare stron na siebie i
pozostale operandy. Nie, to musialo byc cos dziwaczniejszego (nie wiem,
moze jakis CALLG z maksymalnie dluga i zawila lista argumentow?)
JMP
To archiwum zostało wygenerowane przez hypermail 2.1.7 : Wed 19 May 2004 - 16:00:26 MET DST