Chicago városa Linux-ra cseréli a Solaris-okat

AlmaLinux, CentOS, Fedora, Red Hat, Rocky Linux

A Red Hat tegnap bejelentette, hogy Chicago város sikeresen migrált egyik osztályán Red Hat Enterprise Linuxra, és ezentúl RHEL alapon futtaja az alapvető kormányzati ügyvitellel kapcsolatos programjait, például a gépjármű-nyilvántartó rendszert, az online munkapályázatokat, stb. A bejelentés szerint a város azért váltott Linuxra, hogy csökkentse a költségeket, javítsa a támogatás színvonalát, a teljesítményt és a skálázhatóságot.

A város már most több mint 250 000 dollárt takarított meg, és csökkentette a hardver, a karbantartási és működtetési költségeket. A város infrastruktúrája olyan többplatformos környezeten fut, amelynek része kb. 100 Solaris szerver is. Ezek a szerverek lassan életciklusuk végén vannak, így a város megkezdte a cseréjüket Red Hat-os szerverekre.

Elsőként a motor járművek osztályán cseréltek szervert. A Solarist futtató szerver helyett RHEL-t futtató HP DL580 G2-es (Xeon processzoros) gépet állítottak üzembe. Az új szerver amellett, hogy olcsóbb, nagyobb teljesítmény nyújt az ott dolgozók szerint. A kapott eredmény jelentősen felülmulta a város várakozásait.

A bejelentés itt.

Igen, akkor minden játékot ablakban akartunk játszani :)
Emlékeztek még a Terminal Velocity/Fury3 párosra? A Terminal Velocity egy DOS-os program volt, míg a másik az egyik legelső kifejezetten WIN95-ös játék volt (ugyanaz a fejlesztő, nagyjából egyszerre jelentek meg, de a Fury3-at a microsoft adta ki). Az egyik remekül elfutott (DOS-ból) egy 386DX/40-en is, a másikhoz még egy 486DX2/66 is kevés volt :)
http://en.wikipedia.org/wiki/Terminal_Velocity_(computer_game)
http://en.wikipedia.org/wiki/Fury3

( mami | 2006. 10. 24., k – 13:18 )

Micsoda technikai bravúr! Egy vadiúj gép érzehetően gyorsabb, mint az a pár éves vas, amit felvált.
Asszem én is váltok RHEL-ra.

A technikai bravúr nem az, hogy gyorsabb. A technikai bravúr az, hogy 250 000 dollárral olcsóbb, mint egy hasonló kategóriás Sun konfig && kisebbek a fenntartás költségei és emellett még kétszer gyorsabb, mint a korábbi vas. Így egyben. :DD

"City officials estimated the cost of replacing each of their previous Sun Enterprise 6500 servers at $300,000. Instead, they selected HP servers running Red Hat Enterprise Linux at $50,000 each."

--
trey @ gépház

Persze, én ezt értem, csak kicsit büdössé tette a hírt, hogy a teljesítményt is belekeverték. Van egy sanda gyanúm, miszerint bármilyen OS-re migráltak volna új vason, mindenképp gyorsabb lenne, mint a régi.
Nem szeretném lebecsülni a hírt olvasók szellemi képességeit, de feltételezem, hogy lesz, aki az új OS-nek fogja tulajdonítani a gyorsulás tényét...

Nem hup specifikus a dolog, sajnos felmérések mutatják, hogy az emberek jelentős hányada alapvető szövegértési nehézségekkel küzd, így még az egy az egyben leírt dolgokat sem fogják fel, arról meg ne is beszéljünk, hogy valaminek utána is kéne gondolni.
Mivel sokan olvassák az oldalt, könnyen megesik, hogy a fenti kategóriába tartozók közül is kerülnek ki látogatók (sőt, ezt bizonyos hozzászólások meg is erősítik...).

Nos, láttam én már olyat, hogy vett egy cég a régi rozoga szervere helyett valahonnan egy zsír új hiper-szuper (tényleg) szervert, de amikor azt a cég emberei átadták, akkor az jóval lassabb volt, mint a korábbi több éves technika. A cég helyett másik cégnek kellett aztán helyrekalapálni :) Szóval az, hogy valami újabb és jobb, nem törvényszerűen gyorsabb is. Van azon sokszor még mit finomhangolni, sőt, egy szervert meg lehet úgy is méretezni, hogy valami igen bika gép a legszűkebb keresztmetszet miatt lassabb lesz, mint az elvárható lenne.

Mondjuk a HP Proliant-tel jó lóra tettek, abból nehéz rossz szervert összehozni ;-)

--
trey @ gépház

:) En ilyet lattam meg durvabbat: folyamatiranyitas volt Commodore 64-el (nem vicc!), oszt jottek a szakertok,hogy ez milyen ego, ez milyen gaz, majd ok megcsinaljak am. Tettek-vettek, Java-tol kezdve a vegen meg oracle is kerult majdnem bele, nem keves osszeg (egy kft-nek marmint) elment, es lett egy rendszer ami lehet hogy korszeru de lasabb es kevesbe stabil volt mint a C64-es verzio :)

Amugy persze hozza kell tennem hogy ezek a szep story jellegu dolgokban azt is meg kell am fontolni, hogy lehet, hogy uberkafa feeling a C64-es verzio, de boviteni nehez, valszeg kevesebben ertenek hozza (=karabantartas nehezsege), meg ilyenek. Szoval ezt csak pelda kedveert irtam, bar megjegyzem hogy ebben az esetben meg merem kockaztatni hogy meg igy se feltetlenul eri meg, van olyan eset sajna amikor a lasabb a jobb mert ahhoz ertenek es ahhoz van support, megha ez szomoru is ...

Ja egyik oreg motoros ismerosom meselte, hogy anno csinaltak vmi kozlekedesi vallalatnal C64-es rendszert... Meg az atkosban. A dolog egy garazsban mukodott, ami folyton tele volt az akkori kivalo Barkasok, IFA-k, Ikaruszok es Roburok fustjevel, de a kis gepet ez nem zavarta. Telt-mult az ido, mukodott is jol a rendszer, de hat mar akkoris rajott valakire a frissithetnek (rejtett managerlelkek mindenhol), ezert iszonyatos penzert hoztak egy zsenialis Videoton XT tipusu szamitogepet a feladatra, es meg iszonyatosabb penzert atirattak ra a C64-en futo szoftvert. Viszont a gepet nem sikerult beuzemelni, hiszen a XT-ben levo ventillator a fustos levegovel nehany nap alatt ugy teleszivta a dobozt, es foleg a floppy meghajtot, hogy az kepetelen volt olvasni a lemezt. Nehany tucat floppycsere (tovabbi iszonyatos penzek) utan inkabb meg honapokig a C64 rendszert hasznaltak, amig elkeszult a vadiuj szamitogepes fulke a garazsban, fustelszivo ventillatorral meg mindennel... :) Persze ennek a kovetkezmenye meg az lett, hogy lepten-nyomon rohangaszni kellett a gephez a papirokert, mert persze az uj fulke nem a garazs kozepen a regi helyen, hanem valahol a szelen kapott helyet, ahol nem zavarta forgalmat...

De hat eljen a modern technika es az innovacio! :)

Egyebkent mai napig tudok 386sx-rol, ami 24/7 uzemel tizensok eve. Van benne egy soros es egy egyedi ipari merokartya, ez utobbi mindenfele ipari eszkozokrol mereseket fogad, aztan ezt atalakitja, konvertalja, osszegzi, stb, es a soros porton kiadagolja egy masik gepbe tovabbi feldolgozas vegett. A soros port tulso vegen parszor mar ujrairtak a szoftvert, csicsabbnal picsabb GUI-k kerultek ra, de hogy milessz ha beszarik a 386, senki nem tudja, ugyanis az ipari kartya keszitoje, es a szoftver iroja mar reg eltunt a levesben, barmilyen leiras, doksi, a sorosport feloli protokoltt leszamitva, vagy forraskod -termeszetesen- nincs... :) Es kitudja hany helyen vannak meg ilyenek, es milyen kritikus rendszerek mulnak rajtuk, hany ember munkaja, biztonsaga es hasonlok...

