English | Magyar
JS ki | CSS ki | Ékezetek ki | HiContrast
Lapozó:  (0 - 1424) 
<== | ==>
Ugrás a végére | Összes megjelenítése | Utolsó oldal
OpenOpera patches | Opera-SSL patches | Opera 12.15 source (Git repository) | Opera 12.15 source (Torrent) | Opera internal pages | Otter Browser Linux x64 - Qt5.15.2/QtWebKit5.602.1 (2024.04.27. 20:05)
OS for MC680x0 | OS for PPC | OS for Sparc64 | besztofbégéaefcé | CSÉNDZSLOG | WebToolz | DDG Shit Filter | Google Shit Filter | Progz | Fast CSS Box | Browser | OS | Agent | Statisztika | BBCode
Monospace font-family: Courier New | Browser default monospace
Email értesítő / Email notification ===> 
Keresés
Σ: 1 post

TCH  (statz) Főfasz
#1, Főfasz (10443)
9349 | #1bda | ^ | Idézet | Tue, 17 Apr 2012 01:35:46 +02
46.107.*.* Unknown Unknown Hungary *.catv.pool.telekom.hu
kemi: Próbáld ki Delphivel is, kiváncsi vagyok az mit dob.
saxus írta/wrote:
Öregem, a helyzet az, hogy a CPU-k magjainak száma másfél évente megduplázódik. Ezzel együtt kb. a teljesítményük is.
Ennél nagyobb marhaságot már rég hallottam, "öregem". Látszik hogy közöd nincs a processzorokhoz. A több mag csak párhuzamosítható feladatoknál jelent nagyobb teljesítményt, amúgy kb. semmit sem jelent, hogy amúgy tudna több szálon is dologozni, márpedig a programok javarésze nem párhuzamosítható csak úgy, az egymás eredményeire épülő részek, az elágazások nem lesznek párhuzamosak. Ott eredményez teljesítménynövekedést, ahol számít a szálak száma, mert egyszerre több egymástól független szál fut (oprendszerben a programok, rendering, uncompress, mittom).
saxus írta/wrote:
Az a helyzet, hogy ha _alkalmazást_ akarok fejleszteni, ahol a cél egy konkrét (nem informatikai) probléma megoldása, akkor kb. totálisan telibe fogom szarni, hogy egy gomb eseménykezelője most 0.1 vagy 0.2 microsecig futott.
Vetítsd ki hosszútávra és vetítsd ki az egész programra. Ha egy szar gomb benyomása is több erőforrást eszik meg, akkor mi lesz az erőforrásigényes részekkel? Semmi, Javaban megírva ötször olyan lassú lesz, mint mondjuk Delphiben.
saxus írta/wrote:
a CPU idő 99,99%-a kihasználatlan.
Otthoni gépen, ahol csak passziánszoznak, ja. De ahol munka folyik, ott csaknemtán.
saxus írta/wrote:
Ha alkalmazást fejlesztesz, ott kell optimalizálni, ahol gázos a teljesítmény,
Néha kénytelen megkerülni az ember a hulladék frameworköket. Engem basztak már le azért, mert a Codeigniterben kikerültem a querybuildert (nem a DB layert) és
$this->db->select(xxx);
$this->db->from(yyy);
$this->db->where(zzz);
$this->db->execute();
helyett beírtam, hogy
$this->db->query('select xxx from yyy where zzz');
A benchmark szerint 5x (!) olyan gyorsan futott, de egyébként nem is ez volt az ami miatt csináltam, hanem azért, mert a querybuilder where paramétere nem támogatta a zárójelezést. Vagyis a feladat nem volt megoldható vele. Néha komolyan úgy érzem, hogy a keretrendszer csak arra jó, hogy keretek közé szorítsa az embert. Demertatöbbikollégaislássaát. Tanuljon meg JIT kódot értelmezni, vagy húzzon kapálni, így is sok a dilettáns programozó, különben is, aki nem ért egy szaros SQL lekérést, az a framework apiján keresztül átadott ojjektumhívásokat se fogja...
Mielőtt félreértenéd, nem az ex-kollégádat védem, csak elmeséltem egy pofáraesést egy ilyen csodakeretrendszerrel.
saxus írta/wrote:
Látszik, hogy nem olvastad el a linkelt cikkeket.
Megdögleni sincs időm, most estem haza. Majd. De ha azt írják, hogy a Java gyorsabb, mint a C/C++ vagy a Delphi, akkor felesleges...
saxus írta/wrote:
Másrészt, hibakezelést nem lehet elsunnyogni.
Ki akarja elsunnyogni, könyörgöm! De hibakezeléstől nem lesz 100x akkora a kód sem C-ben/C++-ban, sem Delphiben! Disassembláld már egyszer, amit Java-ban kapsz és nézd meg, mennyi felesleges marhaságot belefordít!
saxus írta/wrote:
Hagyjuk már, C-ben önmagában lófasz nincs.
Az ilyen beszólásokra te a szövegértés egyes kitételt szoktad használni, én inkább elmondom, hogy egyfelől a C-t csak példának hoztam fel, mondhattam volna C++-t meg Delphi-t is, másfelől meg azért vannak a könyvtárak ezekhez a nyelvekhez, hogy használd őket, nem hogy mindent nulláról írj meg. Persze egy pucér C fordító az tényleg lófasz... (Zárójelben mondom, hogy C könyvtár alatt nem az atomhulladék libcét értettem.)
saxus írta/wrote:
Azt különben is rendszerprogramozásra találták ki, nem alkalmazásfejlesztésre.
Ebben igazad van, de most mondtam, hogy csak példa volt. A C++ vagy a Delphi az kurwára alkalmazásfejlesztésre van. Ne akard nekem bemagyarázni, hogy egy minden szarral ellátott C++ vagy egy megszámlálhatatlan Unittal települő Delphi, amiben pikpak össze lehet kattingatni még a GUI-t is, az több fejlesztési időt enne meg, mintha Java-ban csinálnád ugyanazt, nem is beszélve a végeredmény sebességéről.
saxus írta/wrote:
Másrészt, amint összefutsz C-ben ilyen - manapság elég általános - feladatokkal, mint memoriakezelés (.NET pl. képes arra, hogy áthelyezzen memóriában részeket, hogy ne legyen annyira fragmentált, így gyorsabban lehet foglalni vs. malloc(), ami szanaszét tudja töredezni a ramot)
Megint csak azt mondom, hogy a C csak egy példa volt, de amúgy, ha virtuális memóriaáthelyezéssel csinálja a .NET, akkor az C-ben is megy, lévén az nem szoftveres, hanem az MMU műve. Ha meg nem, akkor meg elárulom, hogy az áthelyezés nyilván nem fog kimerülni egy szaros allokálásban a C részéről sem, attól függ, hogy írod meg a memóriakezelést, a lényeg, hogy rajtad áll, nem a kurwa keretrendszeren múlik. Persze, ha nem akarsz szarakodni, akkor könnyebb odavágni a cuccnak, de elhiheted, hogy C-ben is meg lehet ugyanazt írni, csak tovább tart. (A .NET-et se .NET-ben írták. :P) De mondom a C csak példa. Ott a C++ vagy Delphi. Azokban van szofisztikált memóriakezelés is a streamoktól elkezdve minden fosig.
saxus írta/wrote:
Hisz egy IO művelet esetén a kód 99%-a úgy is az OS kódja lesz vagy valószínűbb, hogy vársz a hardverre.
Nem csak I/O műveletek vannak, ott kb. majdnem tényleg mindegy mi a fáras hívta meg. De pl. direkt adatmanipulációnál, már számít, hogy az adatokon milyen gyorsan ügyködik a cucc. És nem a C/C++/Delhi lesz a lassabb.
saxus írta/wrote:
Remek, a 60-70-es évek informatikájával szemben meg nem változott semmi, ugye?
Mondtam én ilyet? Mondjuk a szoftverek egy jelentős része nem változott annyit, mint amekkora teljesítménynövekedést igényel! Pl. játékok. Ott van az az angribörc nevű izé. Akár SNES-en is futhatna egy ilyen játék, csak meg kéne írni.
saxus írta/wrote:
Tegyük már hozzá, hogy ahhoz a teljesítményhez kellett 3 szobányi szekrény
Történelem karó. Bocs, hogy szétpukkasztom ezt a buborékot, de tessék itt az Apollo Guidance Computer:
http://en.wikipedia.org/wiki/Apollo_Guidance_Computer
Dimensions 24x12.5x6.5 inches (61x32x17 cm)
3 szobányi szekrény? Ez akkora, mint egy mai pécé. Miről is beszélsz?
saxus írta/wrote:
ma meg körberöhögi a mobilom és akkor még grafikont is rajzol az adatokból valós időben meg még kielemzi
Ezt mind? Kajakra? Fél évszázad alatt ezt mind sikerült elérni többezerszeres órajelnövekedés és többmilliószoros memórianövekedés mellett? Öcsém beszarok...hihetetlen mire képes ez a kurwa informatika manapság.

