<bgdev />free

Вход

NGINX Unit вече поддържа и модули написани на асемблер.
0

0 1
#56485 (ツ) johnfound
Последно редактирано на 19.01.2022 от johnfound, видяно: 843 пъти.

Това съм го пропуснал 2020-та, но оказва се, че NGINX Unit официално поддържа асемблер като език за писане на уеб приложения.

Хората, които са вътре в нещата ясно разбират накъде отива света. А вие си пишете на разни Джави-мави. :-P

#56486 (ツ) Rabin
Последно редактирано на 19.01.2022 от Rabin, видяно: 835 пъти.
johnfound

Това съм го пропуснал 2020-та, но оказва се, че NGINX Unit официално поддържа асемблер като език за писане на уеб приложения.

Хората, които са вътре в нещата ясно разбират накъде отива света. А вие си пишете на разни Джави-мави. :-P

Жони - имаш един мераклия да пише жаварник от нямане кво да прави, за бес пари. В момента точно с подобни неща се занимавам.

Тизе колко асемблерджии намери? Призлява ми само като ти видя кода, в началото си помислих, че си правите ташак с момата. В кой век живееш?

Я вдигни управление на банка или борса, тогаз да те питам! На всичко отгоре си обвързан с хардуера, и светът минава на RISC. Ставаш като техник на лампови телевизори.

Ко значи да поддържа асемблер, готови компилирани ли му ги сипваш? Компилирани exe-та и през пощите не ги пущат бре!

#56489 (ツ) johnfound
Създадено на 19.01.2022, видяно: 827 пъти.
Rabin

Призлява ми само като ти видя кода, в началото си помислих, че си правите ташак с момата. В кой век живееш?

Това за кой точно код говориш???

Ако за този, който постна Delegate, то си нямам никаква идея какъв е този код. Изглежда като изхода на някакъв компилатор...

А моят код се чете просто, защото го пиша аз и гледам да е четлив. Разбира се, поне малко от малко трябва да знаеш асемблер.

#56493 (ツ) Delegate
Създадено на 19.01.2022, видяно: 812 пъти.

Много знаеш и ти. Беше ти посочено, че имаш буфер ожерфлов. Мислиш ли, че не знае за какво говори ?

#56496 (ツ) johnfound
Последно редактирано на 19.01.2022 от johnfound, видяно: 808 пъти.
Delegate

Много знаеш и ти. Беше ти посочено, че имаш буфер ожерфлов. Мислиш ли, че не знае за какво говори ?

И-и-и-й, къф си лош начи! Аз затва питам, да се науча. И въобще беше стек ожерфлов, а не буфер!

#56500 (ツ) Rabin
Последно редактирано на 19.01.2022 от Rabin, видяно: 798 пъти.

Aз се ебавах за стек овервлоу, до колкото разбирам и делегат се ебавал. Как ти съобщи за бъга?

Имаше едно време един sourcer, oт всеки изпълним файл правеше асемблер. Някои се комипилираха успешно после, бяхме много щастливи да бъзикаме по изпълним код и да го променяме.

Точно на такава мизерия ми прилича кода на Делегат, като от автоматичен генератор.

Кое муй четимото на туй бе Жони? Разбирам да пишеш за контролер да пилиш секи байт, ама с туй евтиното железо изобщо не те разбирам. На подарения ми комп съм пуснал 2 браузъра, докержийница с 2 форума и портейнер. Отделно дето ОС е накачулена с кво ли не, и Самба връви, и sftpd.

За 2 лева си зех плочка 2 гигабайта от мангасарян пазарян, с нея съм в момента.

Луди ли сте ве!

.loop:
        cinvoke sqliteStep, [.stmt]
        cmp     eax, SQLITE_ROW
        jne     .end_query

        cinvoke sqliteColumnType, [.stmt], 0
        mov     ebx, eax
        cmp     ebx, SQLITE_NULL
        jne     .current_ok

        stdcall TextAddStr2, edi, -1, '<div class="current_version">', 100
        mov     edi, edx

.current_ok:
        stdcall RenderTemplate, edi, "post_history.tpl", [.stmt], esi
        mov     edi, eax

        cmp     ebx, SQLITE_NULL
        jne     .current_ok2

        stdcall TextAddStr2, edi, -1, '</div>', 100
        mov     edi, edx
#56501 (ツ) Delegate
Създадено на 19.01.2022, видяно: 787 пъти.

Q: Why are Assembly programmers always soaking wet?

A: They work below C-level.

#56506 (ツ) Rabin
Създадено на 19.01.2022, видяно: 776 пъти.

Жони не знаа друг език, затуй бичи на Асм. Баба ми цял живот трошеше царевица на ръка, носи ги зимата у собата, и ги чопли цял следобед. Щот не знаа че има и по - хубо. После направих електрическа трошачка, и не могат да ми насмогнат да ми носят мамулите.