-=- Mire a programozó: "Na és szerintetek ki csinálta a káoszt?" -=-

Azert azt erzed, hogy egy 4 evvel ezelotti 300,000 USD-s konfigot hasonlitanak egy mostani 50,000 USD-s konfighoz. Az 50,000 USD-s HP + RHEL kombinacio meg akar 48,000 USD-s (sacc/kb) HP + Solaris 10 kombinacio is lehetne ugye, csak ez kimaradt a hirbol, mert ugysem erdekel senkit:)

Persze ismerve a sun-os sales force hw-orientaciojat nem csodalkozom az ilyen hireken:)

Megj: 6500-as szerver az emlekeim szerint maximum 466 MHz-es UltraSPARC II procikkal ment, maximum 30 CPU fert bele, nem lehetett szetosztani hardveres particiokra, de ugyanazokbol a CPU/memoria illetve IO board-okbol epult fel, mint a 3500-4500-5500 szerverek. Magyarul itthoni viszonyok kozott erosen high-end gepnek szamitott (bar hivatalosan a midrange teteje volt), csak az e10k volt folotte a maga 64 CPU-s bovithetosegevel...

Namost ha ezt lecsereltek PC szerverekre, es olcsobb lett... hat azon qrvara nem lehet csodalkozni:) 4 ev alatt sokat valtozott a vilag.

Kieg: még annyi, hogy már 1,5-2 éve olyan prezijei voltak a Sun-nak amiben azt vázolta fel, hogy amihez korábban egy rackszekrény teljes kapacitása kellett, az pár év alatt simán el tud futni akár egyetlen blade-en (van egy fogadásom, hogy a 30 db 466 Mhz-es CPU által leadott integer teljesítményét ugyanarra a feladatra tudja hozni egy db niagara-val felszerelt szerver:)

A Red Hat marketingesei is csak marketingesek:) Nem tehetnek rola...

Hmm, 4 evvel ezelott amugy az end-of-life-ja volt a gepnek, de legalabb 1999 ota forgalmazta mar a suni. 2002-ben jott a Sun Fire 6800, ami levaltotta ezt a gepcsaladot (es mar tudott hardveres particionalast, ami idokozben fontos feature lett a piac felso szegmenseben).

A kérdés az inkább, hogy ilyen esetben egy ügyfél miért választ a korábbi helyett egy tök mást.

1.) Gondolom a Sun-tól kértek árajánlatot a meglevő rendszer kiváltására, azok meg meg is ajánlották a régi vas + OS + szupport naprakész verzióját SPARC-alapon. A ceruza jó vastagon foghatott (tapasztalat, hogy ilyenkor úgy szokott), és rossz kereskedőként nem adtak alternatívát arra, hogy "meg tudnánk ám ezt csinálni olcsóbban is, van nekünk x64 vasunk is, mit szólnának egy ilyen alternatívához?" (magyarul impontens volt a Sun)

2.) A Red Hat kiszagolta, hogy mire készülnek, és eleve jó ajánlattal kereste meg a várost.

3.) Valakinek volt ismerőse a megfelelő helyen.

Legalábbis errefelé ezek szoktak bejátszani :))

--
trey @ gépház

1) ja, pontosan erre gondoltam amikor fent a kereskedő hw orientáltságáról beszéltem
2) s/Red Hat/Oracle/ legalábbis nekem ez tűnik ki a cikkből
3) fújj:)

