[max-pain]

The IBM Cell Processor – Architecture and On-Chip Communication Interconnect

http://www-static.cc.gatech.edu/classes/AY...res/22_Cell.ppt

[shabba]

4-5-6 GHz-es processzorok az ISSCC 2007 konferencián
http://hirek.com/cikk/56655/

[shabba]

Nem tudom melyik újjukból szopták ezt a next gen cellt, a programban semmi ilyet nem látok.

https://submissions.miracd.com/ISSCC2007/We...P_Final_S05.pdf

Szerkesztette: shabba 2006. 12. 31. 21:23 -kor

[SFIJ]

Idézet: shabba - Dátum: 2006. dec. 31., vasárnap - 20:52

4-5-6 GHz-es processzorok az ISSCC 2007 konferencián
http://hirek.com/cikk/56655/

Idézet: cikk

míg az Intel fejlesztõi a 4GHz-es, 80 magos, 1,28TFLOPS  teljesítményû lebegõpontos processzort mutatják be.

 

[max-pain]

IBM Announces Production of Cell Chip at 65nm

http://www-03.ibm.co...lease/21222.wss

[max-pain]

New 65nm IBM Cell CPU Promises 19% Power Reduction

http://www.betanews.com/article/New_65nm_I...tion/1173830474

Idézet

While AMD and Intel have been using die size and lithography as measures of finesse and production power against one another -- a measure where smaller is better -- IBM stayed largely out of the foray up to now, making a conscious choice to keep its Cell BE CPU at 90nm while the x86 producers move on to 65nm, and soon 45nm.

IBM's reasons at the time had something to do with leakage: As some theorized, the way Cell's processing engines were designed, current leakage could impact reliability for the symmetric processing units if they were made any smaller.

But now IBM has solved that problem, yesterday announcing that it has officially begun production of the 65nm version of the revolutionary successor to the Power CPU, which now powers some BladeCenter servers and, of course, Sony's PlayStation 3. The way IBM went about this solution was a novel approach, as the company itself shamelessly admitted.

Smaller CPUs must use lower power because electric current tends to leak through their dielectric material - the stuff that guides electrons around like charged marbles in a frantic maze. But when you reduce the voltage, you increase the likelihood of a phenomenon called scatter, where the current gets noisy and unmanageable. So lower voltage isn't something that designers achieve; instead, it's something they have to deal with when smaller sizes are concerned, and make workable.

The method IBM worked out involves two voltage lines rather than just one, the higher of the two is reserved for the "cell" (lower-case "c," which is analogous to AMD's or Intel's "core"), incoming data, and preparation; the lower is used for data being written from the cell and the main read/write circuit.

It's not the first dual-voltage CPU, but how IBM allocates functions among the two voltage lines is new: IBM increases the power to the cell, improving its stability. But then it attaches the write line to that same higher-voltage line, improving the reliability of the key factor that is most susceptible to the scatter effect.

By increasing the voltage to the cell-specific power line by 200mV over that of the standard power line, the stability of the cell is increased and scatter is reduced. But power consumption is still reduced as a whole, partly because the other functions are running on less voltage, but also because certain parts of the Cell CPU architecture no longer have to stay "on" to mask or counteract the effects of current leakage from the densely-packed processing cells. So overall power consumption, IBM estimates, is reduced by as much as 19%.

An IBM spokesperson declined to comment to BetaNews today regarding whether the company's implementation of the 65nm process for Cell has changed its price.

Most individuals will be introduced to the new CPU by way of the PS3, though Sony recently has had to rework some or all of its latest models, omitting the Emotion engine chip that was the heart of the PS2, and that provided downward compatibility for the newer console, presumably for cost-cutting reasons.

[special]

Nekem ez a magyarázat gyanús, az IBM az ISSCC-n a SRAM-okkal kapcsolatbna említette az emelt tápfeszt.  Ha a 19% igaz, akkor ez így elég harmatos, egy shrinknek kb. 30 százalékkal kellene csökkentenie a fogyasztást. Kérdés hogy a másik oldalon van-e valami elõny, pl. közel 50 százalékos zsugorítás, hogy minél olcsóbb legyen termelni -- ha 10 extra százalékot össze bírnak lapátolni (tehát 4-6 százalékponttal jobb méretskálázódást érnek el), akkor az már jelentõs megtakarítás magas volumenben.

Szerkesztette: special 2007. 03. 15. 17:47 -kor

[SFIJ]

