Re: [Ac64] Stan
On Wed, May 30, 2007 at 10:15:19AM +0200, Daniel Mróz wrote: On Tuesday 29 of May 2007, Jakub Bogusz wrote: Teraz tylko pozostaje pytanie: czy dystrybucja linuksa z bibliotekami kompilowanymi pod 64bit może być traktowana jako zoptymalizowana pod 64bit? A pod co innego mogą być optymalizowane pakiety budowane na 64-bitową architekturę? Tak, tylko co jeśli mamy same biblioteki optymalizowane pod 64bit, a aplikację z nich korzystającą nie? A pod co może być zoptymalizowana aplikacja zbudowana na 64-bitową architekturę? -- Jakub Boguszhttp://qboosh.pl/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac64] Stan
On Thursday 31 of May 2007, Jakub Bogusz wrote: Tak, tylko co jeśli mamy same biblioteki optymalizowane pod 64bit, a aplikację z nich korzystającą nie? A pod co może być zoptymalizowana aplikacja zbudowana na 64-bitową architekturę? Nie wiem, dlatego się pytam. Ja pythoniarz jestem :) Pozdrawiam Beorn -- Daniel 'Beorn' Mróz [EMAIL PROTECTED]http://127.0.0.1/beorn [GIT d s:- a-@ C UL$ P+ L E--- W+ N+++ o? K- w---] [O- M- V! PS+ PE++ Y+ PGP++ t- 5 X R !tv b+ DI D++ G++ e h*] [ r++ y+ ] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac64] Stan
On Thursday 31 May 2007, Daniel Mróz wrote: Tak, tylko co jeśli mamy same biblioteki optymalizowane pod 64bit, a aplikację z nich korzystającą nie? A pod co może być zoptymalizowana aplikacja zbudowana na 64-bitową architekturę? Nie wiem, dlatego się pytam. Ja pythoniarz jestem Akurat z punktu widzenia Pythona to lepiej 32bity niż 64. Tak na oko to aplikacje w Pythonie puchną pamięciowo 1.5 raza :( ... -- Mateusz Korniak ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac64] Stan
Grzesiek Pycia wrote: No a wydajnośc też nie jest jakoś kosmicznie większa raz więcej raz mniej srednio wychodzi po równo. A żawsze można kupić płyte pod dwa Wydajność obecnie różni się znacznie, zwłaszcza, że Intel oferuje CPU 4 rdzeniowe, które w kilku zastosowaniach są praktycznie dwa razy szybsze od 2 rdzeniowych (a różnica w cenie wcale nie jest duża). AMD nie będzie miało 4 rdzeni jeszcze przez jakiś czas, nawet nie ma sampli by sprawdzić, czy obecne płyty główne faktycznie będą działać z Quad Core. Co więcej, nie wiem czy AMD podoła wojnie cenowej jaką szykuje Intel, bo przeceny jakie widać w cennikach na lipiec naprawdę porażają. Mam tylko nadzieję, że AMD się nie ugnie i zareaguje podobnie, bo mimo mojej wielkiej sympatii dla nich, uważam, że po ostatnich sukcesach z udanym wprowadzeniem rozszerzeń 64bit i sensownego rozwiązania dwurdzeniowego teraz nieco zaspali. Sam jestem ciekaw na ile HyperTransport i Quad Core zaprojektowany tak jak trzeba a nie sklejka sprawdzi się w starciu z obecnymi Intelami. W maszynach 4way jestem o los AMD spokojny, ale w Dual i Single CPU jakoś są ostatnio mało aktywni. Artur ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac64] Stan
On Tuesday 29 of May 2007, Jakub Bogusz wrote: Teraz tylko pozostaje pytanie: czy dystrybucja linuksa z bibliotekami kompilowanymi pod 64bit może być traktowana jako zoptymalizowana pod 64bit? A pod co innego mogą być optymalizowane pakiety budowane na 64-bitową architekturę? Tak, tylko co jeśli mamy same biblioteki optymalizowane pod 64bit, a aplikację z nich korzystającą nie? Jeśli nie ma z tym problemu, to zarzut o małą ilość oprogramowania optymalizowanego pod 64bit możemy spokojnie olać. Pozdrawiam Beorn -- Daniel 'Beorn' Mróz [EMAIL PROTECTED]http://127.0.0.1/beorn [GIT d s:- a-@ C UL$ P+ L E--- W+ N+++ o? K- w---] [O- M- V! PS+ PE++ Y+ PGP++ t- 5 X R !tv b+ DI D++ G++ e h*] [ r++ y+ ] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac64] Stan
Dnia środa, 30 maja 2007, Daniel Mróz napisał: Ja potrzebuję podstawowe narzędzia (grep, gcc itp.), Vim (koniecznie), KDE, KMail, KDevelop, Blender, Gimp, Firefox, mplayer, xine, vlc. To podstawa. Zapomniałem jeszcze o w32codec (co ciągnie za sobą konieczność posiadania 32bitowego mplayera). Ale to musisz sam sprawdzić bo chyba wolne kodeki odtwarzają coraz więcej filmów więc mogą okazać się nie potrzebne. Jak i tego nie potrzebujesz/będzie działać bez to nie masz co się zastanawiać nad i686. Bierz amd64. -- Pozdrawiam, Kamil Dziedzic ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac64] Stan
On Wednesday 30 of May 2007, Kamil Dziedzic wrote: Dnia środa, 30 maja 2007, Daniel Mróz napisał: Ja potrzebuję podstawowe narzędzia (grep, gcc itp.), Vim (koniecznie), KDE, KMail, KDevelop, Blender, Gimp, Firefox, mplayer, xine, vlc. To podstawa. Zapomniałem jeszcze o w32codec (co ciągnie za sobą konieczność posiadania 32bitowego mplayera). Ale to musisz sam sprawdzić bo chyba wolne kodeki odtwarzają coraz więcej filmów więc mogą okazać się nie potrzebne. Zawsze można użyć linuxcodec.spec -- Arkadiusz MiśkiewiczPLD/Linux Team arekm / maven.plhttp://ftp.pld-linux.org/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac64] Stan
Arkadiusz Miskiewicz pisze: On Wednesday 30 of May 2007, Kamil Dziedzic wrote: Dnia środa, 30 maja 2007, Daniel Mróz napisał: Ja potrzebuję podstawowe narzędzia (grep, gcc itp.), Vim (koniecznie), KDE, KMail, KDevelop, Blender, Gimp, Firefox, mplayer, xine, vlc. To podstawa. Zapomniałem jeszcze o w32codec (co ciągnie za sobą konieczność posiadania 32bitowego mplayera). Ale to musisz sam sprawdzić bo chyba wolne kodeki odtwarzają coraz więcej filmów więc mogą okazać się nie potrzebne. Zawsze można użyć linuxcodec.spec tak, ja na th-x86_64 uzywam tego z mplayerem i wszelkie windows media-gowna jakie mialem dzialaly bez problemu. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac64] Stan
Artur Flinta pisze: Marcin Król wrote: amd64. No chyba, ze owa maszyna to bedzie prawdziwe 64 bit czyli AMD Opteron albo Intel Itanium. Inne procki to nadal 32 bity + rozszerzenia. O ciekawe rzeczy prawisz :) Powiedz mi proszę czym się w takim razie różni implementacja 64 bitów Opterona od tej z Athlona 64 i nowszych Sempronów? A może jesteś w stanie wykazać jakieś zasadnicze różnice pomiędzy 64 bitami na nowych CPU intela a AMD? Porównanie Opterona do Itanium to nadużycie, bo to zupełnie dwie różne architektury. Święta prawda. Marcin źle mówi... -- Przemysław Sztoch przemyslaw{aT}sztoch.pl Mobile +48 (509) 99 00 66, GG 569973, Jabber psztoch{aT}finn.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac64] Stan
Paweł Sikora pisze: On Monday 28 of May 2007 19:45:16 Marcin Król wrote: (...) Pelno tam benchmarkow 32bit vs 64bit poczawszy od gier, przed kodowanie i obrobke audio/wideo do baz SQLowych i tym podobnych. gdy na rynek wkraczaly opterony, to na http://www.anandtech.com/ byly takie ladne testy przeprowadzone na m$ windows server + m$ sql, ktore miazdzyly konkurencyjne xeony zarowno pod wzgledem cenowym jak i wydajnosciowym. jednyny znany mi powod dla ktorego kupuje sie ten badziew od intela, to te wspaniale nalepki w stylu zgodny z m$, zalecany przez tak sie niestety dzieje, gdy o zakupach decyduja ciecie z marketinku, a nie administratorzy ;) Jesteś tendencyjny. Opterony i nowe Athlony były istotnie lepsze od Inteli (tzn. P4, Pentium D, starsze Xeony). Intele się grzały, a AMD były zimne. Ale nowe Core2 Duo i Xeony z 4 rdzeniami rozkładają AMD. -- Przemysław Sztoch przemyslaw{aT}sztoch.pl Mobile +48 (509) 99 00 66, GG 569973, Jabber psztoch{aT}finn.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac64] Stan
On Mon, May 28, 2007 at 06:09:35PM +0200, Daniel Mróz wrote: Jak obecnie wygląda Ac/amd64 w PLD? Są jakieś problemy? Główny i najbardziej upierdliwy problem: Poldek wciąż nie radzi sobie z multiarch -- jak masz np. zainstalowany glibc.i686 i glibc.amd64, to normalnego upgrade poldkiem nie zrobisz :-( Wygląda na to, że poldkowi niewiele brakuje do poprawnej obsługi tego (chyba wystarczy, żeby przy upgrade nie próbował wywalać starych pakietów z innej arch.), ale nie ma komu siąść i to zrobić... Pozdrowienia, Jacek ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac64] Stan
OK, pogooglałem, poszperałem i opinie na sieci co do systemu 64bit na Athlon64 są podzielone. Część użytkowników zgłasza przyspieszenie działania, część nieznaczne spowolnienie, a niewielki odsetek nie odnotował żadnej różnicy. Testy niestety przeprowadzane są na Windows XP64 i Vista64, ale chyba nie ma to większego znaczenia. Osoby, które odczuły przyspieszenie opisują je jako zwiększenie responsywności systemu operacyjnego, przyspieszone działanie edycji i podglądu w modelerach 3D i pochodnych (AutoCAD z podglądem 3D) oraz skrócenie czasu uruchamiania aplikacji. Nie znalazłem osoby przeciwnej wersji 64bit systemu operacyjnego, która podałaby jakieś konkretne przykłady. Głównie rzucają problemami ze sterownikami (które w przypadku Linuksa możemy zignorować) oraz argumentują brakiem oprogramowania zoptymalizowanego pod 64 bity. Wykonałem także test organoleptyczny ;) na maszynie 2xC2D z Windows Vista Home Premium 64bit. Battlefield 2 nie miał najmniejszych problemów z działaniem w najwyższych detalach... Testowałem kilka godzin Lubię takie testy Polecam Podsumowując, procesor emuluje 64bit, jednakże w przypadku zoptymalizowanych aplikacji wzrost wydajności może być zauważalny[1][2]. W pozostałych przypadkach jeśli spadek nastąpi, nie będzie duży (z Celerona 2,4GHz przesiadam się na AMD 2x3GHz, więc i tak będzie dżo szybciej). Teraz tylko pozostaje pytanie: czy dystrybucja linuksa z bibliotekami kompilowanymi pod 64bit może być traktowana jako zoptymalizowana pod 64bit? Jeśli tak, to nie widzę problemu w instalacji paczek amd64. [1] http://www.pcstats.com/articleview.cfm?articleid=1665page=6 [2] http://www.pcstats.com/articleview.cfm?articleid=1665page=8 Pozdrawiam Beorn -- Daniel 'Beorn' Mróz [EMAIL PROTECTED] http://127.0.0.1/beorn [GIT d s:- a-@ C UL$ P+ L E--- W+ N+++ o? K- w---] [O- M- V! PS+ PE++ Y+ PGP++ t- 5 X R !tv b+ DI D++ G++ e h*] [ r++ y+ ] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac64] Stan
On Tuesday 29 of May 2007 15:12:01 Daniel Mróz wrote: Podsumowując, procesor emuluje 64bit, jednakże w przypadku zoptymalizowanych aplikacji wzrost wydajności może być zauważalny[1][2]. W pozostałych przypadkach jeśli spadek nastąpi, nie będzie duży (z Celerona 2,4GHz przesiadam się na AMD 2x3GHz, więc i tak będzie dżo szybciej). Teraz tylko pozostaje pytanie: czy dystrybucja linuksa z bibliotekami kompilowanymi pod 64bit może być traktowana jako zoptymalizowana pod 64bit? Jeśli tak, to nie widzę problemu w instalacji paczek amd64. Aha, jeszcze jedno: nawet jeśli obecnie jest mało aplikacji/biliotek optymalizowanych pod 64bit, to stan ten będzie się szybko zmieniał (szczególnie w przypadku Linuksa), a późniejszy upgrade może być kłopotliwy ze względu na np. najzwyklejszy w świecie brak czasu na reinstalację. System 32bit na procesorze obsługującym 64bit jest jak kupowanie Ferrari i blokowanie skrzyni biegów na trzecim biegu. Owszem, w mieście się nie wykorzysta pełnej mocy i będzie bezpieczniej, ale od czasu do czasu człowiek jeździ też autostradami. A co tam, z takim wózkiem to można się pokusić o jazdę na torze :) Jeśli jest możliwość (narazie może mała ale jest) to dlaczego jej nie wykorzystać? Pozdrawiam Beorn -- Daniel 'Beorn' Mróz [EMAIL PROTECTED] http://127.0.0.1/beorn [GIT d s:- a-@ C UL$ P+ L E--- W+ N+++ o? K- w---] [O- M- V! PS+ PE++ Y+ PGP++ t- 5 X R !tv b+ DI D++ G++ e h*] [ r++ y+ ] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac64] Stan
Jak dla mnie sprawa 64bity czy nie 64 bity na linuksie sprowadza się do kwestii braku na 64bitach: - opery - skype - flash'a (co ciągnie za sobą konieczność używania 32 bitowej przeglądarki) - openoffice (nie wiem jak z tym jest już na th bo na ac dalej nie ma) - kilku innych aplikacji które się zdażają (lightscribe 4 linux itp.) Jeśli Ci to nie przeszkadza, albo masz siłę na stawianie chroot'a to nie ma problemu. IMO fajnie by było jakby poldek w końcu obsługiwał faktycznie multilib. -- Pozdrawiam, Kamil Dziedzic ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac64] Stan
Daniel Mróz pisze: Aha, jeszcze jedno: nawet jeśli obecnie jest mało aplikacji/biliotek optymalizowanych pod 64bit, to stan ten będzie się szybko zmieniał no w przypadku pld ac i th, to wszystkie binarki sa optymalizowane (gcc/-O2) pod 64 bity :-) wiec te aplikacje jada pelna para. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac64] Stan
Daniel Mróz wrote: Podsumowując, procesor emuluje 64bit, jednakże w przypadku zoptymalizowanych Ciekawe ile bitów ma CPU, że musi 64bity emulować. Artur ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac64] Stan
On Tue, May 29, 2007 at 03:12:01PM +0200, Daniel Mróz wrote: [...] Teraz tylko pozostaje pytanie: czy dystrybucja linuksa z bibliotekami kompilowanymi pod 64bit może być traktowana jako zoptymalizowana pod 64bit? A pod co innego mogą być optymalizowane pakiety budowane na 64-bitową architekturę? -- Jakub Boguszhttp://qboosh.pl/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac64] Stan
To, że Tobie wydaje zimniejsza może wynikać jedynie z faktu, że w desktopie nie masz sensownego obiegu powietrza Blad. Obieg powietrza w desktopie mam z pewnoscia lepszy niz niektore low endowe serwery, a co najmniej porownywalny do sredniej klasy serwerow. Nie kazdy ma zwykle obudowy typu mydelniczka. serwer bez takowego dosyć szybko zakończyłby swój żywot, To rzecz oczywista. W koncu cos musi nadrabiac brak wentylatorow na prockach :) Co z tego, że Intel ma teraz CPU o niższym poborze mocy w porównaniu do AMD, skoro nadrabia to z nawiązką właśnie na owych pamięciach i chipsecie. Nie jestem tu az takim specjalista. Czy cos sie bardziej grzeje czy nie oceniam na podstawie czujnikow temperatury lub recznie :) M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac64] Stan
Marcin Król wrote: Blad. Obieg powietrza w desktopie mam z pewnoscia lepszy niz niektore low endowe serwery, a co najmniej porownywalny do sredniej klasy serwerow. Nie kazdy ma zwykle obudowy typu mydelniczka. Cieszy mnie to niezmiernie, że są jeszcze ludzie z jakąś świadomością, ale porównywanie średniej mocy strat DDR2 (4,4W) z FB-DIMM (10,4W) pokazuje wyraźnie co się mocniej grzeje. Masz radiatory na pamięciach w swoim PC? No i dalej się będę upierał, że ilość powietrza tłoczonego przez zestaw CPU/Pamięci jest dalece większa w serwerze niż w najbardziej wypasionym PC :) Pozdrówka Artur ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac64] Stan
Masz radiatory na pamięciach w swoim PC? Tak. No i dalej się będę upierał, że ilość powietrza tłoczonego przez zestaw CPU/Pamięci jest dalece większa w serwerze niż w najbardziej wypasionym PC :) To juz chyba wynika z ilosci i sily ciagow wentylatorow w zasilaczach serwerowych :) Stojac za kupka pecetow ulozonych jeden na drugim co najwyzej poczujesz lekki ruch powietrza. Stojac za szafa z serwerami wlosy Ci beda latac na wszystkie strony (chyba ze ktos jest ostrzyzony na jeza) :-) M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac64] Stan
On 5/28/07, Daniel Mróz [EMAIL PROTECTED] wrote: Rozumiem, że np. Acrobat Reader nie łapie się na tę architekturę. Da się jakoś obejść ten problem bez chroot? glibc w multilibie? -- Patryk Zawadzki Generated Content ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac64] Stan
On Monday 28 of May 2007, Patryk Zawadzki wrote: Rozumiem, że np. Acrobat Reader nie łapie się na tę architekturę. Da się jakoś obejść ten problem bez chroot? glibc w multilibie? Ke? Pozdrawiam Beorn -- Daniel 'Beorn' Mróz [EMAIL PROTECTED]http://127.0.0.1/beorn [GIT d s:- a-@ C UL$ P+ L E--- W+ N+++ o? K- w---] [O- M- V! PS+ PE++ Y+ PGP++ t- 5 X R !tv b+ DI D++ G++ e h*] [ r++ y+ ] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac64] Stan
Będę się właśnie przesiadał na maszynę 64bit i wolę wiedzieć co mnie czeka :) Z ciekawosci: chcesz przejsc na 64 bit z jakichs konkretnych powodow czy ot tak, bo to 64 bit? IMO na desktopie, ba, nawet na niektorych serwerach (zalezy od uslug) optymalizacja pod i686 da Ci minimalnie szybszy system niz ta pod amd64. No chyba, ze owa maszyna to bedzie prawdziwe 64 bit czyli AMD Opteron albo Intel Itanium. Inne procki to nadal 32 bity + rozszerzenia. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac64] Stan
On Monday 28 of May 2007, Marcin Król wrote: Będę się właśnie przesiadał na maszynę 64bit i wolę wiedzieć co mnie czeka :) Z ciekawosci: chcesz przejsc na 64 bit z jakichs konkretnych powodow czy ot tak, bo to 64 bit? Kupuję procek AMD Athlon 64 X2, więc dlaczego nie miałbym wykorzystać możliwości tego sprzętu? IMO na desktopie, ba, nawet na niektorych serwerach (zalezy od uslug) optymalizacja pod i686 da Ci minimalnie szybszy system niz ta pod amd64. U mnie z tych bardziej zasobożernych to są kompilacje i renderingi 3D. Nawet jeśli uzyskam 10% przyrostu prędkości to zawsze będzie to coś. Tym bardziej, że jeśli pakiety amd64 nie sprawiają większych trudności niż i686, to koszt jest niewielki. No chyba, ze owa maszyna to bedzie prawdziwe 64 bit czyli AMD Opteron albo Intel Itanium. Inne procki to nadal 32 bity + rozszerzenia. W sprzęcie niestety nie siędzę zbyt dobrze, więc trudno mi powiedzieć. AMD chwali się, że Athlon 64 X2 jest 64-ro bitowy, ale pewnie można to sobie w buty wsadzić. Pozdrawiam Beorn -- Daniel 'Beorn' Mróz [EMAIL PROTECTED]http://127.0.0.1/beorn [GIT d s:- a-@ C UL$ P+ L E--- W+ N+++ o? K- w---] [O- M- V! PS+ PE++ Y+ PGP++ t- 5 X R !tv b+ DI D++ G++ e h*] [ r++ y+ ] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac64] Stan
Marcin Król wrote: amd64. No chyba, ze owa maszyna to bedzie prawdziwe 64 bit czyli AMD Opteron albo Intel Itanium. Inne procki to nadal 32 bity + rozszerzenia. O ciekawe rzeczy prawisz :) Powiedz mi proszę czym się w takim razie różni implementacja 64 bitów Opterona od tej z Athlona 64 i nowszych Sempronów? A może jesteś w stanie wykazać jakieś zasadnicze różnice pomiędzy 64 bitami na nowych CPU intela a AMD? Porównanie Opterona do Itanium to nadużycie, bo to zupełnie dwie różne architektury. Artur ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac64] Stan
On 5/28/07, Daniel Mróz [EMAIL PROTECTED] wrote: On Monday 28 of May 2007, Marcin Król wrote: Będę się właśnie przesiadał na maszynę 64bit i wolę wiedzieć co mnie czeka :) Z ciekawosci: chcesz przejsc na 64 bit z jakichs konkretnych powodow czy ot tak, bo to 64 bit? Kupuję procek AMD Athlon 64 X2, więc dlaczego nie miałbym wykorzystać możliwości tego sprzętu? No właśnie nie wykorzystasz niczego. Turion i Athlon 64 (innych nie testowałem) są szybsze z userspace w trybie 32-bitowym. Wynika to podobno z tego, że preprocesor potrafi kolejkować 32-bitowe intrukcje parami i wykonywać po dwie na raz, tam gdzie to możliwe na dwóch połowach rejestru. Sam mam sprzęt amd64 i bardzo szybko wróciłem do i686. -- Patryk Zawadzki Generated Content ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac64] Stan
O ciekawe rzeczy prawisz :) Powiedz mi proszę czym się w takim razie różni implementacja 64 bitów Opterona od tej z Athlona 64 i nowszych Sempronów? Dobra. Zrewidowalem w googlach swoja przestarzala badz co badz wiedze w tym temacie. Wychodzi na to, ze tylko Itanium jest prawidziwie 64-bitowym prockiem. Opteron podobnie jak AMD64 czy Pentium/Core2 to wszystko rozszerzenia badz emulacja, ale ze to OT to skonczmy watek albo przejdzmy na inna liste. Hm. Chyba zadna sie nie nada :) Piszac maila mialem jedynie zamiar zorientowac sie czy Beron wie, iz tylko niektore programy czy aplikacje tudziez rodzaje obliczen skorzystaja z 64bitowych rozszerzen procka podczac gdy inne zamiast zyskac na wydajnosci to straca. Uprzedzajac pytanie, ktore zyskaja, a ktore straca odsylam do googla. Pelno tam benchmarkow 32bit vs 64bit poczawszy od gier, przed kodowanie i obrobke audio/wideo do baz SQLowych i tym podobnych. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac64] Stan
Marcin Król wrote: temacie. Wychodzi na to, ze tylko Itanium jest prawidziwie 64-bitowym prockiem. Opteron podobnie jak AMD64 czy Pentium/Core2 to wszystko rozszerzenia badz Doprawdy? Alpha już nie jest? Opteron też nie jest? Przecież ma szerokie rejestry, nie musi udawać 64 bitów tak jak robił to 386SX udając 32bity. bez sensu ta cała dyskusja o wyższości jednego nad drugim. Natomiast odnośnie wydajności 64bit vs 32bit podstawowa sprawa to wziąć trzeba pod uwagę, czy narzut pracy z dwa razy szerszym rejestrem (więcej danych do wczytania) nie zniweluje przyrostu prędkości. Ale o ile dobrze pamiętam, to wszelakie operacje na strumieniach, bazy SQL czy też obliczenia wysokiej precyzji zyskiwały na migracji. Artur ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac64] Stan
On Monday 28 of May 2007 19:45:16 Marcin Król wrote: Piszac maila mialem jedynie zamiar zorientowac sie czy Beron wie, iz tylko niektore programy czy aplikacje tudziez rodzaje obliczen skorzystaja z 64bitowych rozszerzen procka podczac gdy inne zamiast zyskac na wydajnosci to straca. ja na codzien grzebie sie w aplikacji napisanej w c++, ktorej zrodla waza okolo 80MB i bardzo gesto uzywaja stl-a, boost-a i gigabajtow ramu. z tego co widze, to implementacja czegokolwiek przy uzyciu 16 rejestrow x86-64 jest duzo krotsza (w sensie rozmiaru kodu wynikowego) i szybsza w porownaniu do tych zaledwie 6 rejestrow ix86 (a w zasadzie to 5, bo jeden jest tracony na -fpic). oczywiscie aplikacja zjada wiecej ramu, ze wzgledu na wiekszy rozmiar wskaznika uzywanego w tablicach metod wirtualnych i strukturach danych, ale akurat cena tego ramu jest pomijalna w aplikacjach klasy EDA. -- MIT is like the Paris Hilton of technology universities. Every guy knows about it and want's to get inside. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac64] Stan
On Monday 28 of May 2007 19:45:16 Marcin Król wrote: (...) Pelno tam benchmarkow 32bit vs 64bit poczawszy od gier, przed kodowanie i obrobke audio/wideo do baz SQLowych i tym podobnych. gdy na rynek wkraczaly opterony, to na http://www.anandtech.com/ byly takie ladne testy przeprowadzone na m$ windows server + m$ sql, ktore miazdzyly konkurencyjne xeony zarowno pod wzgledem cenowym jak i wydajnosciowym. jednyny znany mi powod dla ktorego kupuje sie ten badziew od intela, to te wspaniale nalepki w stylu zgodny z m$, zalecany przez tak sie niestety dzieje, gdy o zakupach decyduja ciecie z marketinku, a nie administratorzy ;) -- MIT is like the Paris Hilton of technology universities. Every guy knows about it and want's to get inside. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac64] Stan
On Mon, May 28, 2007 at 08:27:33PM +0200, Artur Flinta wrote: Marcin Król wrote: temacie. Wychodzi na to, ze tylko Itanium jest prawidziwie 64-bitowym prockiem. Opteron podobnie jak AMD64 czy Pentium/Core2 to wszystko rozszerzenia badz Emulacja to żadna nie jest; chyba żeby tak nazwać implementację x86* w riscowym mikrokodzie ;) A rozszerzenia owszem - każda kolejna linia dokłada kolejne rzeczy do starego 8088 : (albo i dalej wstecz, ale zgodność już mniejsza) Przecież to już drugie rozciągnięcie rejestrów (%ax - %eax - %rax), tylko teraz z dołożeniem drugiej ósemki (wreszcie). Doprawdy? Alpha już nie jest? Opteron też nie jest? Przecież ma szerokie rejestry, nie musi udawać 64 bitów tak jak robił to 386SX udając 32bity. Rejestry to miał 32-, tylko szynę danych węższą. -- Jakub Boguszhttp://qboosh.pl/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac64] Stan
On 2007-05-28 20:27, Artur Flinta wrote: Marcin Król wrote: temacie. Wychodzi na to, ze tylko Itanium jest prawidziwie 64-bitowym prockiem. Opteron podobnie jak AMD64 czy Pentium/Core2 to wszystko rozszerzenia badz Doprawdy? Alpha już nie jest? W domysle pisalem o prockach, ktore padly w dyskusji czyli Athlon64 (X2), Opteron, Itanium i intelowe z rozszerzeniami EMT64. Chyba przyznasz, ze zaden z nich nie jest alpha? bez sensu ta cała dyskusja o wyższości jednego nad drugim. Dlatego w poprzednim mailu prosilem o zakonczenie watku. bazy SQL czy też obliczenia wysokiej precyzji zyskiwały na migracji. Zgadza sie. Jak pisalem, czesc traci, czesc zyskuje. To jak? EOT? M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac64] Stan
Paweł Sikora wrote: gdy na rynek wkraczaly opterony, to na http://www.anandtech.com/ byly takie ladne testy przeprowadzone na m$ windows server + m$ sql, ktore miazdzyly konkurencyjne xeony zarowno pod wzgledem cenowym jak i wydajnosciowym. jednyny znany mi powod dla ktorego kupuje sie ten badziew od intela, to te wspaniale nalepki w stylu zgodny z m$, zalecany przez tak sie niestety dzieje, gdy o zakupach decyduja ciecie z marketinku, a nie administratorzy ;) I tak faktycznie kiedyś było, niemniej Xeony dwurdzeniowe w nowej technologii skutecznie dorównały AMD wydajnością a szybkie wprowadzenie 4 rdzeni przez Intela spowodowało przegonienie CPU AMD. AMD ma ponad dziewięć miesięcy opóźnienia ze swoimi czterordzeniowymi układami, to czego się po nich spodziewam to większej wydajności w bazach danych gdzie dostęp do pamięci jest dosyć istotny, ale obecnie AMD utraciło palmę pierwszeństwa. Intel też nie spoczął na laurach i za jakiś czas wzorem AMD być może zobaczymy zintegrowany kontroler pamięci w CPU, potencjał Intela jest dużo większy zarówno pod względem kasy marketingowej, jak i szybkości zasypywania rynku różnymi odmianami CPU, na dodatek ceny też ma ostatnio całkiem niezłe. Wady serwerów intelowskich to niesamowicie grzejąca się pamięć FB-DIMM jak i chipsety, szczególnie mostek północny. Ja w każdym razie jestem daleki od nazywania obecnych CPU Intela czy też AMD badziewiem :) Artur ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac64] Stan
Wady serwerów intelowskich to niesamowicie grzejąca się pamięć FB-DIMM Hm. W Dellach nie zauwazylem zbytniego nagrzewania sie pamieci. W porownaniu do DDR 2 w desktopach to pamieci z serwerkow sa zimniutkie. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac64] Stan
Marcin Król wrote: Hm. W Dellach nie zauwazylem zbytniego nagrzewania sie pamieci. W porownaniu do DDR 2 w desktopach to pamieci z serwerkow sa zimniutkie. Może ujmę to inaczej, moc strat rozpraszana przez pamięci FB-DIMM jest znacznie większa niż na zwykłych DDR2. To, że Tobie wydaje zimniejsza może wynikać jedynie z faktu, że w desktopie nie masz sensownego obiegu powietrza, serwer bez takowego dosyć szybko zakończyłby swój żywot, producent serwera nie ma tu akurat żadnego znaczenia. Zresztą polecam pomiar mocy serwera jako całości urządzenia, podobna konfiguracja zarówno w przypadku AMD jak i Intela. Co z tego, że Intel ma teraz CPU o niższym poborze mocy w porównaniu do AMD, skoro nadrabia to z nawiązką właśnie na owych pamięciach i chipsecie. Artur ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl