Kosár

A kosár jelenleg üres

Bejelentkezés &
Regisztráció

Jelenleg nincs belépve.

Válassza ki az oldal nyelvét

TERMÉKEINK

iPon FÓRUM

iPon Cikkek

Microsoft Edge: hogy áll az új webböngésző?

  • Dátum | 2015.07.10 07:01
  • Szerző | J.o.k.e.r
  • Csoport | SZOFTVER

A Microsoft következő generációs operációs rendszere, a Windows 10 most már heteken belül megjelenik, így a Microsoft szoftverfejlesztői még nagyobb tempóra kapcsoltak, mint korábban – remek példa erre, hogy gyors egymásutánban három friss Windows 10 Preview build is érkezett a napokban. A legnagyobb változást a 10.158-as kiadás hozta, hisz a sok kisebb újítás mellett egy nagyon fontos extrát is elérhetővé tett, ez pedig nem más, mint a Microsoft Internet Explorer webböngészőjének leváltója. Az új webböngésző eleinte Project Spartan kódnév alatt futott, de az áprilisi BUILD konferencia alkalmával elárulták, mi lesz a végleges neve: nem más, mint Edge. A friss webböngésző motort már régóta lehet próbálgatni – egyik korábbi kiadását már mi is megvizsgáltuk néhány hónapja.

A régi és az új webböngésző logója
A régi és az új webböngésző logója

A 10.158-as build óta a Microsoft Edge felhasználói kezelőfelülete is elérhetővé vált, természetesen az összes fontos újítással együtt, így most már komplexebb képet kaphatunk arról, mit kínál a sokat kritizált Internet Explorer utódja, amihez a Microsoft óriási reményeket fűz. Nem véletlen, hogy a kissé megkopott Internet Explorer elnevezést is lecserélték, hisz tiszta lappal szeretnének indulni a webböngészők szegmensében, ahol hatalmas verseny zajlik az internetezők kegyeiért, és egyik szereplő sem kispályás kezdő.

A 10.158-as buildtől kezdve a Microsoft Edge webböngésző tálcás ikonja végre az Edge nevet viseli, dizájnja pedig megújult. A kezelőfelület letisztult, igényes, egyszóval illik a Windows 10 modern környezetébe, de ez aligha véletlen. De természetesen nem csak a kinézet változott, rengeteg beállítási opció is feltűnt, így a webböngésző viselkedése az aktuális felhasználói igényeknek megfelelően módosítható.


A webböngésző indulásakor többféle beállítás közül is lehet választani, így azonnal kedvenc weboldalaink nyílhatnak meg, de az előző böngésző állapot is visszatölthető az összes megnyitott füllel, csak úgy, ahogy üres lapot is kérhetünk. Igény esetén a leggyakrabban meglátogatott weboldalak is szerepelhetnek a kezdőlapon, sőt, ezeknél még ajánlott tartalmak közül is lehet válogatni, ha szeretnénk. Az éppen megtekintett weboldalt két kattintással kitűzhetjük a Start Menü csempéi alá is, ami nem egy hátrány.


Szükség esetén egyéb webböngészők könyvjelzőit is beimportálhatjuk, valamint a beviteli mezők automatikus kitöltésének lehetősége és a jelszavak megjegyzése is bekerült a repertoárba (igen, ez a régebbi bétában hiányzott, pedig manapság elég alap dolog). Sajnos a bővítmények kezelésére még nincs mód, és a bemutató kiadásban nem is lesz, hisz a tervek szerint ez a funkció majd csak a hivatalos rajt után élesedik. Az olvasó mód viszont teljes funkcionalitással működik: esetében választhatunk betűméretet, valamint különböző témákat is a világostól egészen a sötétig attól függően, melyik passzol jobban ízlésünkhöz.

Beállítási lehetőségek

Hiányérzetünk tehát még lehet, de semmi pánik, ez még mindig egy bemutató kiadásnak tekinthető webböngésző, ami később új funkciókkal bővülhet, valamint a még meglévő hibáitól is megszabadítják a fejlesztők az elkövetkező hetek, illetve hónapok folyamán.

A cikk apropója egyébként az, hogy a Microsoft új webböngészője az elmúlt tesztünk óta sokat fejlődött, így elérkezettnek láttuk az időt, hogy megnézzük, miként teljesít riválisaival szemben, illetve HTML5 támogatás tekintetében fejlődött-e, és ha igen, pontosan mely területeken.

