Sākumlapa › Forumi › Notepad.lv › IT ziņas › Firefox 4.0 tagad arī Androīdam
[imgr]
Bet tagad sliktā ziņa: kuram katram Android viedtālrunim Firefox 4.0 nemaz neder. Obligāti jābūt ARMv7 procesors un vismaz 512 MB RAM. No visa lielā klāsta tikai 23 modeļi ietilpst Mozillas testēto un atbalstīto tālruņu listē
Ja nu kādam ir vēlme un daudz RAM tālrunī, lejuplādēt Firefox 4 Mobile var Android Market lapāpa tiešo
[youtube]
Otrkārt, tas ir kaut kāds “port’ēts” risinājums no īstā
P.S. daGrevi, man ir ļoti liela aizdoma, ka parakstā esi domājis to lietu, ko latviski dēvē par tīmekli, nevis tīklu.
Otrkārt, šis jau arī ir tas Fennec. Gribēju jau izlamāties, bet izrādās, ka UI ir jūtami ātrāks kā pēdējā beta versijā. Taču neērts, nav piemērots pat maniem ne visai lielajiem pirkstiem. Jēgermērkaķis nav slikts, mazliet veiklāks ir par iebūvēto (testēts uz Desire/2.2). Taču…
Treškārt, no Flash – no party.
@Crow Uzrādi Man kādu sertifikātu, kas apliecina, ka māki programmēt, nevis gudri dirs? Es nemāku.
Enīvej, runa nav par mani, bet tevi – kā tu vari spriest par faila izmēru “no programmētāja skatu punkta”?
Vajag izdarīt vienu lietu. Kaut kāda metode.
Ir trīs iespējamie (ko pašlaik redzu veidi) kā to izdarīt…
Viens veids ir, teiksim, 100 rindiņas – otrs un trešais: 200 un 500 rindiņas.
(Vai simboli (galvenais, ka veids kā to panākt ir savādaks)).
Pēc programmas kompilēšanas izrādās, ka veids ar 500 rindiņām ir ātrākais.
Tas jau nekas, ka tas “svērs” ap 5 reizēm vairāķ.
Un te nu Es Tev jautāju, jo Tev ir lielāks “skatu punkts”: Vai pēc kompilācijas “svars” būs atkarīgs no iepriekšrakstītā koda, vai nē? (to Es nezinu)
Vedīsim diskusiju par tēmu. Pamatā kompilēts kods sver ļoti maz. To var labi redzēt… well – visās
citās Andžas programmās.
Par tiem simboliem nav garām trāpīts. Atceros savā laikā lasīto AMD Athlon optimizācijas grāmatu (bija uznākusi uzmācīga doma apgūt x86 ASM). Tajā tiešām bija aprakstīti daudzi veidi, kā vairāk simboli nozīmē ātrāku darbību. Par piemēru – mazu konstanta izpildes skaita ciklu likvidēšana, tā vietā ņemot copī-peist un to ciklu izķidājot. Stulbi? Bet ātrāk. Tikai tas ir katrai arhitektūrai (pat dzelzim) individuāli.
Citādi – faila izmēram IR nozīme.
Pirmkārt, programmas ielāde atmiņā. Telefonos izmantotā NAND ir ļoti lēna (lēnāka par Class 2 SD).
To daļēji labo TSR – Andža programmas neizvāc no atmiņas, kad tām paņem Quit (kam tāda iespēja vispār ir). Tik cilvēkiem jau tas nav pa prātam un RAM arī nav bezgalīgs, Andžām Task Manager ir vēl populārāks nekā tā vārdabrālis uz Windozes.
Pierādījums – es vienkārši redzu uz Desire, ka palaižot FF, es vienmēr redzu “loading”. Nevienam citam pārlūkam, ko esmu testējis, tāda nav. Acīmredzot, tāds nav vajadzīgs, tie palaižas acumirklī.
Otrkārt, smārts nav PC, RAM nav bezgalīgs, vairumā smārtu aizvien ir DDR SDRAM. Tik smaga kluča ielāde intensīvi lietotā maza apjoma atmiņā nozīmē augstu RAM fragmentāciju un page table aizdiršanu. Nezinu tieši, kā Linux to realizē un ar to cīnās, bet riteni jau otrreiz neizdomāsi, minēšu, ka visi moderno OS kerneļi to dara puslīdz vienādi, termini moš atšķiras. Tas ietekmē nanosekundes. Bet ja nanosekundes nekrāsi, pie sekundes netiksi. Ne tikai oduvančiks ir ķerts uz optimizēšanu. Es ar mazliet. Formāli.
PC, kā rāda tendences, tā nav baigā problēma. Tavs paša teiciens – jaudas ir pietiekami ^^’. Bet smārtiem ir viena liela, utaina problēma – baterijas darbības laiks. Man šķiet, ka, ja arī iepriekšējais vairāk ož pēc OS inženierijas, tad mobilo aplikāciju programmētājam tas būtu jāņem vērā, īpaši Mozillai, kas nav gluži pirmo reizi ar Molotova kokteili uz jumta.
Te vairāk izskatās pēc slinkuma – minēšu, ka iemesta gatava PDF bibliotēka, iemestas gatavas attēlu atbalsta bibliotēkas, milzu izmēra bildītes high-dpi ekrāniem, moš HTML5 video/audio kodeks, arī gatavs. Da te pat Flash nav. Ja tas vēl būtu klāt piemests, tad es moš saprastu. Flash jāuztur n-tās ActionScript versijas, video/audio kodeks un Adobe vispār neizceļas ar saprātu šai jomā; lai jau sver tik, cik sver.
Kas attiecas uz pieredzi… nē, arī man nav ar sertifikātiem vai portfolio pierādāmas pieredzes, arī profesijā nestrādāju. Ir gan formāli apgūta augstākā programmēšanas inženierijā (pēdējais kurss nepabeigts). Bet tas varbūt neskaitās, jo ar programmēšanu tur bija sakars bija tik, cik Stradivārī ar basa bungām :>
Karoč, grāvi… PAECE, man patīk tev braukt augumā 😀
Starp citu, paldies par izskaidrošanu.
@vincister Nevar nepiekrist.
Tas bija tā kā mājiens, lai nomaini to maldinošo tekstu.
Man nav jādirš vasks, man te uz galda ir 576 MB devaiss. Atmiņas daudzums nav problēma. Tās ātrums ir. Un jau minētā fragmentācija. Virtuālās atmiņas translēšanai uz reālājām adresēm nepieciešama tabula, kurā to visu pierakstīt. Varbūt Linux to visu dara Torvalda svētais gars un tas viss glabājas zilajā ellē, es nez. Es saprotu, ka tu esi gudrāks pa Linux jomu kā es? Ok, es neesmu un man ir slinkums lasīt, kā Linux menedžē atmiņu. Izskaidro, ja sanāk laiks, pl0x, mmkay, kthx.
Un vispār tā ir elementāra lieta galu galā – jo vairāk sver, jo vairāk jānes.
Nu jā, piemirsu faktu, ka androīdam viss ir ar javu sajāts. Par tabulām jau tev taisnība, ir tur ko menedžēt, bet man gribētos ticēt, ka nav izmantots
Opera Mobile un Opera Mini nav tas pats.
Preses relīzes