Tipikusan valaki eladott x éve oda több tízmillió dollárért gépeket (gondolom tellett az adófizetők pénzéből, meg mondjuk akkoriba pc szerverekre senki sem tett produktív Oracle adatbázist). Eltelt x év és a hw vendor le se nagyon sz@rta az ugyfelet, mig az Oracle gondolom idokozben 8-rol 9i-re es 10g-re is szepen frissittette a dolgait. Ha meg mar ott volt, akkor nyomta ott is a Grid, meg Oracle/Linux koncepciojat... Es voila... Tipikus tortenet, most mar azt hiszem itthon is egyre tobb ilyen van...

( _Joel | 2006. 10. 24., k – 15:08 )

Ezért lehet, hogy páran megköveznek itt, de alapvetően Linuxot (Red Hat-et) is ugyanúgy kell eladni, mint bármilyen más szoftverterméket...

"ismerve a sun-os sales force hw-orientaciojat "

Gondolom a pár évvel ezelőtti felső-midrange lecserélésére beajánlottak egy mostani felső-midrange-t. :) Mondjuk saccra egy V490-est minimum.
Ez meg télleg drágább, mint bármelyik Proliant. Egyébként meg a Sun sparc tényleg drága, ez tény. A többi stuff, hogy elvárásaikat meghaladta az eredmény, meg minden. Hmm.... jó.... a cikk a RedHat.com-on olvasható. Azt mindenki tudja, hogy a Linux alkalmas ilyen feladatokra, úgyhogy ennek a cikknek leginkább RedHat és HP marketing értéke van.

"Ez meg télleg drágább, mint bármelyik Proliant."

Most lehet, hogy haragudni fogsz rám, de _szerintem_ a HP és a Sun hasonló szerverei közül a HP-k jobbak, tehát ha nekem a Sun árban ugyanannyiért adná a x64 szerverét, akkor is a HP-t választanám :)

(Egyébként megértelek, hiszen tudom, hogy Sun-ban utazol, _Joel meg abban utazott :) vagy talán még mai is?)

--
trey @ gépház

A v490 egy sparc alapú (ütős, és drága) midrange szerver.
Nem az Opteron alapú szerverekre gondoltam, hanem sparc-ra.
A cikk Ultra szerverek kiváltásáról szólt, úgyhogy gondolom SPARC-ot ajánlottak nekik. Annál is inkább, mert Oracle-ről is van szó a történetben, innentől kezdve tuti, hogy sparc.
A költség valószínűleg ezért is nagyobb, mert egy sokprocesszoros sparc szerveren elég horror ár tud lenni az oracle licensz.

Egyébként x64ben sok helyen _szerintem_is jobb (még) a HP. Bizonyos követelmények esetén érdemesebb HP-t venni. (Viszont, házilag az X2100 szénné tuningolható. :) )
A Sun-nak ez elég új terep, a HP (Compaq) meg ezer éve ezt gyártja. Attól, hogy ebben utazom, még nem vagyok szemellenzős. :) A kezdet igen ígéretes, és bízom benne, hogy még sokat fejlődik ez a platformja is.

Ehh. Ottapont. Télleg nem DL385-ről volt szó. Mindenesetre én úgy gondolom, hogy ügyféllel lehet tudatni, hogy mit ér x összeg meg mit ér y. Azt is el lehet mondani, hogy x összeg ellenértékeként előfordulhatnak malőrök z valószínüséggel. Ön dönt.
Másrészt azért 4 nap venti hiba miatt szerintem egy kicsit sok. De ez mindegy is. Nekem is voltak hardverhibáim, de mivel gondoltam ilyesmire, mindíg volt backup példány egy központi szerveren. ráadásul van heartbeat is ezeket a gépeken, szóval ha fail van, akkor a központi backup szerver kezdi kiszolgálni a felhasználókat = kliens semmit nem lát az egészből. Neki tök transzparens. Tervezés a kulcsszó. (Nyilván nem Sun-os a backup server).
/Mellesleg ez a failover dolog sajna nem saját végnél van, hanem egy másik cégnek terveztem és üzemeltetem ezt a rendszert, de hamarost saját tapasztalatból is ki fogom próbálni :)/