Hozzászólások

Nem vagy bejelentkezve, a hozzászóláshoz regisztrálj vagy lépj be!

Eddigi hozzászólások:

  • 49.
    2015. 07. 18. 19:05
    Kevesebb, mert az USA már eleve keverve használja a metrikus rendszert az angolszásszal.
  • 48.
    2015. 07. 18. 11:21
    Egy új böngészőnek betörni erre a megtűzdelt piacra, kb. annyi esélye van mint az USA-nak átvenni a metrikus rendszert.
  • 47.
    2015. 07. 18. 07:37
    Hol tart? Amíg nincs beépített reklámszűrő, addig hanyagolnám a bétatesztet (elvégre Opera utódnak szánják vagy miaszösz).
  • 46.
    2015. 07. 18. 01:08
    Majd jön a Vivaldi böngésző és lesöpör minden konkurenciát.
    Tudom hogy az is csak egy buta Chromium fork, de el kell fogadnunk a tényt hogy nagyon jó kódot hozott össze a Google ha a teljesítményt nézzük.
  • 45.
    2015. 07. 13. 23:49
    De marha egyszerű a válasz betehettek volna egy 64 bites Chrome-ot is a tesztbe és akkor össze tudnánk hasonlítani.
  • 44.
    2015. 07. 13. 23:39
    Igazad van igazából erre gondoltam, azt már nem tudom hogy miért sikerült mást leírnom.

    Ha egy webböngészőt nézünk akkor a benne lévő sztring karakter kódolások, ékezetek miatt szinte biztos hogy 64 biten gyorsabban fordul át/fut le. Nem beszélve az XML, HTML Base64 kódolásáról ami 32 biten szinte biztos hogy két művelet lenne.
    De még a 64 bites java is simán hozhat gyorsulást.

    Legalábbis az emulált 32 bites program futtatásához képes biztos.

    Valamint a nagyméretű kép megjelenítéseknél is szinte biztos, hogy a 64 bit fog nyerni, főleg mivel szinte csak tömörített képen vannak az interneten.
  • 43.
    2015. 07. 13. 20:44
    Ha így váltana, az elég érdekes "vicces" működést eredményezne ^^. A CMOS esetében 1/3 alatt 0, 2/3 felett lesz csak 1. Közötte érvénytelen, és tartja az előző értéket, de ha itt ragad, akkor az probléma.

    A 64 bites processzor, akkor végez csak gyorsabban műveleteket, ha akkora számokkal dolgozol, amikhez kellenek a 64 bites regiszterek, ami azért ritka.


    Két 64 bites szám összeadása 32 bites regiszterekkel 2 művelet (összead az alsó 32 bitet, majd a felső32 biteket + Carry), 64 bitessel meg csak 1.
    Illetve a beolvasása is több a memóriából, bár erre már kurvajó megoldások vannak, szóval nem vennék rá mérget, hogy tényleg tovább tart. Maximum, ha ezzel teszteljük és csak ezt kell csinálnia egy alkalommal.


    De nem gyakran használunk 2^32-en feletti előjel nélküli, vagy 2^31-en feletti előjeles számokat. Bár minden bizonnyal vannak olyan helyzetek, amikor ennek van értelme és szükség van rá, de azért nem kell hatalmas különbségekre számítani, mert ott is csak a műveletek egy kis része ilyen.


    Szóval ennek igazából az a lényege, hogy ezekkel a regiszterekkel már tudunk címezni egy csomó memóriát. ugyanis 2^32-en az csak 4GB különböztethető meg.
    Bár egyébként meg lehetett volna haxolni, hogy több regiszterrel címzel, de ez eléggé megnövelte volna (relatíve) a címzéshez szükséges műveleteket.
  • 42.
    2015. 07. 13. 15:29
    Minden tesztben utolsó? haha!
  • 41.
    2015. 07. 13. 14:49
    Tudom, de úgy gondolom, nem egy 4, vagy 8 byte-os ciklusváltozón múlik majd a processzor számítási teljesítménye.
    (Illetve, ez a legtöbb nyelv esetén már elég rég óta nem a programozó döntése.)

    De ez már nagyon OFF.


    Az Edge nem lenne rossz, de egyelőre nem is jó.
  • 40.
    2015. 07. 13. 14:27
    Képzeld, a regiszterekbe nem csak memóriából lehet adatot tenni
    Bármelyik művelet eredménye eltárolható ott. Pl. közbenső eredmények, amelyeket nem kell véglegesen eltárolni. Ciklusváltozók, stb.
  • 39.
    2015. 07. 13. 14:16
    Persze, és a regiszterekbe csak úgy beleteleportálódik az adat, vagy esetleg a processzor a "Fetch" szakaszban betölti azokat oda a _memóriából_?
    Egyik művelet sincs ingyen.

    A cache az, ami képes gyorsítani az utasítás-végrehajtáson, de cache-miss esetén ebben az esetben is muszáj a memóriához nyúlni.
  • 38.
    2015. 07. 13. 13:33
    Kódtól függ, de simán lehet gyorsabb a 64 bites üzemmód, pusztán csak abból az okból, hogy több regiszter áll a rendelkezésre. Adott esetben nem kell memóriából beolvasni adatot, hanem csak belső regiszterből, ami lássuk be milliószor gyorsabb.
    Nyilván ez speciális eset, de a lényeg, hogy lehet gyorsabb a 64 bites kód.
  • 37.
    2015. 07. 13. 13:17
    Te most komolyan az áramkör struktúrájából akarod kikövetkeztetni, hogy egy magas szintű nyelvben megírt program milyen gyorsan fog futni?

    Szerintem nézz utána, én még semmilyen tesztet nem láttam, ami azt mutatta volna be, hogy a 64-bites kód érezhetően gyorsabban fut le, mint 32-bites.
    Max kevesebb RAM-ot foglal le, mert nem kell a 32-bites lib-eket betölteni.(OS válogatja)
  • 36.
    2015. 07. 13. 13:09
    A válasz rendkívül egyszerű:
    Teljesen mindegy. 32 bites módban, 32 bites utasítás-végrehajtás során ezek amúgy sem kerülnek beolvasásra.

    Ez meg butaság:

    "Itt nem a memória címzés a releváns, hanem az egy CPU cycle alatt feldolgozandó bitek száma, más néven a sebesség. "

    A processzor számítási teljesítményének semmi köze a címbusz, illetve adatbusz szélességéhez.
    Az utasítás-végrehajtás során, a FDE (Fetch, Decode, Execute) fázisok a futószalag ütemezésétől, illetve hosszától függnek.

    Éppen a memóriacímzés a releváns, hiszen a 4GB rendszerszinten címezhető memória viszonylag hamar kevésnek bizonyult, ezért szükség volt arra, hogy a CPU microkódja képes legyen 64 bites címeket is értelmezni.

    Erre először az IBM és az Intel próbált megoldást találni, így született meg az IA64, ami lassú volt, és nagyon bonyolult, ráadásul emulálnia kellett az x86-os utasításokat.
    Később az AMD előállt az x86-64 -el, ami nem más, mint az x86-os utasítások kiegészítése a 64 bites megfelelőikkel.
    De semmi több. Ettől nem lesz gyorsabb egy gép, csak több memóriát (~16.8 terabyte) tud megcímezni.
    Egyébként az IBM már 1961-ben olyan szuperszámítógépet prezentált, ami 64 bites adatokkal és 32/64 bites utasításokkal dolgozott.
  • 35.
    2015. 07. 13. 12:58
    Szerintem meg de. Sőt az újabb rendszerek már meg sem várják, hogy elérje a elvárt magfeszültséget, hanem a feszültség 2/3 felett minden virtuális 1-es az alatt pedig 0.
  • 34.
    2015. 07. 13. 11:18
    El se kell indítani hozzá, elég tudomásul venni hogy app.
  • 33.
    2015. 07. 13. 09:35
    Ezt így mind egy béta állapotú szoftverből?
    Nem semmi.
  • 32.
    2015. 07. 13. 09:26
    Hogy áll az új webböngésző? Kipróbálva. Magánvélemény: SEMMIRE SEM VALÓ HULLADÉK.
  • 31.
    2015. 07. 13. 09:16
    Szerintem nem jól képzeled el, hogy hogyan is működik belülről.
  • 30.
    2015. 07. 13. 08:20
    A procik fogyasztását elnézve Intelnél tuti semmi, AMD-nél meg biztosan valamennyi
  • 29.
    2015. 07. 13. 00:10
    Én a fizikai megvalósításra gondoltam, szerinted milyen áram fog menni a CPU 32-63-as bemenő adatsínén ha éppen 32 bites program utasítása fut?
  • 28.
    2015. 07. 12. 23:50
    Nincs kitömködve nullákkal
    A 32bites programokat a CPU 32bites módban futtatja, tud váltani a nyomorultja. A Windows kernel hívások pedig a wow64-en keresztül fordítódnak át 64 bitre.
  • 27.
    2015. 07. 12. 23:17
    Mi köze ennek a memóriához, 64 bites processzorral 64 bites rendszeren 64 bites programmal a processzor kétszer olyan hosszú utasításokat képes lefuttatni egy CPU idő alatt mint ha bármelyik a fentiek között 32 bites lenne.

    Az emulált 32 bites program is 64 bitből áll csak ki van tömködve nullákkal.

    De ha valaki 25-el akar lakott területen autózni engem igazából nem zavar, csak nem igazán látom benne a logikát, ha megvan hozzá a hardver.
  • 26.
    2015. 07. 12. 21:19
    Most ezt az eszme futtatást nem igazán sikerül levennem, hogy miért lenne gyorsabb 64biten "számitani" valamit min 32-őn, vagy akár ennek az ellenkezője... Vagy 32 darab nem nulla bittel szerinted gyorsabban ér el a CPU egy memória címet???
  • 25.
    2015. 07. 12. 19:16
    Mert annak sokkal több értelme van, hogy minden utasítássorozatban 32 darab nullát dolgoz fel a processzorod amíg 32 bites szoftvert futtatsz...
  • 24.
    2015. 07. 12. 18:40
    Abból aztán egy Pentium D marhára profitálni fog ... többet árt, mint használ.
  • 23.
    2015. 07. 12. 17:39
    Itt nem a memória címzés a releváns, hanem az egy CPU cycle alatt feldolgozandó bitek száma, más néven a sebesség. Pont az amiről ezek a tesztek szólnak.
  • 22.
    2015. 07. 12. 16:15
    Minek 64 bites Chrome, ha minden külön processben nyílik meg, úgy meg szinte lehetetlen memóriacímzési limitbe ütközni?
  • 21.
    2015. 07. 12. 15:13
    nem értem win 8.1 alatt 64bites chrome böngészővel 12 megnyitott oldallal 16/3,9 GB van felhasználva
  • 20.
    2015. 07. 12. 12:26
    De tökéletesen modellezi azt is hogy milyen veszélyesen szeretnek élni azok akik 8 giga memóriáival akarnak 64 bites rendszert felelőtlenül túlhasználni, és csodálkoznak hogyha egyszer csak összeomlik az egész.
  • 19.
    2015. 07. 12. 12:11
    A Chome-od, a 64 bites verzió 5-10x annyi memóriát zabál fel laponként.

    Egyetlen egy megnyitott lappal:

    http://i.imgur.com/el5kOJP.png
  • 18.
    2015. 07. 12. 12:07
    Ilyenkor muszáj gépet cserélni, ne szivasd a muterod az őskövület cuccokkal.
  • 17.
    2015. 07. 12. 11:41
    Bővebbben? Ezzel így nem tudok mit kezdeni, Mi 32 bites? A mosogatógéped?
  • 16.
    2015. 07. 11. 21:33
    32bit.
  • 15.
    2015. 07. 11. 14:21
    "Azt majd ha valaki nagyon tudja a téma hátterét kérem mondja már el, hogy miért kell ezeknek a szaroknak 16 process és majd 1.5GB ram kb 6-8 oldal folyamatos nyitvatartásához."



    Én itt akárhogy is számolok, a 12 oldalam chrome-ban mindössze 15 processt nyit, azok meg a másfél giga közelében sincsenek, a FF klónban meg 60 oldal van nyitva, és így foglal 1,6 gigát.
  • 14.
    2015. 07. 11. 13:39
    WebXPRT 2013 teszt mar lefut 10166 buildnel edge-l. 271 lett a score.
  • 13.
    2015. 07. 11. 12:51
    Marha egyszerű a válasz és ez a biztonság miatt. Hogy az egyik lap ne tudja módosítani a másik lapon megnyitott érzékeny tartalmat.
    Mivel külön szál, külön memória, sok esetben még külön szálon futó pluginek is mennek laponként, hogy ha az egyik lapon összeomlik pl. a flash, akkor a többi lapon ne szarjon be.

    Egyedül a GPU szál fut egy folyamaton.
  • 12.
    2015. 07. 11. 12:34
    Ez esetleg jön később win7-re?
  • 11.
    2015. 07. 11. 11:13
    Engem baromira érdekelne az is hogy van-e 64bites támogatás...
    Vagy egyes böngészők mennyi ramot is zabálnak... Mióta az opera 12.17ből átlépet 20+ba, azóta megnyitod bumm 1GB ram megy el... NIncs csak 32bites támogatás! Nóóóómális??? Nem csak olyan gépek vannak amiben 8-16-32GB ram van. Szánalmas, hogy egy régebbi 2 magos procival(intel D915 3.4Ghz) (anyám gépe) a legtöbb böngésző 100%os proci kihasználtságba fut bele... Abszurd!

    Kedves Ipon esetleg a tesztekbe beletudnátok venni az átlagos memória használatot ill a procit??

    Mert számomra abszolut nyertes régi gépen az IE. Sokkal több teljesítményt tud kisajtolni a régi hardverekből, mint ezek az új vackok (opera,CH,FF)

    Azt majd ha valaki nagyon tudja a téma hátterét kérem mondja már el, hogy miért kell ezeknek a szaroknak 16 process és majd 1.5GB ram kb 6-8 oldal folyamatos nyitvatartásához.

    Nem az a dicsérendő, hogy egy Ferrarival mennyivel tudunk száguldozni, hanem az, hogy a régi dolgokat mennyire tudjuk szinten tartani. És a tesztben szereplő böngészőkhöz csak annyit, hogy az FF a CH az Opera csúnyán lebőgnek.
  • 10.
    2015. 07. 10. 23:05
    Furcsának tartom, hogy az Opera nyerte meg a a grafikai tesztet amikor utoljára próbáltam egy mezei négyzetet nem tudott normálisan skálázni, de gondolom csak a sebesség számít, a végeredmény már senkit se. Ennyit is érnek ezek a tesztek.
  • 9.
    2015. 07. 10. 18:14
    Ami eldönti a sikerességét az az, hogy mennyire lesz megoldott a pluginok portolhatósága, írása.
    Én mondjuk használok 12 Firefox addont, abból a fele ha nem is létszükséglet, de nagyban megkönnyíti az ember életét.
    A testreszabhatóság tudom hogy nem mindenkinek fontos, de én azt is szeretem a mostani böngészőmben, hogy teljesen testre szabható a felület.
  • 8.
    2015. 07. 10. 15:48
    Hát ha tök alap dolgokra használod, akkor végülis jó. De aztán ha már mondjuk több különböző platformon használnád vagy szükséged lenne 1-2 testreszabási funkcióra akkor nagyon gyorsan elvérzik. Nekem az FF vált be, bár Androidon egy picit lassú. Mondjuk az utóbbi pár frissítés jót tett a sebességnek.
  • 7.
    2015. 07. 10. 14:58
    Én biztos használni fogom, hisz mi mással tölteném le a FF-ot?

    (Egyébként nem igazán hiszek abban, hogy a Chrome biztonságosabb lenne a FF-nál, kb 30 pontot vonnék le a google felelőtlen plugin politikája miatt.)
  • 6.
    2015. 07. 10. 14:38
    vertikális tabokat bele, de azonnal!
  • 5.
    2015. 07. 10. 13:16
    Nem intézek semmi fontos dolgot neten.
  • 4.
    2015. 07. 10. 13:00
    én chrome-ot használok már jó ideje de a win10-el kipróbálom az edge-t, mert néha nagyon sok memoriát eszik a chrome.
  • 3.
    arn
    2015. 07. 10. 12:54
    Az a problema, hogy a valtashoz szukseg lenne arra, hogy vmiben jobb. De meg mindig gyengebb... Miert kellene atternem a megszokottrol?
  • 2.
    2015. 07. 10. 11:57
    @predike07
    Akkor nézd meg egy ROBOT keresővel, hogy mennyire lukas az IE. Én nem kockáztatnék a helyedbe. Nagyon gyenge biztonsági téren.
  • 1.
    2015. 07. 10. 11:44
    Én sajnálom az explorert.Soha semmi gondom nem volt vele.Pillanatok alatt betöltötte az oldalakat,semmi hiányosságot nem tapasztaltam sose.
    Egy pillanatig se éreztem azt az évek alatt,hogy na átpártolok másik böngészőre pedig ismerem az összeset és hsasználtam is másikat más gépén.
    Remélem ez az új nem fog nagyot bukni.Nem szívesen váltanék másra.