#56514 (ツ) johnfound
Създадено на 19.01.2022, видяно: 768 пъти.
Rabin

Жони не знаа друг език, затуй бичи на Асм.

Е ти пък сега, "не знае"!

На времето, като работех програмистче, пишех и на Delphi, на Perl и на PHP. Това за Windows. А преди това съм писал и за Правец 8 и за PC под DOS, и на Байсик и на Turbo Pascal и асемблер. (Между другото, първата програма за която съм получил пари ми е от 1988-ма година (После, нямало частен бизнес през соца!))

И всичките тези езици и сега ги знам. Но не искам да пиша на тях. Вярно, на съвременните Java/C# бози не съм писал и нямам намерение. Достатъчно ми е да пусна една програма писана на Джава или C# – като почакам 10 секунди да се стартира и веднага се убеждавам, че това е зло. А 10 секунди за програма на C# си е бързо!

Впрочем, напоследък и програми уж писани на C++ и те се стартират по половин минута, което още веднъж ме убеждава, че езиците от високо ниво са зло.

Така че, Рабине, ти накъдето отиваш, аз от там се връщам.

#56516 (ツ) Rabin
Последно редактирано на 19.01.2022 от Rabin, видяно: 759 пъти.

Ти не гледай за колко време пали. гледай как върви после.

Максимум 2 пъти преднина ти давам, по бързодействие. Затуй ти предложих кушия на равни начала.

Гледам на 450 мегабайта пали жаварския, с Постгре както е вътре и жаварника и той.

И некъв Primefaces, сигур и той товари еднократно докат си билдне скриптовете. Не съм го ползвал не го знам.

Веднъж като тръгне няма да направиш разлика от твойто, на средна ръка машина. Повечко памет яде, ама на бръзодействие може и да те надмине даже, щот се напасва по конкретния процесор пък ти ползваш само половината от разрядността.

Как ша го преживееш туй, ако верно те надбягам на кушията?

И казармения форум ти пусках реални скрийншотове, дори насраното PHP даде по-бръз отговор от тебе. После дебелата жунка май го изтри, може и да си го пропуснал.

От Жаварник 11 нататика вкараха нови виртуални машини, някъв Граал разправят апе си гема и фърля къч. Много оптимизирано било.

Тизе си заседнал по-назад от Правец 8.

#56517 (ツ) johnfound
Последно редактирано на 19.01.2022 от johnfound, видяно: 749 пъти.
Rabin

Веднъж като тръгне няма да направиш разлика от твойто, на средна ръка машина. Повечко памет яде, ама на бръзодействие може и да те надмине даже, щот се напасва по конкретния процесор пък ти ползваш само половината от разрядността.

Как ша го преживееш туй, ако верно те надбягам на кушията?

Рабине, ето отдолу под форума си пише една страница за колко време се рендира на сървъра. Гледам, сега, тази конкретна тема, за 8.5ms;

Това включва, извличане на данните от базата данни, рендиране на N (колкото са постовете) темплейта за постовете с конкретните данни, транслиране на текста на постовете от BBCode или МiniMag маркъп в HTML и изпращане по FastCGI интерфейса към сървъра.

Това е на 1 CPU ядро, с 1GB RAM памет.

Ти като ми направиш такова време за такава работа на Java или на PHP, ела да ми се обадиш.

А ако говорим за по-прости задачи – можеш да погледнеш времето на личният ми сайт – примерно тук – цялата страница се рендира за 1.2ms. Защото няма база данни и сложни шаблони.

И въобще, ти нали пусна форум на Джава? Сложи му едно измерване на времето за рендиране на страницата и пусни връзка да го видим. Нали Джавата се поддържаше супер лесно – слагането на такова измерване на времето трябва да е за броени минути.

Да не излезе сега, че асемблера освен, че е по-бърз, е и по-лесен за поддръжка? rofl

#56519 (ツ) Rabin
Създадено на 19.01.2022, видяно: 743 пъти.

И въобще, ти нали пусна форум на Джава? Сложи му едно измерване на времето за рендиране на страницата и пусни връзка да го видим. Нали Джавата се поддържаше супер лесно – слагането на такова измерване на времето трябва да е за броени минути.

Да не излезе сега, че асемблера освен, че е по-бърз, е и по-лесен за поддръжка?

Да ве точно него тормозя в момента, не мога да му отпуша порта на базата, нещо не ми отразява промените в докержийницата. На оня PHPBB успях.

Не ми е на дневен ред. Инак на жаварски проект е съвсем нормално времена под 10 милисекунди, и то през сериализации разни, демек нещо кат клъстер. Дето ти само може да си мечтаеш за такваз архитектура.

Аз си го имам вградено.

Колко WEB проекта на асемблер знаеш? Абе, някакви ти бяха ползвали форума, я дай линк да ги видя докъде са...

