Re: SPECS: funguloids.spec (NEW) - init (first game which use our ogre; ))
Dnia poniedziałek, 28 maja 2007, Marcin 'Qrczak' Kowalczyk napisał: Dnia 27-05-2007, N o godzinie 21:39 +0200, arvenil napisał(a): - init (first game which use our ogre;)) cvs server: nothing known about funguloids-lua51.patch cvs server: nothing known about funguloids-path.patch Dodane. Dzięki. -- 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
[Ac64] Stan
Cześć Jak obecnie wygląda Ac/amd64 w PLD? Są jakieś problemy? Jak z aktualizacją z Ac 32bit? Rozumiem, że np. Acrobat Reader nie łapie się na tę architekturę. Da się jakoś obejść ten problem bez chroot? Będę się właśnie przesiadał na maszynę 64bit i wolę wiedzieć co mnie czeka :) 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 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: [AC] Poldek a spece w utf8
Kamil Dziedzic wrote: Czy mi się wydaje czy poldek nie radzi sobie z paczkami zbudowanymi ze specy w UTF-8 na AC? U mnie wyświetlają się angielskie opisy zamiast polskich. rpm pokazuje polskie opisy. mailto: mis ? -- === Andrzej M. Krzysztofowicz [EMAIL PROTECTED] phone (48)(58) 347 19 36 Faculty of Applied Phys. Math., Gdansk University of Technology ___ 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