Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
OK, pomijając fakty, iż na 64bitowych procesorach int jest sporo dłuższe, można permanentnie zamapować więcej pamięci dla jednej aplikacji i nie występuje problem roku 2038, jakie jeszcze są przewagi architektury 64bitowej and 32bitową, jeżeli jakiekolwiek?
Offline
masz 64b magistrale i rejestry, niektore obliczenia sa wykonywane przez mniejsza ilosc instrukcjii co daje duze przyspieszenie. podobno szybka transformata fouriera jest liczona ok 4 razy szybciej.
Offline
hmmm... teraz nie pamiętam, ale na moim Debianie int wcale się nie zmienił...
[po chwili]
Tak, sprawdziłem i się nie zmienił. Dalej wynosi 4 bajty. :]
I widać przyśpieszenie w aplikacjach wykonywujących operacje zmienno przecinkowe. np. system mi startuje o 10 sek szybciej niż w przypadku 32bitowego.
Offline
OK, pomijając fakty, iż na 64bitowych procesorach int jest sporo dłuższe, można permanentnie zamapować więcej pamięci dla jednej aplikacji i nie występuje problem roku 2038, jakie jeszcze są przewagi architektury 64bitowej and 32bitową, jeżeli jakiekolwiek?
Nie występuje problem roku 2038, ale występuje problem innego roku, nieco bardziej odległego. Pewnie można policzyć. :)
Offline
Nie występuje problem roku 2038, ale występuje problem innego roku, nieco bardziej odległego.
dokładnie problem roku 292 277 026 596 ;)
Offline
I widać przyśpieszenie w aplikacjach wykonywujących operacje zmienno przecinkowe. np. system mi startuje o 10 sek szybciej niż w przypadku 32bitowego.
U mnie startuje w 10 sekund. tzw. software suspend ;]
podobno szybka transformata fouriera jest liczona ok 4 razy szybciej.
Ile sekund czasu procesora zajmują takie transformaty fouriera w ciągu powiedzmy roku, na przeciętnym komputerze 32bitowym?
dokładnie problem roku 292 277 026 596 ;)
Do tego czasu chyba zdąży wyjść stabilny Etch? :P
[ups, chyba już wyszedł...]
Offline
masz 64b magistrale i rejestry, niektore obliczenia sa wykonywane przez mniejsza ilosc instrukcjii co daje duze przyspieszenie. podobno szybka transformata fouriera jest liczona ok 4 razy szybciej.
Szerokość rejestrów może byc niezależna od architektury (!). Jeśli do dodania dwóch rejstrów użwa sie dajmy na to 3 cykli zegerowych to nadal będą to TRZY cykle zegarowe. Jakim cudem niby zwiększenie szerokości magistrali ma zmniejszyć ilość potrzebnych instrukcji do wykonania obliczeń? No chyba, że masz na myśli liczby zmiennoprzecinkowe 64 i 128 bitowe lub stałoprzecinkowe 64bitowe.
Offline
w architekturze 64b wymaga sie by rejestry i magistrala systemowa mialy szerokosc 64b. jesli rejestry beda mniejsze to architrktura bedzie troche kulawa, wiem ze niektorzy producenci tak robia z oszczegnosci.
przyspieszenie uzyskac mozna na liczbach ktorych reprezenatacja binarna jest > 32b.
Ile sekund czasu procesora zajmują takie transformaty fouriera w ciągu powiedzmy roku, na przeciętnym komputerze 32bitowym?
fft jest wykorzystywana przy kodowaniu i dekodowaniu multimediow, wiec dosc czesto
Offline
Jakim cudem niby zwiększenie szerokości magistrali ma zmniejszyć ilość potrzebnych instrukcji do wykonania obliczeń? No chyba, że masz na myśli liczby zmiennoprzecinkowe 64 i 128 bitowe lub stałoprzecinkowe 64bitowe
No chyba o takie koledze chodziło
Jeśli do dodania dwóch rejstrów użwa sie dajmy na to 3 cykli zegerowych to nadal będą to TRZY cykle zegarowe.
Kolega qluk napewno wie, że procesory mogą pracować w różnych trybach np. w takim trybie pseudoemulacji starszych procesorów. Nikomu to nie przeszkadza, że przeliczają sobie adresacje pamięci i wykonują przy tym dodatkowe operacje które teoretycznie trwają dłużej, w praktyce (przy taktowaniu dziesiejszych komputerów i możliwościach architektury Pentium) pracują znacznie szybciej.
Offline
hmmm... teraz nie pamiętam, ale na moim Debianie int wcale się nie zmienił...
[po chwili]
Tak, sprawdziłem i się nie zmienił. Dalej wynosi 4 bajty. :].
Którego Debiana używasz?
na Debianie 32 bitowym procek turinon x2, rzeczywiście int ma 4 Bajty,
ale wynika to z tego że w tym trybie procek pracuje jako 32 bitowy, a reszta leży nie używana.
Wynika to z tego że 64 bity to niejako dodatek do procka aby można było na nim odpalić systemy 32 bitowe. Rejestry 64 bitowe składają się z dwóch 32 bitowych.
Offline
Którego Debiana używasz?
na Debianie 32 bitowym procek turinon x2, rzeczywiście int ma 4 Bajty,
ale wynika to z tego że w tym trybie procek pracuje jako 32 bitowy, a reszta leży nie używana.
Oczywiście że korzystam z Debiana kompilowanego na AMD64!
Wynika to z tego że 64 bity to niejako dodatek do procka aby można było na nim odpalić systemy 32 bitowe. Rejestry 64 bitowe składają się z dwóch 32 bitowych.
No to wg. Twojego rozumowania tak na prawdę mamy procesory 16bitowe bo na moim "64" da się odpalić 16bitowe programy.
Mathew, za powyższe wypowiedzi zostałeś wpisany na moją czarną listę. Gratuluję!
Zbooj
P.S. Dobra rada na przyszłość: Nie obrażaj innych ludzi i myśl zanim coś napiszesz/się wypowiesz.
Offline
http://pl.wikipedia.org/wiki/AMD64
Tu masz rozmiar GPR, który odpowiada długości int'a,
Bez złośliwości kolego!
Zbooj
Offline
Panowie, dawno nie upominałem - spoko :)
Offline