#56520 (ツ) johnfound
Създадено на 19.01.2022, видяно: 737 пъти.
Rabin

Инак на жаварски проект е съвсем нормално времена под 10 милисекунди

Докато не кажеш каква работа е свършил през тези 10 милисекунди, все едно нищо не казваш. Ако пускам само "Hello World", времето ще е единици микросекунди.

#56521 (ツ) Rabin
Създадено на 19.01.2022, видяно: 736 пъти.

Жони не ми отговори на въпроса. Как ще деплойваш на асемблер, компилирани ЕХЕ-та ли ше фъргаш на NGINX-а? Кат ремарке с мъде товариш - фащаш за уевете и фъргаш!

Що остави кодолеярството, и се насочи у водопровода?

#56522 (ツ) Rabin
Създадено на 19.01.2022, видяно: 731 пъти.
johnfound
Rabin

Инак на жаварски проект е съвсем нормално времена под 10 милисекунди

Докато не кажеш каква работа е свършил през тези 10 милисекунди, все едно нищо не казваш. Ако пускам само "Hello World", времето ще е единици микросекунди.

Не бе нормален комерсиален проект си ни отговаряше под 10 милисекунди. Хем през hibernate минава, после база отдолу, имаш и JSF дето и то е бая сложно view. И EJB дето всеки клас може да ти живее на отделно железо.

Жаварникът е бръз, само 2 пъти преднина ти давам, на тебе и на С++, еднакво стегнат код генерира. Ардуино дето е с 2 килобайта памет ползва компилатора на С++, както знаеш.

Някъв урод, Ака Касиан май беше, наръга спектрален анализ в Ардуино нано. И управление на адресни RGB едновременно, да мига спектъра.

#56523 (ツ) johnfound
Създадено на 19.01.2022, видяно: 730 пъти.
Rabin

Жони не ми отговори на въпроса. Как ще деплойваш на асемблер, компилирани ЕХЕ-та ли ше фъргаш на NGINX-а?

Да, и какъв е проблемът?

Rabin

Що остави кодолеярството, и се насочи у водопровода?

Ако говориш за програмирането, защото е скучно да пишеш код за пари. Доходно, но смъртно скучно.

#56524 (ツ) Rabin
Създадено на 19.01.2022, видяно: 725 пъти.
johnfound
Rabin

Жони не ми отговори на въпроса. Как ще деплойваш на асемблер, компилирани ЕХЕ-та ли ше фъргаш на NGINX-а?

Да, и какъв е проблемът?

Не бе само питам. Антивирусните кат видят ЕХЕ по мрежата и се изприщват, повечето изобщо не го пускат. Сякви бацили се размъкват по изпълними файлове.

#56525 (ツ) johnfound
Създадено на 19.01.2022, видяно: 721 пъти.
Rabin

Антивирусните кат видят ЕХЕ по мрежата и се изприщват, повечето изобщо не го пускат. Сякви бацили се размъкват по изпълними файлове.

В смисъл??? Каква антивирусна те гони в ssh сесията? Какви вируси, във ELF изпълним файл, който сам си компилирал???

#56526 (ツ) Rabin
Последно редактирано на 19.01.2022 от Rabin, видяно: 715 пъти.
johnfound
Rabin

Антивирусните кат видят ЕХЕ по мрежата и се изприщват, повечето изобщо не го пускат. Сякви бацили се размъкват по изпълними файлове.

В смисъл??? Каква антивирусна те гони в ssh сесията? Какви вируси, във ELF изпълним файл, който сам си компилирал???

Eм купуваш си примерно хостинг, и той ти пуща ЕХЕ дето има незнайно кво вътре? Ами ако някак се пресегне в чуждо адресно пространство?

Ако беше безопасно що са тез пазарлъци преди да пуснеш компилиран файл от нета. То цифрови подписи то доверени носители...

Със зелен сертификат ли ще му го товариш на NGINX?

#56527 (ツ) BIGBUGEX
Създадено на 19.01.2022, видяно: 711 пъти.
Rabin
johnfound
Rabin

Антивирусните кат видят ЕХЕ по мрежата и се изприщват, повечето изобщо не го пускат. Сякви бацили се размъкват по изпълними файлове.

В смисъл??? Каква антивирусна те гони в ssh сесията? Какви вируси, във ELF изпълним файл, който сам си компилирал???

Eм купуваш си примерно хостинг, и той ти пуща ЕХЕ дето има незнайно кво вътре? Ами ако някак се пресегне в чуждо адресно пространство?

Прост си като православна мишка, рабине. Само да отбележа.

0 1

NGINX Unit вече поддържа и модули написани на асемблер.
0

AsmBB v3.0 (check-in: a316dab8b98d07d9); SQLite v3.42.0 (check-in: 831d0fb2836b71c9);
©2016..2023 John Found; Licensed under EUPL. Powered by Assembly language Created with Fresh IDE