--
God bless IQ

( Hunger | 2006. 10. 24., k – 17:32 )

Nem akarnék nagyon kekeckedni, csak hát így érdekelne miért van az, hogy az összes ilyen nagy csinnadrattával bejelentett Linux migrációs hírnél mindig kiderül, hogy azért a komplett váltástól még igencsak messze vannak és egyelőre épp csak a biciklitároló-raktár portásának kutyája számológépén történt meg eddig a váltás. :)

Ez egy pilot volt véleményem szerint, ami szerintük nagyon jól sikerült. Azért ha azt a 100 Solaris szervert lecserélik Red Hat-ra, az lesz kis fegyvertény a Piros Kalapnak. Márpedig az, hogy elkezdték, szerintem azt jelenti, hogy folytatni is fogják :)

--
trey @ gépház

Az biztos, hogy komoly referencia lesz a RedHat-nek és nyilván folytatni is fogják a migrálást. Abban sem kételkedek, hogy 100%-ban sikeres lesz a váltás, csak nem szeretem az ilyen híreket, amelyek úgy harangoznak be valamit, mintha már kész lenne és tényként kezelendő lenne továbbiakban, hogy az egész probléma mentesen lezajlott. Ha már sikeresen megtörtént a teljes átállási projekt, akkor lehet majd döngetni a melleket, meg szétkürtölni a hírt, hogy minden rendben lezajlott, de amíg nincsenek kész, addig ne reklámozzák be előre, mert szerintem elég hülyén veszi ki magát. Persze lehet, hogy csak nekem tűnik furcsának ez és egyébként egy teljesen megszokott dolog, csak magamból kiindulva én nem szoktam egyik munkámat se reklámozni és sikeresnek tűnően bemutatni senkinek, ameddig azzal teljesen nem végeztem.

Egy ilyen kis cégnek, mint a Red Hat, meg kell ragadnia minden lehetőséget arra, hogy forogjon a neve. Szerintem ez semmivel sem rosszabb, mint amikor az Apple vaporware-t szór a Leopard-ról (holott még nincs kész), a Microsoft vaporware-t szórt a Zune lejátszóról, amikor az még a Holdban volt, vagy amikor a Sony 127 évvel ezelőtt elkezdte beharangozni a PS3-at.

--
trey @ gépház

Valóban nem jobb, csak a RedHat-től eltérően amikor ezek a dolgok megjelennek, akkor újra nagy nyilvánosságot kapnak és az emberek olvasnak róla, foglalkoznak vele. Egy ilyen migrálásos projektnél viszont az is probléma lesz, hogy az emberek ugyan megjegyzik, hogy folyamatban van egy ilyen átállás, de amikor 2 évvel később sem hallanak róla semmit, hogy végül sikeresen zárult-e, akkor hajlamosak elkönyvelni magukban azt, hogy nem... Jó példa erre a Müncheni Linux migráció, ahol szintén nagy hanggal bejelentették a dolgot, aztán sokáig nem lehetett hallani felőle semmit és végül suttogó propaganda vitte a hírt, hogy mégse jött össze nekik. Persze utána kalimpáltak, hogy erről szó sincs és az átállás gőzerővel folyik, de szerintem az ilyen dolgok jobban megrendítik a döntéshelyzetben lévő emberek bizalmát, mint ha biztosra tudnák, hogy X+2 ilyen projekt sikeresen lezajlott már máshol.

Nem látok ebben semmi különöset. Mit kellene? Hacsak azt nem, hogy "A Microsoft partnere, a Port80 felmérése szerint".

No de a viccet félretéve, mindenki azt választ amit akar. Én ezen nem csodálkozok akkor sem ha igaz. A Linux eszi a UNIX piacot, a Microsoft meg kóstolgatja a webszerver piacot. A víz nedves, az ég kék, a nők titkolóznak.

--
trey @ gépház