Idézet: special - Dátum: 2007. márc. 15., csütörtök - 17:25

Nekem ez a magyarázat gyanús, az IBM az ISSCC-n a SRAM-okkal kapcsolatbna említette az emelt tápfeszt.  Ha a 19% igaz, akkor ez így elég harmatos, egy shrinknek kb. 30 százalékkal kellene csökkentenie a fogyasztást. Kérdés hogy a másik oldalon van-e valami elõny, pl. közel 50 százalékos zsugorítás, hogy minél olcsóbb legyen termelni -- ha 10 extra százalékot össze bírnak lapátolni (tehát 4-6 százalékponttal jobb méretskálázódást érnek el), akkor az már jelentõs megtakarítás magas volumenben.

jó. a 19% esetén a TDP marad, de az 50%-os shrink az nagyon szépen megemeli a kihozatalt.

[vers]

sejtettem hogy igy lesz, ez a 19% elöre vetiti  a  szilicium halálát
szegény  intel :DDDDDDDDDDDDDDDDDDDd

[SFIJ]

Idézet: vers - Dátum: 2007. márc. 19., hétfõ - 8:36

sejtettem hogy igy lesz, ez a 19% elöre vetiti  a  szilicium halálát
szegény  intel :DDDDDDDDDDDDDDDDDDDd

ezt mibol szurted le?

[vers]

Idézet: SFIJ - Dátum: 2007. márc. 20., kedd - 13:07

ezt mibol szurted le?

hát abbol hogy papirforma szerint 30%-nak kellene lennie , és lett 19 vagy annyi se

[SFIJ]

Idézet: vers - Dátum: 2007. márc. 20., kedd - 16:18

hát abbol hogy papirforma szerint 30%-nak kellene lennie , és lett 19 vagy annyi se

min alapszik ez a papirforma? a C2D-k termikusa skalazodasan? csakmert ahany eltero architektura annyifele eltero termikus skalazodas adodhat...

[dezz]

Folyt. innen.

Idézet: SFIJ - Dátum: 2007. máj. 31., csütörtök - 0:09

Nem nem és nem

Szerinted a 0-ról terveztek teljesen új SIMD alapegységeket, amikor már rég volt nekik?

Idézet

mondom fordulj bátran versionhoz

Version hónapok óta nincs "sehol".

Idézet

PPC értelemben vett regiszterblokkjuk

És mit értesz az alatt, hogy PPC értelemben vett, ha nem azt, hogy ugyanúgy vannak integer formátumok, és mindenféle általános jellegû mûvelet is végezhetõ velük?

Idézet

Marketingrizsa. TMS320C80-hoz csecse C++ fordítót ad a texas, pedig DSP, vektor processzor. Amúgy a jobboldali oszlop az az EE-ben levõ VU-ról szól, ami nem önálló proci, hanem architektúrális kiterjesztés.

Nem az lényeg, hogy van-e C++ fordító, hanem hogy milyen kódot lehet rá fordítani... A TMS chip kezeli az integer formátumokat? Vannak mindenféle integer mûveletek? Vannak pl. bitmanipulációs mûveletek? Vannak különféle címzésmódok?

Idézet

Nagyon szép de attól hogy odafirkantják még nem lesz MMU. Az MMU talán legfontosabb funkciója a jogosultságok kezelése.

Régen ezt az MMU-k még nem igazán tudták, az alapvetõ funkciójuk az address translation, azaz a memória-virtualizálás. De mindegy, mert úgy tûnik, mindkettõt tudja:
"The MFC uses a memory management unit (MMU) to perform all MFC address translations and MFC access protection checks required for the DMA transfers. The MMU handles MFC transfers in much the same way that a PPE handles load and store operations."
Pl. tud olyat (asszem ezt a PPE állíthatja be, privileged módban), hogy a main memben hozzárendelhetõ 1-1 terület az egyes SPE-khez, és egymás területeit nem bánthatják.

Idézet

Amit MMunak gúnyolsz az csak egy PPE által programozott TLB.