saxus, úgy látom teneked kurwára nincs fogalmad arról, hogy mi mindent tudtak már azok a régi "szar" gépek is. Kurwa sok mindent, csak bilgéc elhitette a világgal, hogy ő fosta a Niagara vízesést és pécén találtak ki mindent. Hát nem. Egy nagy lófaszt. Pl. a mostanság kurwára divatos MVC modell is 30 éves, csak valami hülye kitalálta, hogy ez valami nagyon új dolog és ezért nagyon modern, meg nagyon menő.

De nézhetjük azt a fene divatos 3D-t is. Emlékszel az egyik vesszőparipámra; neked nem kell bemutatnom a Babylon 5-öt. Negyed évszázaddal ezelőtt is komplett sorozatokat rendereltek le 3D-ben.
Ehhez képest ma maximum nagyobb lett a felbontás és esetleg kevésbé szögletes a mozgás, mert gyorsabban renderelnek le több fázist. Na, de ennyit sikerült az elmúlt húsz év alatt a többszázszoros órajelnövekedésért és többezerszeres memórianövekedésért cserébe összehozni?

Kurwára nem fejlődtek annyit a szoftverek, mint amennyi vasat megzabálnak. Csak sajnos manapság minden hülyének lehet gépe, sőt programozhat is rajta és ezek a vérpistikék elöntöttek mindent, de nem baj, mert két év helyett három hónap alatt is összedobják a szoftvert, az űrhajó meg majd leesik, mert lefagy a winfoshétfónon a dzsuva és vele a kernel is, bocs csak ehhez értünk, dehát ez még grafikont is rajzol ríltájm. Dikmá, én is tudok szarkasztikus lenni? Mik vannak...

