Új hozzászólás Aktív témák

• #24680 brd nagyúr Penge_4 #24679

  Új Válasz 2015-03-15 17:49:17 #24680

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  brd

  nagyúr

  válasz Penge_4 #24679 üzenetére

  Mitől van ez? Mi indokolja ezt a mértékű erőforrásigény növekedést?

  Így egy akármilyen fos kóder gyorsan tud kihányni magából valamennyire működő kódot. A HW olcsó, a jó kóder drága.

  The only real valuable thing is intuition.

• #24688 Sk8erPeter nagyúr Penge_4 #24679

  Új Válasz 2015-03-20 16:33:37 #24688

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Sk8erPeter

  nagyúr

  válasz Penge_4 #24679 üzenetére

  A (#24676) azért nem reagálok túl sokat, mert dqdb olyan jól kifejtette a választ, hogy igazából nincs nagyon mit hozzátenni.
  Az Otter kísérleti projektnek vicceske, de nem is értem, miért példálózol állandóan vele, nevetséges az egész böngésző, főleg így, hogy dqdb belinkelte a hivatalos Qt-doksiban található tab browser example-t, amihez képest túl nagy eltérés tényleg nincs. Amikor többször is felhoztad ezt, mint alternatív böngészőt, ránéztem, és totálisan úgy nézett ki, mint a screenshoton látható böngésző, egy kezdetleges gagyi valami. Most újból letöltöttem a legfrissebb változatot, ha már megint ezzel akartál valami nagyot mondani, és még mindig egy gagyi fos. A kinézete ilyen ingyen letölthető ikonokból, további 30 perc időráfordítással összetákolt hatást kelt, a képességei meg fogalmam sincs, mitől olyan lenyűgözőek számodra, mert tulajdonképpen semmi extrát nem tud azonkívül, hogy gyors.

  "Azt viszont a mai napig nem értem, hogy 1: Ha a privacyt leszámítjuk, miért is nem elosztott szerverek végzik a webkettes oldalakon a bobyolult számításokat meg memóriaigényes dolgokat? Nem ez lenne a felhőmánia egyik értelme, hogy egy vékonyklienssel vagy egy low end cuccal is normálisan tudd használni és ne kliensoldalon (sokszor redundánsan) történjen a "munka" neheze?"
  Már megint abszolút nem összefüggő dolgokat próbálsz valamilyen furcsa módon összekombinálni. Minek kellene szerinted renderelnie az adott oldalt, minek kellene az animációkat, videókat megjelenítenie, stb., ha nem a böngésződnek (vagy más programnak, ami a te gépeden fut)? Hogy jön ide a felhő? A számításigényes dolgokat ettől még végezhetik szerveroldalon, teljesen mindegy, hogy az most egy privát szerver(park), vagy valamilyen nagyobb cégtől igénybe vehető felhőtechnológia (amúgy a felhő is lehet privát, de mindegy, ne menjünk bele a felhő-témába, mert szerintem totál irreleváns a téma szempontjából). Kliensoldalon ettől még szükség van teljesen más jellegű feladatok elvégzésére. Szerintem erős fogalmi keveredések vannak a fejedben, mert kevered a szezont a fazonnal.
  Amúgy komolyan érdekel, mit értesz azalatt, hogy "redundánsan" történik a munka neheze? Csak mert nem sok értelme van ebben a formában, de gondolom valamit akartál vele mondani.

  "Ma már olyan oldalak vannak, ahol feltöltöd a forrásfájlt és pár perc alatt brutál célhardverek lekódolják neked a 4K videót."
  Igen, és utána a 4K videót hol fogod lejátszani szerinted? És továbbra sem értem: hogy jön ide, hogy van egy távoli szerver, ami valóban komoly hardverrel van felszerelve, és az el tud neked végezni ilyen jellegű feladatokat úgy is, hogy közben nem kell, hogy neked is egy erőgéped legyen, hiszen azt onnan letöltöd az oldalról? Természetesen értem, hogy mit akarsz mondani, az a problémád, hogy azokhoz, amikről előbb szó volt sok erőforrás szükséges kliensoldalon is, csak valamiért bedobálsz össze nem kapcsolódó dolgokat, hogy igazold az állításodat. Így meg azért nehéz valamiről beszélgetni.

  "Egy Google Docst meg egy Office365-öt még megértek, hogy ott azért webalkalmazásról van szó. De mondjuk egy Facebook mitől zabál annyit? Egy nyavalyás oldal, ami legtöbbször szövegeket meg képeket jelenít meg."
  Eléggé leegyszerűsítetted, azt elfelejtetted, hogy közben lehet az oldalon csetelni, folyamatosan kéregeti a szervertől az ismerősök újabb tartalmait, az értesítőket, a leveleket, az emberek lájkjait és kommentjeit azokon a tartalmakon, amik pl. épp a látható tartományban vannak, rengeteg tartalmat "kell" a memóriában tartani, sok tartalom generálódik on-the-fly, már a betöltéskor is rengeteg tartalom töltődik le, a legenerált forráskódot tanulmányozgatva (már amennyi abból úgymond tanulmányozható) kiderül, hogy nem igazán spórolnak a markuppal és a szintén generált attribútumokkal és azok értékeivel (ezeket mind letölteni, feldolgozni szintén erőforrásokba kerül), sok dolog nem is cache-elhető - nézd meg a forráskódot, <script> tagek közé mennyi tartalmat látsz behányva, na ez nem gyorsítótárazódik, aztán a fejlesztőpanelt kinyitva látszik, hogy mennyi CSS-kód is be van "drótozva" style-attribútumok közé, ez sem gyorsítótárazható -, tehát összefoglalva iszonyatosan erőforrás-igényes az oldal. Hát ez ilyen, tényleg borzalmasan sok erőforrást kajál.

  Amúgy közben látom úgyis eldöntöttétek, hogy csak a fos kóderek az okai mindennek.

  Sk8erPeter

Új hozzászólás Aktív témák