Hát nem egészen:
"Two steps are required to convert an effective address to a real address:
1. Convert the effective address to a virtual address. The conversion to a virtual address uses a segment lookaside buffer (SLB). The MMU for an SPE differs from the PowerPC Architecture only in the minimum number of SLB entries that must be provided by an implementation. The PowerPC Architecture requires a minimum of 64 entries; an SPE MMU requires a minimum of eight SLB entries. The maximum number of SLB entries is 4 K. All implementations must have at least a minimum number of SLB entries and the associated management instructions, special purpose registers (SPRs), and memory-mapped I/O (MMIO) registers.
2. Convert the virtual address to a real address. The conversion of a virtual address to a real address uses a page table in main storage. The page table format and the conversion process are described in PowerPC Architecture, Book III. In the software-managed mode, the TLB management instructions and registers must provide the capability to directly specify a virtual address to real address translation without using a hardware-accessed page table in main storage."

Idézet

Gondolkodj. PS3-mal megnyitsz egy weblapot amibe injektáltam egy rosszindulaú apuletet és átírom a kernel memóriát mert átprogramzom az SPE "MMU"-ját és a PPE ez ellen tehetelen...

Ezt nem teheted meg, mert tudtommal ez a mûvelet privilegizált.

Idézet

a negy gebasz, az aktív core rész harmada szemmértékre. a core-ba lécci ne számold bele  a középen lévõ fenenagy crossbart meg a széleken levõ I/O unitokat, meg az MC-t. Az hogy fotósopban leszmoltad a pöttyöket az nem érdekel

Hagyjuk a core-t! Az Intel CPU-knál a nagy területet kitevõ L2 nem is tartozik bele. A die-ról volt szó. (Nem számoltam semmilyen pöttyöket, hanem kivágtam az egyik területet, és egymás mellé és fölé tettem annyit, amennyi kifért. [Egy oszlop, egy sor, nem tapétázás.])

Szerkesztette: dezz 2007. 05. 31. 01:22 -kor

[Boba]

Idézet

dezz irta:
Még valamire válaszolnék itt a korábbiakból, mert azt hiszem, jobban passzol a PS3-hoz, mint a Cellhez önmagában.
Nem tudom, melyik lehet ez a program, és miért eszik alapból ennyit, de mi lenne, ha az az "egy 3D-s progi" inkább mondjuk a POV-Ray lenne? Alap: 7 mega. Az alábbi benchmark scene renderelése közben: 16 mega:


Na jó, de ugyebár ez nem a hobby 3D-zõ délutáni kis elszórakozásának kategóriája...

Ennyibol az abakusz meg elmegy ket kezzel is, meg memoria se kell neki. Azzal ne gyere mar kerlek, hogy egy hobbi 3dzo povrayt fog elovenni. Ilyenekkel nem bohockodok. Grafikus vagyok nem mazohista es kihivast kereso programozo. Mar 10 eve se fogadtam volna el a Povrayt... nemhogy most.

Nyiss meg egy wings3d-t vagy Blendert, ha mar hobby 3dsrol beszelsz. Az nem fog megallni 15 megaban (a wings alapbol megnyitva kb 15 mega), es ezzekkel a programokkal mar valoban lehet egesz jo kis dolgokat is alkotni. (Bar itt is igaz, hogy olcso husnak hig a leve... ) Blender nincs fent de SFIJ irta, hogy fel giga memoriaval nem volt erdemes bajlodni vele.

A megnyitott progi amugy Maya 8.5 volt es egyedul Mental-ray connection volt hozza betoltve. Ez volt 240 mega... de meg par hasonlo progival megtudom nezni mennyi a memoria felhasznalasuk. (2.5 giga van csak a gepemben, hogy 0.5 jusson XP-nek es 2 giga a 32 bites progiknak. Rendre kifutok belole... akkor 256 megaban elegge nehezen lehetne elferni. Virtualis memoria pedig kilove, az annyit er mint halottnak a csok.)

Szerk. Meg valami eszembe jutott... nezd mar meg ugy Povrayt rendereles kozben, hogy 1: legalabb valami hasznalhato felbontasban rendereljen (Min 720p), 2: a fraktalok helyett legyenek texturak betoltve (4k-s textura valami 10-12 mega pngben, nem?) 3: egy ilyen szintu raytracer mindig is elegge memoria sporolos lesz. Meglehet nezni pl a Maxwellt is, az is hasonlokepp mukodik. Azt mar meg se emlitem, hogy esetleg valami komolyabb formak is legyenek a kepen. :Ð

Ez pl az en egyik regebbi hobby 3ds vackom. Kb 3-4 ora melo. (Megneztem... maxwell studio uresen 50 mega. Es a renderelest meg el se kezdte.)


[ Kattints ide a teljes méretû képhez ]

Szerkesztette: Boba 2007. 05. 31. 09:14 -kor