És annak eredménye, hogy feltelt baromállatokkal a szakma, annak eredménye ez a sok seggnyaló nyelv, ami lassan már megírja a programot az ember helyett és hogy minden le legyen kezelve, hogy a programozónak semmire ne kelljen ügyelnie (minek akkor programozó?! akkor kattintgassa össze a titkárpicsa!), beleforgat annyi védelmi mechanizmust, hogy a gép beszarik, mire ezek a programmonstrumok egyet moccannak.

Szerintem te túl sok szakkönyvet olvastál és az agyadra ment. Elhitted, amit összehordanak, de a mélyére nem néztél, mert minek, azt megoldja a ciszta meg a dzsuva. Faszom az egész mai programozótársadalomba.
Most nézd meg micsinátá' megint idehordtam öt tonna fasságot, ahelyett, hogy aludnék. :P
Más. Most szoptam egy sort órákül databézzel. Te futottál már vele össze? Van valami értelmes indoka annak, hogy nincs benne LIMIT parancs, hanem helyette egy a nyelvbe bedrótozott oszlopot kell belehákolni a WHERE klauzába? (Ami ráadásul mindig 1-ről indul, szóval, ha lapozni akarok, akkor egymásba ágyazott kéréseket kell írnom. :P ) Vagy ez csak a demoverzió, a pénzesben nincsenek ilyen fasságok? :P


English | Magyar
JS ki | CSS ki | Ékezetek ki | HiContrast
Lapozó:  (0 - 1424) 
<== | ==>
Ugrás a végére | Összes megjelenítése | Utolsó oldal
OpenOpera patches | Opera-SSL patches | Opera 12.15 source (Git repository) | Opera 12.15 source (Torrent) | Opera internal pages | Otter Browser Linux x64 - Qt5.15.2/QtWebKit5.602.1 (2024.04.27. 20:05)
OS for MC680x0 | OS for PPC | OS for Sparc64 | besztofbégéaefcé | CSÉNDZSLOG | WebToolz | DDG Shit Filter | Google Shit Filter | Progz | Fast CSS Box | Browser | OS | Agent | Statisztika | BBCode
Monospace font-family: Courier New | Browser default monospace
Email értesítő / Email notification ===> 
Keresés

Név: (max 255 byte)

Email: (max 255 byte) Nem kötelező!

Üzenet: (max 65536 kar.) 65536-0=65536




crap_vkn v4.34.0 by TCH
Thx to saxus for the escaped string decoder function (PHP), the realIP function (PHP) & the SQL handle layer (PHP), to thookerov for the int_divide function (PHP), to Jeff Anderson for the getSelText function (JS), to Alex King for the insertAtCursor function (JS), Flood3r for the new CSS styles, Pety for the spamprotection idea and some design and comfort ideas, MaxMind for the IP2Country database, famfamfam for the flags of countries and an unknown PHP programmer for the removeAccents function.



Kecskebaszók ide!