Az adott felmérés egy bizonyos földrajzi terület egy bizonyos piaci szegmensét méri. Ez kicsit olyan mintha Budapest lakosságának 1000 legjobban adózó polgárainak fogyasztási szokasai alapján határoznánk meg az egész ország fogyasztási szokásait. Persze biztosan van aki majd kijavít hogy ez így túlzás. :)

Mit és? USA nállam nem egyenlő világ. Felétek nem így van? ;)
De ha nem tudsz visszaolvasni hogy mire is hoztad fel a felmérést akkor segítek: "növekedő Linux szerver eladási piac". Ezért még a szokásosnál is rohadtul kevésbé érdekes hogy az adott bikini..izé..statisztika mit mutat.

Linux szerver vs. webszerver
worldwide vs. USA mittoménhány leggazdagabb cége

"a Fortune 1000 listán szereplő cégek weboldalai 4,8 százalékban a Microsoft ASP.Net alkalmazásszerverre épülnek, a Java-alapú megoldások részaránya csak 12,7 százalék, a harmadik legnépszerűbb megoldás a PHP (5,4%), ezt követi a ColdFusion (3,1%), majd a Perl (2,2%)." (A 4,8-hoz képest a 12 az "csak". Ez meg szokásos HWSWizmus.
ASP.NET az 4,8%-kal első, míg a PHP 5,2-vel a harmadik.)

HTH
--
Gentoo motto: It's worth spending eight hours trying to make something load 20ns faster.

Mivan?! 8-o
Tehátakkor mégegyszer:
4.8%-al az első az asp.net
12.7%-al j2ee a második (ha jól értelmezem)
5.2%-al php a harmadik
Hogy a tökömbe lehet az asp.net 4.8%-al első, mikor a harmadik helyen álló php-nek is több a részesedése?
Szerintem az 48% akart lenni. Legalábbis most nem látom, hogy hogy lehetne máshogy értelme. Arról végképp nem beszélve, hogy 48% + 12.7% + 5.4% + 3.1% + 2.2% = 71.4%. Hová a fenébe lesz még vagy 29%?! Az az "egyéb"? Nem igazán tudok sok egyebet felsorolni ezeken kívül, márpedig ha igaz a lista, akkor az egyebek egyenként nem több, mint 2.2% részesedéssel bírhatnak. Ez azt jelenti, hogy még legalább 28.6% / 2.2% = 13 résztvevőnek kell lennie az egyéb kategóriában. Nekem most csak konkrétan a ruby on rails jut eszembe, ami hiányzik a listáról, esetleg még valami python-os megoldás. Legyen még egy a klasszikus fapados cgi, ez 3 és szintén kissé kakukktojásként az XSLT negyediknek. 13 féle garantáltan nem jön össze. Vagy csak nekem ennyire szűk a fantáziám, vagy nagyon hülye vagyok most már késő este és nem látom, hogy mit nézek el...
Hol a francba olvastad te ezt a cikket? Adj már rá egy linket, mert ha tényleg ez van benne, amit írtál, akkor máris postolom a szanalmas.hu-ra az "überfosás" kategóriába. :)
---
Az ember mindig szerepet játszik. Ha másnak nem, hát saját magának.

Jelzem, az egy eliras.

Not surprisingly given the prominence of IIS 5 and 6, Microsoft ASP.NET application server environments are also currently used on 48.4% of Fortune 1000 sites. Other application servers like Java platforms (J2EE, JSP, WebLogic, WebSphere, and Tomcat), PHP, and ColdFusion all combined to account for only 21.2% of Fortune 1000 site deployments.

http://www.port80software.com/about/press/101106

Attól még van valóságalapja annak amit ír:

"Valószínűleg mégiscsak azoknak a Microsoft-barátnak bélyegzett szakértőknek volt igaza, akik szerint a Firefox is csak addig biztonságos, amíg kevesen használják. Ha a felhasználók száma elér egy kritikus tömeget, már érdemes vírusokat fejleszteni hozzá."