[dezz]

[quote name='Boba' date='2007. máj. 31., csütörtök - 9:59']Ennyibol az abakusz meg elmegy ket kezzel is, meg memoria se kell neki.[/quote] Azért én nem nevezném abakusznak a POV-Rayt... Már ami a képességeit illeti. Nézted mostanában? (Lásd alábbi linket is ezzel kapcsolatban.) Oké, modeler nincs benne. Csak script-editor. De asszem vannak hozzá különféle kiterjesztések, segédprogramok.

[quote]Azzal ne gyere mar kerlek, hogy egy hobbi 3dzo povrayt fog elovenni.[/quote] Hát pedig de, sokan teszik: [url="http://hof.povray.org/"]POV-Ray Hall-of-Fame[/url]. És elég szép dolgokat csinálnak vele.

[quote]Ilyenekkel nem bohockodok. Grafikus vagyok nem mazohista es kihivast kereso programozo. Mar 10 eve se fogadtam volna el a Povrayt... nemhogy most.[/quote] Oké, tényleg "érdekes", hogy egy C kód kinézetû script-nyelvben kell megkomponálni a dolgokat. De néha ez is jól tud jönni.

[quote]Nyiss meg egy wings3d-t vagy Blendert, ha mar hobby 3dsrol beszelsz. Az nem fog megallni 15 megaban (a wings alapbol megnyitva kb 15 mega), es ezzekkel a programokkal mar valoban lehet egesz jo kis dolgokat is alkotni. (Bar itt is igaz, hogy olcso husnak hig a leve... ) Blender nincs fent de SFIJ irta, hogy fel giga memoriaval nem volt erdemes bajlodni vele.[/quote] Az elsõt nem ismerem, a másodikról már hallottam, és nem éppen azt, hogy valami nagyon alap progi. Azért vannak itt még ilyenek, mint pl. 3DStudio, ami korábban még elég hétköznapinak számított, mármint nagyon sokan használták.

[quote]A megnyitott progi amugy Maya 8.5 volt es egyedul Mental-ray connection volt hozza betoltve.[/quote] Na jó, ez kb. a 3D rendererek + 3D modellezõk királya (v. királynõje?), azért ne ezt vegyük már az átlagos kis 3D-zõ programnak (hobbi célokra fõleg)... Azért ezt te is érzed, hogy ez kicsit kint volt... Meg asszem van egy ára is...

[quote]Ez volt 240 mega...[/quote] Na ja, de ezt nem is hobbi célokra készítették átlagpécékre, hanem professzionális célokra, komolyabb munkaállomáson való bevetésre.

[quote]de meg par hasonlo progival megtudom nezni mennyi a memoria felhasznalasuk. (2.5 giga van csak a gepemben, hogy 0.5 jusson XP-nek es 2 giga a 32 bites progiknak. Rendre kifutok belole... akkor 256 megaban elegge nehezen lehetne elferni.[/quote] Komolyabb célokra bizonyára, fõleg az ilyen spórolósnak egyátalán nem mondható programokkal. De pl. a POV-Ray-jel (és más hasonló kategóriás programmal is vélhetõleg nagyjából így lenne) 250 megából már igen szép dolgokat lehet kihozni. (Persze nem elszállva a textúrákban és objektekben sem.)

[quote]Virtualis memoria pedig kilove, az annyit er mint halottnak a csok.)[/quote] Hát, ha az objektek nem férnek be renderelés közben, az tényleg gáz, mert ugye egy ray-tracer szépen végigtúrogatja õket (bár úgy látom, vannak már erre újabb metódusok, pl. a POV valami fotonokat számol elõször, aztán pre-renderel egy sort). Ha a textúrák nem férnek be, és nem keverednek túlzottan, az már egy fokkal kisebb probléma... Meg egy más kérdés a modeling, az azért elmegy szódával "virtualizálgatva", hobbi szinten.

[quote]Szerk. Meg valami eszembe jutott... nezd mar meg ugy Povrayt rendereles kozben, hogy 1: legalabb valami hasznalhato felbontasban rendereljen (Min 720p)[/quote] Az elõbbi benchmark 1280x1024-ben 22 mega. Az 50-100 megás esetekben is csak hasonló mértékû növekedés van.

