Magasabb órajel helyett új funkciókkal erősíti az Intel
Jelentkezz be a hozzászóláshoz.
#31
Csak ne kövessék el ugyanazt a hibát mint a Microsoft...
#30
még jó hogy nem integráljanak bele a prociba rögtön egy komplett Windowst, abból is mindjárt a 7-es verziót <#falbav> hadd szokja a pancser
Linuxot még el tudnék viselni... különösen az olyan megoldást, hogy mondjuk az alaplapi BIOS chipben frissíthetõ a kernel, vagy az oprendszer mag része(i)..
különösen netbookoknál lenne jó végre egy ilyesmi megoldás
Azt viszont végképp felejtsék el hogy bevezetnek egy új processzor-szabványt ami totálisan inkompatibilis visszafele eddig bármelyik (x86, 5x86, 6x86, x64 stb..) procival, megmagyarázzák , hogy ez miért lesz majd hûdejó a lúzernak, kiadják egy rakás pénzbe fog kerülni és kezdetben még csak program se lessz rá.. aztán jönnek a reklámhuszárok elkezdik pátyolgatni kijön rá vagy keményen 3 db DirectXtizenf*szomtuggyahanyas játék meg egy Mikroszoft féle operációs rencer (?) aztán már az lesz onnantól a menõ, a trendi , meg a p*cs*m
<#banplz><#violent><#levele><#boxer><#kocsog><#hamm><#gunyos1>
Linuxot még el tudnék viselni... különösen az olyan megoldást, hogy mondjuk az alaplapi BIOS chipben frissíthetõ a kernel, vagy az oprendszer mag része(i)..
különösen netbookoknál lenne jó végre egy ilyesmi megoldás
Azt viszont végképp felejtsék el hogy bevezetnek egy új processzor-szabványt ami totálisan inkompatibilis visszafele eddig bármelyik (x86, 5x86, 6x86, x64 stb..) procival, megmagyarázzák , hogy ez miért lesz majd hûdejó a lúzernak, kiadják egy rakás pénzbe fog kerülni és kezdetben még csak program se lessz rá.. aztán jönnek a reklámhuszárok elkezdik pátyolgatni kijön rá vagy keményen 3 db DirectXtizenf*szomtuggyahanyas játék meg egy Mikroszoft féle operációs rencer (?) aztán már az lesz onnantól a menõ, a trendi , meg a p*cs*m
<#banplz><#violent><#levele><#boxer><#kocsog><#hamm><#gunyos1>
A MUNKA SZABADDÁ TESZ
#29
Egy java szervert fejlesztgetek, jelenleg 3-500Mbit/sec amit tud A/V+adat szerverként (szétkapja packetekre, framet dob ha kell, újra összerakja, adatot kinyer, feldolgoz, újat belerak) - szóval nem olyan lassú az. Persze C++ gyorsabb, asm meg még gyorsabb, de én XP alatt lefordítom, linuxos szerverre feltöltöm a fordított kódot, és megy. Ezt mondjuk C++-ban szerintem senki se csinálja meg.
A java legnagyobb baja szerintem a fatengelyes memória felépítése. Erõsen multithread (adja magát, hogy külön szálra rakj sokmindent), de minden közös heapbe kakál, éppen ezért nincs benne tisztességes memória felszabadításra lehetõség (majd ha a gc úgy gondolja, vagy meghívod te kézzel, akkor esetleg lesz valami). Amikor meg több 100 MBytenyi változó jön létre másodpercenként, és kerül feldolgozás után kukába, akkor egyátalán nem mindegy, hogy egy általános, de buta gc takarítja-e a memóriát, vagy normális memória foglalás, és fordított sorrendben felszabadítás van. Jelenleg elég kellemetlen az, hogy gc elindul, egyik szál közben memóriát foglalna, dob egy out of mem exceptiont, gc felszabadít 1 gigát, és a többi szál megy tovább. Ez a megoldás az én olvasatomban a gagyi szinonímája, SUN ide vagy oda.
Szálanként külön stack kéne, és döntési lehetõség hogy stackbe vagy közös heapbe teszem a változókat. Stacken nem kell gc, szál létrehozásakor lefoglalni a megadott méretet, szál befejezésekor kidobni egyben. A heapen lehet gc, oda memóriaintenzív cuccok úgyse kerülnének, ha normális a programozó.
Zárt szabványok meg monnyanak le.
A java legnagyobb baja szerintem a fatengelyes memória felépítése. Erõsen multithread (adja magát, hogy külön szálra rakj sokmindent), de minden közös heapbe kakál, éppen ezért nincs benne tisztességes memória felszabadításra lehetõség (majd ha a gc úgy gondolja, vagy meghívod te kézzel, akkor esetleg lesz valami). Amikor meg több 100 MBytenyi változó jön létre másodpercenként, és kerül feldolgozás után kukába, akkor egyátalán nem mindegy, hogy egy általános, de buta gc takarítja-e a memóriát, vagy normális memória foglalás, és fordított sorrendben felszabadítás van. Jelenleg elég kellemetlen az, hogy gc elindul, egyik szál közben memóriát foglalna, dob egy out of mem exceptiont, gc felszabadít 1 gigát, és a többi szál megy tovább. Ez a megoldás az én olvasatomban a gagyi szinonímája, SUN ide vagy oda.
Szálanként külön stack kéne, és döntési lehetõség hogy stackbe vagy közös heapbe teszem a változókat. Stacken nem kell gc, szál létrehozásakor lefoglalni a megadott méretet, szál befejezésekor kidobni egyben. A heapen lehet gc, oda memóriaintenzív cuccok úgyse kerülnének, ha normális a programozó.
Zárt szabványok meg monnyanak le.
#28
pont ezért óvom én a jónépet az elõreintegrált zárt forráskódú szar szabványoktól amikrõl csak a jóég tudja mikor élnek vele vissza a hátad mögött:
Intel jön most a processzorával, a Microsoft a Win7-es csodájával <#eplus2> és egytõl egyik tele lesznek integrálva trójai megfigyelõrendszerekkel, kiskapukkal, meg még talán gyárkapukkal is,amiket csak a vak nem lát, mint pl. a Vista UAC-ja és az XP-ben a SYSTEM-ként való beloggolás lehetõsége. <#eplus2>
Intel jön most a processzorával, a Microsoft a Win7-es csodájával <#eplus2> és egytõl egyik tele lesznek integrálva trójai megfigyelõrendszerekkel, kiskapukkal, meg még talán gyárkapukkal is,amiket csak a vak nem lát, mint pl. a Vista UAC-ja és az XP-ben a SYSTEM-ként való beloggolás lehetõsége. <#eplus2>
A MUNKA SZABADDÁ TESZ
#27
hogy mást ne mondjak
http://pcforum.hu/hirek/11171/Matol+torhetok+a+biztonsagosnak+hitt+Wi-Fi+halozatok+is.html
Pontosan az ilyen szabványködösítések miatt tették SZÁNDÉKOSAN törhetõvé a WPA és a WPA2 szabványokon belül a PSK és TKIP kulcsolásokat, már eleve a tervezéskor.. az ilyen globálcionista titkosszolgálatos görények <#violent><#violent>
Persze évekkel késõbb kiderült, hogy törhetõk és, mint a Rodolfó bácsi : figyeld a kezem, mert csalok...
na pont ezért mondom én, hogy ott az AES, ami FULL nyílt forráskódú, tehát full szájbarágósan dokumentált (pl. neten), nincs Rodolfõbácsi, meg nem csalás, ámítás, meg rizsa, meg melléködösítés pl. ha rákeresel googliban hogy mi az a tököm az a PSK, meg a TKIP...;, hanem a WPA2 +AES és egy jó hosszú kóddal, máig nem törhetõ és sem a közel , sem a távoljövõben SENKI, nem is fogja megtörni.
http://pcforum.hu/hirek/11171/Matol+torhetok+a+biztonsagosnak+hitt+Wi-Fi+halozatok+is.html
Pontosan az ilyen szabványködösítések miatt tették SZÁNDÉKOSAN törhetõvé a WPA és a WPA2 szabványokon belül a PSK és TKIP kulcsolásokat, már eleve a tervezéskor.. az ilyen globálcionista titkosszolgálatos görények <#violent><#violent>
Persze évekkel késõbb kiderült, hogy törhetõk és, mint a Rodolfó bácsi : figyeld a kezem, mert csalok...
na pont ezért mondom én, hogy ott az AES, ami FULL nyílt forráskódú, tehát full szájbarágósan dokumentált (pl. neten), nincs Rodolfõbácsi, meg nem csalás, ámítás, meg rizsa, meg melléködösítés pl. ha rákeresel googliban hogy mi az a tököm az a PSK, meg a TKIP...;, hanem a WPA2 +AES és egy jó hosszú kóddal, máig nem törhetõ és sem a közel , sem a távoljövõben SENKI, nem is fogja megtörni.
A MUNKA SZABADDÁ TESZ
#26
öhát tudod, hogy ez nem mûködik így. Wifi és blútút több ketyerében is van szerte a világon, mobilokban, munkagépekben és ezek ugyanígy a szabványos frekvenciákat kell, hogy használják ha kommunikálni szeretnének 1mással. Namármost, ha az intel elkezd valami kigondolt szabvány szerint gyártani csippeket amik semmivel sem kompatibilisek saját magukon kívül, akkor a kutya se tudja õket semmire sem használni. Nem éppen fényes üzleti fogás lenne a bevételeket nézve sztem.
C2D E8400 ~4.4ghz+GeminII / P5B Deluxe / 2*2Gb Kingmax DDR2-1066 / Powercolor ATI 4890 / Acer AL1916W / 400+320GB Samsung / G15 / Razer D.Back / Creative Audigy 2
#25
"a vezetéknélküli elérést támogató megoldások, ezeket ugyanis az Intel szintén beemelné az egyes chipekbe, hogy ezzel oldja meg a számos eltérõ szabvány jelentette gondokat"
miféle eltérésrõl csúsztatnak itt éppen irdatlan nagyot? tudtommal egy WiFi szabvány van a 802.11x ezen belül is az a/b/g kompatibilis egymással és én még nem nagyon láttam volna hogy ezen belül ne mûködött volna eszköz egymással együtt TÖKÉLETESEN... de neeem intelnek ez kevés és a jól bevált szabványok helyett most éppen monopolizálni akarja a saját SZAR, globálcionista diktatúra által megrendelt szabványát, amelyet csak õk tudnak megfigyelni bármikor bárhonnan bárkit, akinek a jövõben ilyen vezetéknélküli megoldása lesz.
miféle eltérésrõl csúsztatnak itt éppen irdatlan nagyot? tudtommal egy WiFi szabvány van a 802.11x ezen belül is az a/b/g kompatibilis egymással és én még nem nagyon láttam volna hogy ezen belül ne mûködött volna eszköz egymással együtt TÖKÉLETESEN... de neeem intelnek ez kevés és a jól bevált szabványok helyett most éppen monopolizálni akarja a saját SZAR, globálcionista diktatúra által megrendelt szabványát, amelyet csak õk tudnak megfigyelni bármikor bárhonnan bárkit, akinek a jövõben ilyen vezetéknélküli megoldása lesz.
A MUNKA SZABADDÁ TESZ
#24
Igen, a gyengén megírt vsti-k elmaradnak minõségben a professzionális hardware-s szintetizátoroktól, de én professzionális vsti-ket haszálok és több (befutott) embert is ismerek akik nagyrész vagy kizárólag csak vsti ket használnak pont a flexibilitásuk és a könnyû kezelhezõségük miatt. A végeredmény magáért beszél általában (ha gondolod cserélhetünk is pár munkát), de gyakorlatilag nincs különbség hangzásban manapság már egy jól megírt vsti és a hardware között, és az elõbbibõl annyit nyit az ember 1x-re meg amennyit a gépe elbir, míg hardware-ból csak 1 van és max kirendereléssel tudja megoldani ha több helyen szeretné megszólaltatni. Hozzá kell még tennem, hogy természetesen mint ahogy a hardware is, magus a vsti-k is nagyon szépen fejlõdnek az idõ múlásával, de a vsti-knél még jó pont, hogy az új funkciók 1update segítségével elérhetõek, még ugye a hardware adott és nehezebb dolga van az embernek ha újítani szeretne.
C2D E8400 ~4.4ghz+GeminII / P5B Deluxe / 2*2Gb Kingmax DDR2-1066 / Powercolor ATI 4890 / Acer AL1916W / 400+320GB Samsung / G15 / Razer D.Back / Creative Audigy 2
#23
a funkciókat kenjék a hajukra . különösen, ha nem kompatibilis leaglább 110%-ig visszafele a régebbi processzorokkal (x86)
A MUNKA SZABADDÁ TESZ
#22
"a java nem azért lassabb mert multiplatform hanem azért mert interpretálva soronként hajtja végig a kódot"
Fogalom nelkul.
Fogalom nelkul.
The Internet has evolved from smart people in front of dumb terminals to dumb people in front of smart terminals.
#21
Zenei felhasználásra, ha mindent egy gépen akarsz megoldani valóban nincs az a teljesítmény ami elég, ezt én is tapasztaltam, habár én mamár visszatértem a hardveres valódi szintikre(PCn csak workstation host fut ami vezérli õket) és azért tegyük hozzá, hogy hangszintézist komolyabb helyeken valódi, professzionális szintetizátorokkal oldják meg, nem véletlenül.....és elsõsorban nem a nagy hardverigény miatt, hanem profi végeredményt a gyengén megírt vsti plug in ektõl senki se várjon, pláne ha még ezekbõl se képes kellõ mennyiséget futtatni egy vagy több gép vagy ha tud akkor viszont a gond az, hogy ezek minõségbe így is elmaradnak egy profi szintitõl.....
#20
Nem a mezei felhasználásra gondoltam mint a netezés, zenehallgatás netán MSword, azt már a mai mobilokkal is meg tudod oldani, hanem munkára. Ebben a pillanatban zenével foglalkozok és van, hogy 50-60+ vsti-t is szeretnék kezelni 1 számban realtime. Ide kell a teljesítmény, fõleg ha komplexebbek a hangok és több oscillator modulálja 1mást, idõben változó envelope-okkal. A host programom támogatja a multi core technológiát, már vagy 3+ éve megvan az e6300(1.8ghz) procim szénnéhúzva ~3.4ghz ig, de még ígyis van hogy erõforrás korlátokba ütközöm és örülnék ha többszörös teljesítményem lenne ami biztosítaná a kényelmes munkát minden helyzetben. Ez csak 1 személyes példa volt, de számos munkában örülnének az emberek a jóval nagyobb teljesítménynek mint pl az animálás, renderelés, kompresszáló technológiák, video munkálatok és lehetne sorolni.
C2D E8400 ~4.4ghz+GeminII / P5B Deluxe / 2*2Gb Kingmax DDR2-1066 / Powercolor ATI 4890 / Acer AL1916W / 400+320GB Samsung / G15 / Razer D.Back / Creative Audigy 2
#19
a java nem azért lassabb mert multiplatform hanem azért mert interpretálva soronként hajtja végig a kódot. C# is multiplatform elvileg (az más kérdés h basznak keretrendszert csinálni linuxra meg mac-re (habár a mono project egy kezdeteleges megoldás)), de az azért gyorsabb mert elsõ futás után a köztes kódból natív kód lesz, és ezután már ugyan olyan gyors mintha natívba lett volna írva. szóval csak az elsõ futáskor lassabb, de az ngen.exe -vel legenerálhatjuk elõre a natív kódot és akkor még elsõre se lassabb.
lehet h még ekkor is lassabb esetenként a kód futása, de az csak azért van mert van benne csomó fincsi dolog pl reflexió meg ilyenek amik lassabban futnak
lehet h még ekkor is lassabb esetenként a kód futása, de az csak azért van mert van benne csomó fincsi dolog pl reflexió meg ilyenek amik lassabban futnak
#18
hát órajelet már kb 3 éve nem emeltek szal nemtom mi itt a meglepetés h most se fognak 😄
#17
Miért, most mire kell az a hatalmas teljesítmény? Csak mert én egy mezei amd athlon1200 mhz cpus pcvel bõven elvagyok, 3d játékon és baromira hd filmeken kívül nem is nagyon van olyan dolog amire kevés lenne.
A
#16
Bloatware procikat akarnak fejleszteni a sebesebbek helyett? 😮
Nem kösz, akinek sebességre van szüksége annak édeskevés ha azt kapja hogy: gyorsabbak ugyan nem, de van belénk integrálva blútút, wifi és hangkártya...
Nem kösz, akinek sebességre van szüksége annak édeskevés ha azt kapja hogy: gyorsabbak ugyan nem, de van belénk integrálva blútút, wifi és hangkártya...
C2D E8400 ~4.4ghz+GeminII / P5B Deluxe / 2*2Gb Kingmax DDR2-1066 / Powercolor ATI 4890 / Acer AL1916W / 400+320GB Samsung / G15 / Razer D.Back / Creative Audigy 2
#15
azt látnám már egyszer, hogy egy processzor a terhelés függvényében automatikusan változtassa a szorzóját. az Atom prociknál ezt be lehetett volna vetni. egy kis CS után új értelmet nyer a hotkey kifejezés: a proci feletti gombok nagyon felmelegednek.
lényegében ami eddig az alaplapon volt, az belekerülhet a prociba, de feleslegesen zsúfolnak mindent egyetlen helyre. a sok I/O csatlakozó között elférnek. ehelyett akarnak egy tenyérnyi alaplapot, amire ha rádugsz mindenféle kábelt, nem lesz hely.
én inkább olyan dolgokat építenék a prociba, mint pl hw-s kodekek, amik az asztali lejátszókban és hifikben vannak. mert az elég csúnya, hogy a drága windows nem játsza le a DVD filmet, ami egy mezei ezeréves lejátszóban elfut.
lényegében ami eddig az alaplapon volt, az belekerülhet a prociba, de feleslegesen zsúfolnak mindent egyetlen helyre. a sok I/O csatlakozó között elférnek. ehelyett akarnak egy tenyérnyi alaplapot, amire ha rádugsz mindenféle kábelt, nem lesz hely.
én inkább olyan dolgokat építenék a prociba, mint pl hw-s kodekek, amik az asztali lejátszókban és hifikben vannak. mert az elég csúnya, hogy a drága windows nem játsza le a DVD filmet, ami egy mezei ezeréves lejátszóban elfut.
#14
Értelmetlen az alacsony szintû programozás õsrégi nyelvekkel, ott ahol folyamatosan fejlõdik a hardwer és már most sokkal többre képes mint amit a programok kihasználni képesek. éppen a virtuális gépek amik felgyorsíthatják a programokat.
#13
java nem azért "lassú" mert optimalizálatlan, hanem ezt a multiplatform léte miatt kellett beáldozni, ha érdekel olvass utána.
C# meg persze lassúbb, mint egy ansiC vagy asm, de ez megint csak az absztrakciós szint emelésével jár.
C# meg persze lassúbb, mint egy ansiC vagy asm, de ez megint csak az absztrakciós szint emelésével jár.
Girls are like carparks. The good ones are taken. The rest are retarded.
#12
...de manapság nem divat a szoftver optimalizálás, legjobb példa erre a Java és a C#
#11
mi baj lenne azzal, hogy mindent egybe raknak? semmi. a legtöbb embernek az lenne a legjobb, ha a számítógép még kenyérpirító méretû sem lenne és tenné csak a dolgát.
különben most is minden egyben van.. ha intelt veszel, akkor csak ahhoz illõ alaplapot, ahhoz illõ chipkészletet veszel. amd-nél ugyanez, ma sincs akkora választási lehetõségünk. 10 év múlva meg majd bemész a boltba és kérsz egy amd procit, és a típusszámmal már minden el is dõlt. nincs ezzel semmi gond, mert a teljesítményük meg növekszik.
különben most is minden egyben van.. ha intelt veszel, akkor csak ahhoz illõ alaplapot, ahhoz illõ chipkészletet veszel. amd-nél ugyanez, ma sincs akkora választási lehetõségünk. 10 év múlva meg majd bemész a boltba és kérsz egy amd procit, és a típusszámmal már minden el is dõlt. nincs ezzel semmi gond, mert a teljesítményük meg növekszik.
\"The voices are back... Excellent.\"
#10
20év és beléd is ültetik!!<#alien>
COMMODORE BASIC V3.5 60671 BYTES FREE 3-PLUS-1 ON KEY F1 READY.
#9
hát azért szar lesz az ha mindent egybe raknak 1 valami megfõ aztán akkor lényegébe minden mehet a kukába... lassan konzolosítani akarják a gépeket vagy mi a szösz?😊
AMD X2 5200+ /4GB DDR2/ Gforce 8600 GTS 512 ddr3
#8
add1:minek tovább optimalizálni, ha a vas gyorsabban fejlõdik mint a szoftver... verhetnek milliókat az optimalizálásba, és félév melót, ha közben értelmetlenné válik a plussz erõfeszítés. Ezt mérlegelnie kell a producernek, meg a managereknek.
add2: lehet úgy is játékot fejleszeteni, hogy nem éri meg, de annak nem is olyan hosszú távú eredményeit nem kell feszegetnem...
add3: fix hardware esetén(lásd konzolok), megfigyelhetõ az egyre nagyobb optimalizálás. De a programok méretének és komplexitásának növekedésével meg kell érteni, hogy a low-level optimalizálást a fordítóra kell bízni(hisz azok is fejlõdtek az évek alatt) és magasabb szintû optimalizálásban kell gondolkodni(ugyebár több szálúsítás, párhuzamosítás)
add2: lehet úgy is játékot fejleszeteni, hogy nem éri meg, de annak nem is olyan hosszú távú eredményeit nem kell feszegetnem...
add3: fix hardware esetén(lásd konzolok), megfigyelhetõ az egyre nagyobb optimalizálás. De a programok méretének és komplexitásának növekedésével meg kell érteni, hogy a low-level optimalizálást a fordítóra kell bízni(hisz azok is fejlõdtek az évek alatt) és magasabb szintû optimalizálásban kell gondolkodni(ugyebár több szálúsítás, párhuzamosítás)
Számunkra nincs tavasz. Csupán a szél az, mi frissen fúj a vihar előtt.
#7
igen, de manapság nem divat a szoftver optimalizálás, legjobb példa erre a Crysis. Nincs az a csúcs vas, amin tökéletesen elfutna. Mert még a takarító gizi néni is tudta, h még legalább 1 év kellett volna hozzá, h optimalizáltan kiadhassák, de hát ugyebár akkor nem üt akkorát, és nem lehet vele annyit kaszálni... Ezért van az, h még mindig nincs megfelelõ mennyiségü szoftver 64bit-re, és több magra optimalizálva, pedig a technológia már évek óta adott.
Nem a lényeg, hanem a fontos!
#6
Hát lassan itt az ideje.. Sztem, ha jobban odafigyelnének az operációs rendszerek fejlesztésére és a programok optimalitására még sok is a mai rendszerek teljesítménye. A játékra meg ott vannak a konzolok..
Évekkel ezelõtt az ELTE-n egy tanár jó nagy prímet talált viszonylag primitív hardverral megverve sokkal nagyobb teljesítményû gépeket.. Annyi volt a trükk, hogy jó programot irt (és lement regiszter szintre)..
Évekkel ezelõtt az ELTE-n egy tanár jó nagy prímet talált viszonylag primitív hardverral megverve sokkal nagyobb teljesítményû gépeket.. Annyi volt a trükk, hogy jó programot irt (és lement regiszter szintre)..
Az élet értelme tautologikusan következik a hidraulika olaj elvezető stücni horony haránt honolásának a pszuedó kinetikus multi fázisú projekciójából a komplex számok testjére.
Az, hogy egy számítógép perifériákból áll, az csak egy szükséges kompromisszum.
Én eltudnék képzelni rétegesen felépülõ szilícium lapkát, amiben minden benne van. Pár giga gyors operatív memória, pár terrabájt háttértár, mindenféle I/O vezérlõ. Szóval nem egy sík felületen terülnének el tranzisztorok a szilíciumkristályon, hanem tömbszerûen 3D-ben.
Én eltudnék képzelni rétegesen felépülõ szilícium lapkát, amiben minden benne van. Pár giga gyors operatív memória, pár terrabájt háttértár, mindenféle I/O vezérlõ. Szóval nem egy sík felületen terülnének el tranzisztorok a szilíciumkristályon, hanem tömbszerûen 3D-ben.
Munkaállomás: C64 64K RAM 5,25\" floppy & Dataset Szerver: XT8086 640K RAM 10 MB MFM HDD 12\" Hercules Monitor DOS 1.0 Megy rajta a Crisys, mint az állat!
#4
És így vész el a modularitás, feladva a PC alapelveit, a szabadságot, minden egyes alkatrész ára pedig az Intelnek megy, mert már a WiFit és minden szart megveszel, hiába akarsz egy sima processzort...
#3
3G? Milyen szép is lesz, amikor a prociba helyezett telefonkártyát ropogósra süti egy jó kis fps játék 😄DDD
Star Trek fan vagyok, tehát egy IDEALISTA. Viszont magyar is vagyok, tehát egy HARDCORE REALISTA.
#2
Csak nehogy a terroristák kezébe kerüljön...
A szenvedés az az, amitől az ember jobbá válik. Csak túl kell élni.
#1
Én tudom a megoldást... TOR!! :-D