12.04.2007 12:42
[#32]
Re: voodoo5 5000 vs 3 3000
@abcdef, post #23
abcdef napisał(a):
> >>8 MB 4 GB PCI memory space available through the 8 MB Amiga
> > memory <<
> Ja tam nie widzę ograniczenia PCI memory (czyt. pamięci na
> karcie gfx) do 8MB, tylko jakieś dziwne operowanie na pamięci
> PCI poprzez 8MB pamięc Amigi.
Jakbyś miał A1200 z Mediatorem, VooDoo3 i BPPC, to byś wiedział w czym problem.
> >>8 MB 4 GB PCI memory space available through the 8 MB Amiga
> > memory <<
> Ja tam nie widzę ograniczenia PCI memory (czyt. pamięci na
> karcie gfx) do 8MB, tylko jakieś dziwne operowanie na pamięci
> PCI poprzez 8MB pamięc Amigi.
Jakbyś miał A1200 z Mediatorem, VooDoo3 i BPPC, to byś wiedział w czym problem.
12.04.2007 13:55
[#35]
Re: voodoo5 5000 vs 3 3000
@kmilota, post #34
nie wiem, używam CGX na Pegu ;)
wszystko zależy jak działa dany system graficzny i sama komenda
pokazująca ilość wolnej pamięci...
- bo jeśli podaje ilość pamięci graficznej bezpośrednio mapowanej
przez CPU, to wiadomo że w przypadku A1200 to będzie 4 MB (ew. 8 MB)
- może też podawać ilość pamięci lokalnej kart gfx która w danym
momencie jest używana przez system graficzny (przecież bez problemu
można przechowywać informacje o obszarach pamięci zajętych w
przestrzeni adresowej PCI) i ją podać.
Zaś kiedy jest taka potrzeba, sterownik wydaje polecenie układom na
Mediatorze przełączenia mapowanego obszaru gdzie indziej i CPU
bezpośrednio korzysta z nowego obszaru gfx. Podejżewam, że mało kto
decyduje się na rzeźbienie bezpośrednio po pamięci gfx. Dużo wygodniej
korzystać z API CGX lub P96 (zresztą po to powstały - dla miłośnika
"rzeźbiarstwa" system graficzny niepotrzebny... przy odrobinie pracy
zainicjuje k. graf. i będzie sterował kartą bezpośrednio ;) ).
Przełączenie mapowanego obszaru dokonywane jest bezpośrednio przez
system graficzny, programista nie musi wiedzieć, że w danym momencie
CPU widzi tylko 4 MB... on ma poprzez API systemy graf. dostęp do
całej pamięci.
Oczywiście, można by wykorzystać MMU i zamapować całą przestrzeń PCI
bezpośrednio, jednak nie każda A1200 ma CPU z MMU (a pozatym Medek
chyba ma też zworkę MMU, jednak nie wiem, czy to wykorzystuje).
P.S. Wyrzeźbiłem ;) tyle tego tekstu, że nie chce mi się sprawdzać
poprawności (praca czeka). Proszę się nie wyśmiewać z ew. literówek
:)
Ostatnia modyfikacja: 12.04.07 14:00
wszystko zależy jak działa dany system graficzny i sama komenda
pokazująca ilość wolnej pamięci...
- bo jeśli podaje ilość pamięci graficznej bezpośrednio mapowanej
przez CPU, to wiadomo że w przypadku A1200 to będzie 4 MB (ew. 8 MB)
- może też podawać ilość pamięci lokalnej kart gfx która w danym
momencie jest używana przez system graficzny (przecież bez problemu
można przechowywać informacje o obszarach pamięci zajętych w
przestrzeni adresowej PCI) i ją podać.
Zaś kiedy jest taka potrzeba, sterownik wydaje polecenie układom na
Mediatorze przełączenia mapowanego obszaru gdzie indziej i CPU
bezpośrednio korzysta z nowego obszaru gfx. Podejżewam, że mało kto
decyduje się na rzeźbienie bezpośrednio po pamięci gfx. Dużo wygodniej
korzystać z API CGX lub P96 (zresztą po to powstały - dla miłośnika
"rzeźbiarstwa" system graficzny niepotrzebny... przy odrobinie pracy
zainicjuje k. graf. i będzie sterował kartą bezpośrednio ;) ).
Przełączenie mapowanego obszaru dokonywane jest bezpośrednio przez
system graficzny, programista nie musi wiedzieć, że w danym momencie
CPU widzi tylko 4 MB... on ma poprzez API systemy graf. dostęp do
całej pamięci.
Oczywiście, można by wykorzystać MMU i zamapować całą przestrzeń PCI
bezpośrednio, jednak nie każda A1200 ma CPU z MMU (a pozatym Medek
chyba ma też zworkę MMU, jednak nie wiem, czy to wykorzystuje).
P.S. Wyrzeźbiłem ;) tyle tego tekstu, że nie chce mi się sprawdzać
poprawności (praca czeka). Proszę się nie wyśmiewać z ew. literówek
:)
Ostatnia modyfikacja: 12.04.07 14:00
13.04.2007 12:15
[#38]
Re: voodoo5 5000 vs 3 3000
@wali7, post #35
wali7 napisał(a):
> Oczywiście, można by wykorzystać MMU i zamapować całą
> przestrzeń PCI
> bezpośrednio, jednak nie każda A1200 ma CPU z MMU (a pozatym
> Medek
> chyba ma też zworkę MMU, jednak nie wiem, czy to
> wykorzystuje).
Dokładnie tak to mozna zrobić. Jest tylko jedno ale. Jeśli w A1200 jest wsadzonu BPPC, to to nie działa. Po prostu nie można uruchomić MMU na Amigach z dwoma procesorami (w tym wypadku 680xx i PPC). Tak więc z tej opcji moga korzystac tylko A1200 bez kart z PPC.
> Oczywiście, można by wykorzystać MMU i zamapować całą
> przestrzeń PCI
> bezpośrednio, jednak nie każda A1200 ma CPU z MMU (a pozatym
> Medek
> chyba ma też zworkę MMU, jednak nie wiem, czy to
> wykorzystuje).
Dokładnie tak to mozna zrobić. Jest tylko jedno ale. Jeśli w A1200 jest wsadzonu BPPC, to to nie działa. Po prostu nie można uruchomić MMU na Amigach z dwoma procesorami (w tym wypadku 680xx i PPC). Tak więc z tej opcji moga korzystac tylko A1200 bez kart z PPC.
13.04.2007 12:31
[#39]
Re: voodoo5 5000 vs 3 3000
@wali7, post #27
to wiele wyjaśnia .Ja bym miał taki pomysł zeby moze dla posiadaczy kart apollo wykonac odpowiednia przerobke-laminat wpinany np w slot pci i po przełożeniu chipów z karty 1260 można by sie cieszyc lepszym wykorzystaniem kart turbo i grafiki.-Pewnie znowu usłysze że to głupota ale może ktos podejmie temat
13.04.2007 14:13
[#40]
Re: voodoo5 5000 vs 3 3000
@kmilota, post #37
kmilota napisał(a):
> 11MASTEr napisał(a):
>
> > Rzuc tym rozkazem na priv, bo go nigdzie znalezc nie moge.
>
> Masz go w systemie Picasso96. No chyba że nie masz Picasso96. Z
> CGX on nie działa.
No widzisz, i znowu sie zdziwisz ale nie mam go w systemie picasso - wec tak jak napisalem podeslij bo nigdzie nie moge go znalezc.
Oczywiscie sam wynik dzialania komendy i tak nie jest miarodajny, tak jak powiedzial Wali7 od wielu czynnikow zalezy to jaki ukarze sie wynik (nawet od pracowitosci programujacego oea komende).
> 11MASTEr napisał(a):
>
> > Rzuc tym rozkazem na priv, bo go nigdzie znalezc nie moge.
>
> Masz go w systemie Picasso96. No chyba że nie masz Picasso96. Z
> CGX on nie działa.
No widzisz, i znowu sie zdziwisz ale nie mam go w systemie picasso - wec tak jak napisalem podeslij bo nigdzie nie moge go znalezc.
Oczywiscie sam wynik dzialania komendy i tak nie jest miarodajny, tak jak powiedzial Wali7 od wielu czynnikow zalezy to jaki ukarze sie wynik (nawet od pracowitosci programujacego oea komende).
15.04.2007 21:29
[#44]
Re: voodoo5 5000 vs 3 3000
@Dziadziomiecio, post #39
To nie jest głupota, przynajmniej nie całkowita. ;) Ale jednocześnie nie jest to zabawa dla amatora który przędzie sobie coś tam w domowym zaciszu. ;)
Apollo jest zrealizowane na wielowarstwowym laminacie. Docelowy układ również musiałby być zrealizowany w taki sposób ze względu na stopień komplikacji takiego układu.
Apollo jest zrealizowane na wielowarstwowym laminacie. Docelowy układ również musiałby być zrealizowany w taki sposób ze względu na stopień komplikacji takiego układu.
16.04.2007 20:11
[#45]
Re: voodoo5 5000 vs 3 3000
@kmilota, post #34
Nowy proces Shell nr 13
13.MY_WB:> MY_RAM:availp96
AvailP96 1.1 by David Gerber
Using Picasso96API 0.2.
1 board found.
Board 1: Voodoo: ( 112/ 8383488) Bytes
No i reszta czyli otwarte:
system DMII, ibrowse, AGG, YAM (w tym 2 pierwsze 1280x1024). Cos wiec nie pasuje - zbyt male uzycie pamieci graficznej.
Nie bawilem sie rowniez ustawieniem zmiennej
envarc:mediator/voodoomem - byla ustawiona na 8MB
13.MY_WB:> MY_RAM:availp96
AvailP96 1.1 by David Gerber
Using Picasso96API 0.2.
1 board found.
Board 1: Voodoo: ( 112/ 8383488) Bytes
No i reszta czyli otwarte:
system DMII, ibrowse, AGG, YAM (w tym 2 pierwsze 1280x1024). Cos wiec nie pasuje - zbyt male uzycie pamieci graficznej.
Nie bawilem sie rowniez ustawieniem zmiennej
envarc:mediator/voodoomem - byla ustawiona na 8MB
17.04.2007 07:41
[#46]
Re: voodoo5 5000 vs 3 3000
@11MASTEr, post #45
11MASTEr napisał(a):
> Board 1: Voodoo: ( 112/ 8383488) Bytes
>
> No i reszta czyli otwarte:
> system DMII, ibrowse, AGG, YAM (w tym 2 pierwsze 1280x1024).
> Cos wiec nie pasuje - zbyt male uzycie pamieci graficznej.
8MB wsiorbanej (zostało ci przecież tylko 112 bajtów) pamieci graficznej to mało? Mi się wydaje że przy twoim przykładzie to normalne.
> Nie bawilem sie rowniez ustawieniem zmiennej
> envarc:mediator/voodoomem - byla ustawiona na 8MB
To spróbuj zmienić na 15MB i zobacz co ci pokaże wtedy.
> Board 1: Voodoo: ( 112/ 8383488) Bytes
>
> No i reszta czyli otwarte:
> system DMII, ibrowse, AGG, YAM (w tym 2 pierwsze 1280x1024).
> Cos wiec nie pasuje - zbyt male uzycie pamieci graficznej.
8MB wsiorbanej (zostało ci przecież tylko 112 bajtów) pamieci graficznej to mało? Mi się wydaje że przy twoim przykładzie to normalne.
> Nie bawilem sie rowniez ustawieniem zmiennej
> envarc:mediator/voodoomem - byla ustawiona na 8MB
To spróbuj zmienić na 15MB i zobacz co ci pokaże wtedy.