[quote]2: a fraktalok helyett legyenek texturak betoltve (4k-s textura valami 10-12 mega pngben, nem?)[/quote] Az 50-100 megás esetekben normál textúrák vannak, ha nem is ilyen nagyok. Persze néhány ilyen még belefér. Mondjuk elég spórolós a progi, ha renderelés közben is png van bent. Kitömörítve már csak 1-2-3, ahova fontos.

[quote]3: egy ilyen szintu raytracer mindig is elegge memoria sporolos lesz. Meglehet nezni pl a Maxwellt is, az is hasonlokepp mukodik. Azt mar meg se emlitem, hogy esetleg valami komolyabb formak is legyenek a kepen. :Ð[/quote] Oké, te mondtad az egyik szélsõséget, én a másikat a 16 megával. A kettõ között még van pár lehetõség.

[quote]Ez pl az en egyik regebbi hobby 3ds vackom. Kb 3-4 ora melo.[/quote] Szép! Nem sokan mondanák meg elsõre, hogy renderelt. (De hát ugye nem mindig a szuper-realizmus a[z egyik] cél.)

[quote](Megneztem... maxwell studio uresen 50 mega. Es a renderelest meg el se kezdte.)[/quote] És mennyi, ha elkezdi? Ha nem éri el a 250 megát (vagy csak kicsit haladja meg, amit még megold egy kis swap), akkor hol a gond? Jó, nincs túl sok minden a képen, de gondolom, az asztal/padló textúrája sem kicsi.

Ja, az sem mellékes, melyik progi érhetõ el Linuxon, ugye. Ha jól emlékszem, Mayából már van, legalábbis a renderer. Viszont ez az, ami itt "nem ajánlott". Amúgy sem sokat kezdene a Cellel, hacsak meg nem csinálják Celles blade-ekre. A POV-Ray meg nyílt forrású, x86 Linuxos változat van, talán egy kis birizgálással fordul PowerPC-re is. Persze nem sokat fog kezdeni a Cell SPE-ivel, de legalább fut. (Valamilyen ray-tracer már van kimondottan Cellre, de nem tudom, mi az, és elérhetõ-e.)

Akkor még egy kép:

[ [url="http://www.ignorancia.org/uploads/images/patio/patio.jpg"]Kattints ide a teljes méretû képhez[/url] ]



Render közben 155 MB (1280x1024).

Szerkesztette: dezz 2007. 05. 31. 13:28 -kor

[Boba]

Csak roviden, par gondolatot irnek le.

-PovRay minden, csak nem hobbi 3d-sek eszkoztara. Egy remek kihivas, biztos nagyon erdekes is lehet (anno meg hasznaltam is kiprobalas erejeig) de azert ezt elsosorban nem muveszeknek szantak. Az, hogy sokan hasznaljak a szememben meg nem valik remek tool-a.

-A dragabb progiknak is van tanulo verzioja, azt hasznalhatja a hobbi muvesz. Csak mert nincs penze meg nem kell rossz(nehezen hasznalhato) progit hasznalni. Maya-nak is van tanulo verzioja es meg jopar progi elerheto olcson, vagy ingyen. Blendert probaltam, nekem nem jott be. Ha ingyenes progit kellene hasznaljunk akkor viszont lehet, hogy ezt valasztanank. (Vagy irnank magunknak... eleg sok inhouse propertary cuccunk van)

-Ha megvan meg a maxwell jelenet akkor meglesem, hogy mennyi memoriat eszik. Amugy ez egy iszonyu egyszeru jelenet, nem hinnem, hogy tul sokat enne. (de a 256 megaba attol meg nem fer bele.)

-Linuxon eleg sok minden fut komolyabb celokra mind az ingyenes mind a fizetos kategoriabol.

-Nem akarom szidni a belinkelt kepet, mert nekem is tetszik de azert ez eleg basic. A modellek eleg primitivek, a bevilagitas eleg hianyos es a texturak sincsenek igazan jelen. -sztem shaderbol van megoldva a legtobb dolog es kesz, par textura kivetelevel-. Nem taplosag szol belolem, de ez remek kep mutogatni a nagymamanak meg apukanak-anyukanak meg elajandekozni. Volt osztalytarsam csinalt hasonlo kepet csak temperaval es a tanar mondta ra ezt: "Elegge Tesco gazdasagos..." hat a keprol is ezt gondolom. Ami nem baj... mert a hobbi temakoret kimeritheti.

-Szoval nem rossz a kep, csak befejezetlen.

