անդրէ շտալցը շատ հետաքրքիր գրառում ա արել (նոր չի արել, ես եմ նոր կարդացել) այն մասին, ինչպէս էր փորձում իր js
֊ով գրուած secure scuttlebutt
֊ի յաւելուածի՝ manyverse
֊ի, կոդի հատուածները թարգմանել rust
֊ի։
ահա՝ https://staltz.com/rust-for-mobile-not-yet.html
հիմնականում լաւ նորութիւններն էին՝
js
֊ից rust
բարդ չէր, ահագին հեշտ թարգմանւում էր։չնայած նա գոհ էր, եւ աւելի շատ էի սպասում։
ինչը չի չափել, ու ինչն ինձ հետաքրքիր ա՝ օպերատիւ յիշողութեան օգտագործումը։ ինձ թւում ա՝ պիտի շաաատ աւելի քիչ լինէր։
իսկ վատ նորութիւնները, ինչի համար էլ հետարկեց իր փոփոխութիւնները՝
ասում ա՝ 3 րոպէ էր rust
քոմփայլերին պահանջւում մի պարզ գրադարան շինելու համար։
իսկ ամէն գրադարանը պէտք ա հաւաքէր մի քանի պրոցեսորի համար։ ու պարզւում ա որ պէտք ա երկար սպասել, որ ստանաս ու փորձարկես արդիւնքը։ սա յայտնի խնդիր ա, ու կան լուծումներ՝ տեսականօրէն rust
֊ը կարողանում ա «քեշ» անել շինելու արդիւնքները, բայց շտալցին չյաջողուեց այդ «քեշաւորումն» օգտագործել մոբայլ գործիքների հետ՝ nodejs-mobile
, Android Gradle
, ու դէ XCode
֊ի։
ասում ա՝ մեծ էր։
ասում ա, ստացւում էր, որ 100մբ֊ից մեծ apk
ա լինելու manyverse
֊ի մօտ, եթէ ամէնը rust
֊ի թարգմանեմ։
էստեղ ես չգիտեմ։ մի կողմից՝ 100մբ֊ն, հա, շատ ա։ ու էդ ամէնը օպերատիւ յիշողութեան մէջ ա լինելու։ միւս կողմից՝ js
կոդը չնայած փոքր ա աւելի՝ դէ տեքստ ա, բայց եւ ինտերպրետացիան անհամեմատ, իթ, աւելի շատ օպերատիւ յիշողութիւն ա պահանջելու։
էստեղ կարելի ա ասել, որ երեւի թէ, եթէ rust
չլինէր, այլ կներէք, «նորմալ» նատիւ կոդ գեներացնող լեզու, ամէն դէպքում էդքան մեծ կոդ չէր գեներացնի։ ու էդ խնդիրը չէր զգայ։
նաեւ, երկար չէր տեւի դա։
պլիւս դրան իր մօտ ստացւում էր, որ ամէն իր ռասթ մոդուլը պէտք ա ունենար նոյն կախուածութիւնները՝ «base64, byteorder, cfg-if, libc, memchr, rand, serde, thread_local» ու իր մօտ չէր ստացւում որ դրանք մէկ անգամ լինեն, այլ ոչ ամէն ռասթ մոդուլի համար։
ասում ա՝ գուցէ հնարաւոր ա որպէս դինամիկ գրադարան դրանք աւելացնել, բայց էլի՝ գաղափար չունեմ ինչպէս։
էստեղ կասեմ՝ գուցէ էլի ռասթից ա, որ յարմար միջոցներ չի տալիս դրա համար։
օրինակ, չնայած ես դա չեմ սիրում, բայց պասկալում շաաաատ հեշտացուած ա կրոսպլատֆորմ գրադարաններ գեներացնելը՝ մոդուլի վերնագիրը դնում ես ոչ թէ unit
այլ library
եւ քոմփայլերը գեներացնում ա քեզ so
, dll
կամ dylib
։
էստեղ էլ այլ խնդիր՝ apple
֊ի հետ կապուած, իրենք sdk
֊ից հանել են բոլոր dylib
֊երը, ու փոխարինել tbd
֊ներով։
եւ շաատ կարեւոր պահ՝ իր rust
֊ով գեներացուած բինարները չեն աշխատում՝ պայթում են android 5
֊ի տակ։ իսկ ի պատիւ իրան, նա մտածում ա այն մասին, որ հին անդրոիդների վրայ իր յաւելուածն աշխատի՝ զի մտահոգուած ա մեանմայի օգտատէրերի մասին։ իսկ իրենց զգալի մասը՝ անդրոիդ հինգի վրայ են։
բնօրինակն ունէք, թէ էլի մանրամասներ են հետաքրքրում։
ընդհանուր առմամբ, ինձ թւում ա, ռասթի մոլորեցնող հմայքը ստիպեց անդրէին այն փորձել, եւ հիասթափուել։ բայց եթէ նա նոյնը փորձէր անել ոչ էդքան մարկէտ արուած լեզուով, բայց նատիւ կոդ գեներացնող լեզուով՝ շատ հաւանական ա, աւելի լաւ արդիւնք ունենար։
ի դէպ, հէնց հիմա ռասթ ա շինում մեքենաս։ գիշերը թարմացումը չեղաւ, զի 13գբ տեղ չմնաց այն շինելու համար։ իսկ փայնբուքի վրայ լաւ զգում եմ՝ թէ ուզում եմ ֆայրֆոքս, պիտի շինեմ նաեւ ռասթ, իսկ այ դա տեւում ա աւելի երկար, քան ֆայրֆոքս շինելը՝ մի երկու֊երեք օր։
եւ այդպէս։
#անդրոիդ #այօս #սքաթլբաթ #յաւելուած #ծրագրաւորում #կազմարկիչ #կոմպիլեատոր #քոմփայլեր #ռասթ #ջս #մենիվերս #էփլ #պատմութիւն
տեսնես ինչի՞ ա ֆֆ֊ն էդքան էներգիա ծախսում orca֊ի էջի վրայ, եթէ այդ էջը ջս չունի բնաւ։
🤔🧐🤨❓❔
#էկրանահան #օրկա #ջս #էջ #ֆֆ #ֆայրֆոքս #չգիտեմ
վերջերս ֆայրֆոքսը շատ է սիփիյու ուտում, իսկ քրոմիումը՝ զրոյին մօտ, նոյն էջերը պարզապէս բացուած պահելիս։ ու առաջինի ջս֊ը, որ անցել էր քրոմիումին, հիմա էլի հետ է մնացել, ինչպէս տեսնում եմ այս հաւէս թեստի օգնութեամբ։
#ֆայրֆոքս #քրոմիում #ջս #թեստ