Ezzel pl. teljes mértékben egyetértek. Már csak azért is, mert én is ezt szoktam mondani és m$ bérencnek vagyok titulálva nem kevésszer emiatt, ugyebár... ;)

Jó, persze, csak nem kell elkezdeni majmot cibálni, hogy "dejó, vírusos a firefox, az IE-n mostmár csak 500%-kal több a lyuk", mert ez egy marhaság. A Windows is vírusos lesz, ha gigaszmájlipekkeket rakunk rá, meg sok-sok krekkoldalon böngészünk (vagy ha rádugunk egy ipodot :-P).
--
Gentoo motto: It's worth spending eight hours trying to make something load 20ns faster.

Ebben igazad van, nem is ez a baj, hanem hogy igy talaljak, hogy a cim sot neha az egesz cikk alapjan is tok mas jon le, mint a valosag, lasd meg pl prog.hu kivallo cimeket amin mondjuk mar csak rohogni szoktam azert olvasom feed-ben hogy milyen cikk cimeket eszel ki a srac. Viszont azert a biztonsag mellett (amiben teny hogy nem biztos hogy egyik is tulsagosan megelozi a masikat, foleg ha figyelmebe vesszuk az elterjedtseguket is, meg amit irtal) vannak mas szempontok is, pl amit probaltam w3c altal teljesen jonak velt css-t irni abbol IE eleg rendesen semmit nem tud megjeleniteni, legalabbis anno nem tudott. Lehet persze, ez mar valtozott, csak peldat akartam hozni.

Aha.
"Firefox = biztonsági katasztrófa ?" - mai napig unconfirmed
"A Microsoftnál fogják továbbfejleszteni a Firefoxot" - no comment
"Nem fut majd a régebbi Windows-okon az új Firefox" - és az IE8 sem, ha lesz addigra olyan.
"A Microsoft szoftverek biztonságára vágyik a Mozilla" - amikor Snyder átment
(ugye a Linux stabilitására vágyik a DragonflyBSD, mert Dillon linuxhacker is volt).
"Kevesebbet tud majd az új Firefox" (ahhoz képest, amit eredetileg mondtak, ez valahogy lemaradt)

Ehhez képest (mivel elvileg egy folyamatban vannak benne Chicagóban) a cikk címe szerintem korrekt. Majd ha küldesz be hírt, akkor meglátjuk, milyen címet adsz neki.
--
Gentoo motto: It's worth spending eight hours trying to make something load 20ns faster.

Jo persze nyilvan mindket oldalrol vannak tulkapasok :) Ha jol remlik ezek meg prog.hu cikk cimek, az meg egy katasztrofa, neha rohejes is, mert kiderult pont ellenkezo ertelmu amugy a cikk mint amit a cim sugal :) Ezekkel eppen ezert nem is kell foglalkozni, most minek idegesitse az ember magat par barmon?

Kerdesem ez elott se volt egy se, en kijelentettem valamit, hogy ez az oldal kritikan alul barmihez kepest amit lattam, sok nagyokos osztja ott az eszt olyan lekezelo stilusban mintha ok mondanak csak a tutit, oszt tele van targyi es fogalmi tevedesekkel pl amikor a Linuxrol irtak (szinten persze lekezelo stilustban) olyan alapveto baromsagokat irtak hogy orom volt nezni :) Tehat ezert mondom hogy en ilyen barom oldalaknak nem hiszek semmit, szerintem a HUP meg mindig szinvonalasabb sokkal.

Na Gabu, nekem van egy kérdésem! (Nem kötexés, kíváncsiság)
"Egyebkent minden netes mediat olvasok indexet, kuruc.info-t, etc, a hupot is olvasom, pedig 95%-ban az is egy kalap szar."
Miért olvasod, akkor, ha szerinted szar? Nem lenne több időd, ha nem olvasnád? Pl nem látnád a sok hülyeséget, nem zavarna stb...
---
Az ember mindig szerepet játszik. Ha másnak nem, hát saját magának.