-Meg egyszer leirnam. A cell _lehet_, hogy jo megoldas lenne workstationnek. (Bar olcsobb egy hasonlo ereju quadcore rendszert epiteni szerintem... es azon fut windows is) de a Ps3 sajna nem. 256 mega semmire nem eleg. Meg hobbi 3dzesre sem. Persze gomboket lerakni meg ilyenek az lehet, node attol meg mert valaki hobbibol tolja nem kell primitiv kepeket keszitsen. Betolt egy linux, legyen mondjuk 200 mega (csak tippeltem). Betolt a progi, legyen 50. El is fogyott a memoria. Munkara mar nem marad. Ha meg swappelni kell akkor meg inkabb mar elovesz az ember agyagot es nekiall mintazni vagy papirt es rajzolni.

Meg valami... nemtudom linux alatt megy-e, de ha igen akkor probald ki a Redqueen-t. Allitolag az eleg jo raytracer, hasonlo elven mukodhet mint a povray. Ismeros mutogatott vele par munkat, nezegetni jo.

Szerkesztette: Boba 2007. 05. 31. 15:10 -kor

[Laa-Yosh]

Boba, ez soha nem is arról szólt hogy a Cell alkalmas-e 3D munkaállomásnak, vagy hogy te mennyire értesz a CG-hez. Vagy hogy mi az "igazság" vagy akármi. És persze ez nem vita, minden mellékes - csak az a lényeg hogy legyenek szép hosszú hozzászólások amiket szét lehet cincálni soronként.
Szimpla destruktív kötekedés, énapukámerõsebb, nekemvanigazam, inkább nem is minõsíteném tovább. Választhatsz, hogy elb***ol rá órákat az életedbõl, és ezzel csak örömet okozol neki, vagy ráhagyod az egészet, mert úgysem fog soha egy tapodtat sem engedni...
Uff.

[Boba]

Idézet: Laa-Yosh - Dátum: 2007. máj. 31., csütörtök - 16:10

Boba, ez soha nem is arról szólt hogy a Cell alkalmas-e 3D munkaállomásnak, vagy hogy te mennyire értesz a CG-hez.

Hajajj... Tudnad, hogy mit tett Velem a leveled, amit meg kb fel eve irtal.   (Csak vicc, abszolut pozitivan ertekeltem. Nomeg persze elfogadtam, hogy marha keves vagyok oda... de azota is igyekszem es nagyon remelem, hogy lesz alkalmam bekerulni hozzatok.)

Cghez meg nem ertek sajnos annyira, amennyire szeretnek. Hat mit tesz az, aki valamihez nem ert? (Egen... tanitja...  De csak ideiglenesen remelem. Ez az idiota egyetem meghirdetett egy szakot, amire nem volt tanaruk. En meg keznel voltam, hiszen ugyis ott vagyok. Erre ugy nez ki besoroznak... Cserebe mentesulok a kotelezo oratartasok alol a suliban. -Rajzvizkomm tanari szakon vagyok-)

Najo, nem offolok tovabb.

Idézet

Uff.

Egyetertek.    Tanacs megfogadva.

Utolso off. Szinten az egyetemen van valaki, Ot kellene inkabb idekuldeni. O irja a mar emlitett inhouse cumokat sajat szorakozasara... (mert mi nem szorakozunk az tuti...) Ot biztos erdekelne az ilyesmi. Azthiszem most pont olyan alap raytracert ir, amin majd a kis nebulok tanulni fognak.

Szerkesztette: Boba 2007. 05. 31. 15:32 -kor

[dezz]

Idézet: Laa-Yosh - Dátum: 2007. máj. 31., csütörtök - 16:10

Boba, ez soha nem is arról szólt hogy a Cell alkalmas-e 3D munkaállomásnak, vagy hogy te mennyire értesz a CG-hez. Vagy hogy mi az "igazság" vagy akármi. És persze ez nem vita, minden mellékes - csak az a lényeg hogy legyenek szép hosszú hozzászólások amiket szét lehet cincálni soronként.
Szimpla destruktív kötekedés, énapukámerõsebb, nekemvanigazam, inkább nem is minõsíteném tovább. Választhatsz, hogy elb***ol rá órákat az életedbõl, és ezzel csak örömet okozol neki, vagy ráhagyod az egészet, mert úgysem fog soha egy tapodtat sem engedni...
Uff.

Hülyeség.

Szerkesztette: dezz 2007. 05. 31. 15:36 -kor

[Laa-Yosh]

"Egy??? Hiszen mind szembe jön!!!!"