<bgdev />free

| |  


All tags 2023 9may ai algorithm alpha amd american api argon2 arm asm asmbb assembler attachment awareness balgaria bay888 bcrypt bender beta bgdev-next bgdev-next.👍 big.data bitchnigga bitcoin bmw boi borg brexit bug bulgaria business c cad chat cloud computer-names console crossorigin deprivation desktop dna dotnet email eupl falling feature forum foundation fp fresh fun game github goats google gpl gpt gpt.3.5 gypsies happiness harvard hash improvement include investment it java javascript js kleta kleta.maqka.balg lambi language learning leftovers legend level levenshtein.dist libx license linkedlist linux ma mcafee mele microsoft minimag minimalism negro net nginx nigga not.a.bug oop paradigm parler patterns perception persuasion pipe play.station politics populi pornhub pow pro programming protonmail python reba rust sci-fi scripting seks seo server shell sleep smartbeauty soft-skills sqlite srabska sse starship sugerface syntax tablet tailwindcss telegram theme thug troll80lvl tutanota typescript uacme ui uk unix untermensch upload uptime usa utilities ux vb via viber virtual.reality vox vps vulnerable war wasm weapons-grade web windows word x86 xbox xss youtube zig ziglang Übermensch БОКЕБЪЛГАРИН БЪ БЪлгария Белезниците Били Били.Белезниците БялДонор Веган Виста Възраждане ГЛУПАК Гана Глиста ЕС Казарма Копейкин Мода.и.овча.мисъ НЕКАДЪРНИК НРБ ПО-ЗЛЕ.И.ОТ.РАБИ Подкасти Разни Румен СИК СКУМ СетенЧук Скум ТИР Туче Украйна Урсула Яначков авангард аз айфонджия алгоритми амбиции анархизъм антиваксъри армения аудио аутисти бази.данни бакъп без без.пръчове безпросвета бенчмарк биготи биомаса бира боклук борисов ботев брадва булшит бъг бъгове бял ваксина вандал век венерика викинги вицове вишу война вървежен гана ганорник гей гейщина германия герои гешев глупак говеда групировка гюбек данъкоплатец двойни.стандарти дедотия демокрация дизайн дисциплина добитък докери долар донори држава дришльо дрон ебане еврогейски.съюз езици експеримент електроника електроника.s2 емиграция ендпойнт енум ерген ергономия жалкар задача затоплизъм защита здраве златен злато игри идеали идиократ идиократи идиокрация идиот избори избори.рабин изкуство икономика имбецили имейл инвестиране инокулация инструмента интервю ипад искам.да.си.реда казах камшикодържач капитализъм карабах караница картечница кино клавиатура ковид19 колайдер колям.кур комари комплексар комунизъм консолидация конспирации космонавтика кофа кофит-19 краставица криптовалути курви кучелюбци лайно лаладжия лаптоп либерастия литература лоши.практики луд лъжеучени лъжец любов майни майтапи малоумници мафия мениджмънт месо местене метавселена метафизика механика мистика мисъл мода мода.овча.мисъл модерация морал мутра мутри наука национализъм не.it негър некадърник некадърници неон нидерландия овча овчи олигофрени организация офтопик парички партия педал пенджури пенсия пишока плюскане победа погромист поезия политика порно посредствен почивка празници прасе превод предалщина програмиране проект проста простотии против.правилата проф пръч пръч.дришльо пръчка психика психични.болести психология пустиняк путин путката путьо рабин рабин.е.шибан.пе работа радост разврат разни разработка расизъм резерват рейтинг реклама рекламен религия рест ризи ропче ропчета русия руски.език рутина самоковска сасипаха секира село селяндур сериали сериозно.програм сетен сеянин симулация скопяване скръм слушалки сортиране софия софтуер софтуни социализъм спектрометър спринтове сране стандарти стил стуйо стюи сушилня сцена съвет съм сън сървър сърничка таб ташаци телевизия тема територията терминология термояд технологии титли традиция тролинг тръмп туба туче тъпак тъпанари тъпня уиндоус украйна умнокрасивци фалит фантастика фашизъм фейк.акаунти физика филми форум форумни.проекти футбол хазарт хамали харабия хардуер хахаха хомофобия хостинг храна хумор цайко цайси целофан цензура цензурра циганин чалга чалгар чекии чернокраки честота чипове чнг чужбина чук шпация щайга юан яката яко ям 🔨 😂 🪓


Задача НЕ за интервю

  

0 1 2 3 4 5 6 7 8 ...19 20 21 22 23 ...32 33 34 35 36


  |  Създадено на 21.09.2020, видяно: 1455 пъти. #11435
johnfound
|

"Всичко е по-бързо на асемблер, ама никога не съм правил лууп ънролинг".

Естествено, че всичко е по-бързо на асемблер. И разбира се, че съм правил (можеш ли да кажеш как е "loop unrolling" на български?)

И защо това е така, можеш да прочетеш ето тук: Why assembly programs are faster than HLL programs, despite that the compilers are so advanced?

Къде си правил loop unrolling? Не мога да го кажа как е на български. Пример! :)

Та ти дори не можеш да напишеш процедура, която да inline в друга. :)

Нали не очакваш да оборвам идиотщините които си писал? Ако си въобразяваш, че разбираш от формална логика, ще трябва да те разочаровам. Явно формалната ти логика е от рабфак. :)



  johnfound  Създадено на 21.09.2020, видяно: 1454 пъти. #11436
|

Абсолютно всички програми обработват данни. Усещаш ли колко тъпо звучиш в момента само и само да не признаеш, че грешиш? :)

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

Проблемът е, че аз никъде не твърдя, че съм прав. (Ти реши така по неизвестни за мене причини.) Тоест няма причини да признавам, че греша. Аз просто обсъждам различни подходи към решаването задачата.

А относно арогантното държане - да наричаш идеите на хората идиотски също не е върха на възпитанието, каквато и позиция да заемаш в момента.

Впрочем, позициите на другите никога не са ме впечатлявали, така че можеш да пропуснеш титлите и позициите. :-P



  |  Създадено на 21.09.2020, видяно: 1451 пъти. #11437
johnfound
|

Абсолютно всички програми обработват данни. Усещаш ли колко тъпо звучиш в момента само и само да не признаеш, че грешиш? :)

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

Проблемът е, че аз никъде не твърдя, че съм прав. (Ти реши така по неизвестни за мене причини.) Тоест няма причини да признавам, че греша. Аз просто обсъждам различни подходи към решаването задачата.

А относно арогантното държане - да наричаш идеите на хората идиотски също не е върха на възпитанието, каквато и позиция да заемаш в момента.

Впрочем, позициите на другите никога не са ме впечатлявали, така че можеш да пропуснеш титлите и позициите. :-P

Проблемът е, че ти не можеш да кажеш, че грешиш. :) Това е проблема. Затова и се пръкват идиотщини като "ти обработваш данни, sqlite обработва данни, следователно ти си sqlite". :)

Какъв тъпак е бил Кнут че е писал тома с алгоритми вместо да си инсталира sqlite. :)



  |  Създадено на 21.09.2020, видяно: 1450 пъти. #11438
johnfound

А относно арогантното държане - да наричаш идеите на хората идиотски също не е върха на възпитанието, каквато и позиция да заемаш в момента.

Аз наричам и моите си идеи идиотски когато те са такива. Това е разликата между мен и подобните на теб. Имаш такова самочувствие, че НЯМА НАЧИН да не си прав. Някак си, ако трябва в друга Вселена. Но е напълно НЕВЪЗМОЖНО, да не си. Нали? :)



  johnfound  Създадено на 21.09.2020, видяно: 1449 пъти. #11439
|

Та ти дори не можеш да напишеш процедура, която да inline в друга. :)

За сметка на това, мога да напиша по-бърз вариант на всяка програма, която ти напишеш на език от високо ниво. Особено пък на Go.

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



  |  Създадено на 21.09.2020, видяно: 1448 пъти. #11440
johnfound

Впрочем, позициите на другите никога не са ме впечатлявали, така че можеш да пропуснеш титлите и позициите. :-P

Е как ще те впечатлява каквото и да е на другите. Всичко е "аз, аз, аз, аз", нали? :)



  |  Създадено на 21.09.2020, видяно: 1446 пъти. #11441
johnfound
|

Та ти дори не можеш да напишеш процедура, която да inline в друга. :)

За сметка на това, мога да напиша по-бърз вариант на всяка програма, която ти напишеш на език от високо ниво. Особено пък на Go.

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

Можеш да напишеш по-бърз вариант на програма 10 милиона реда на C? Да или не?

Защото аз знам за кодове, които имат МИЛИАРД реда код.



  johnfound  Създадено на 21.09.2020, видяно: 1443 пъти. #11442
|

Аз наричам и моите си идеи идиотски когато те са такива. Това е разликата между мен и подобните на теб. Имаш такова самочувствие, че НЯМА НАЧИН да не си прав. Някак си, ако трябва в друга Вселена. Но е напълно НЕВЪЗМОЖНО, да не си. Нали? :)

Твоите си идеи можеш да си ги наричаш както си искаш. И да, аз мога да греша - всъщност го правя постоянно. Но за да сгреша, първо трябва да твърдя, че съм прав. А аз също много рядко твърдя, че съм прав - просто защото често греша.



  |  Създадено на 21.09.2020, видяно: 1439 пъти. #11443
johnfound
|

Аз наричам и моите си идеи идиотски когато те са такива. Това е разликата между мен и подобните на теб. Имаш такова самочувствие, че НЯМА НАЧИН да не си прав. Някак си, ако трябва в друга Вселена. Но е напълно НЕВЪЗМОЖНО, да не си. Нали? :)

Твоите си идеи можеш да си ги наричаш както си искаш. И да, аз мога да греша - всъщност го правя постоянно. Но за да сгреша, първо трябва да твърдя, че съм прав. А аз също много рядко твърдя, че съм прав - просто защото често греша.

T.e. ти пишеш неща, които подозираш, че са грешни, просто да минава времето? Защо изобщо си въобразяваш, че sqlite е ВЪЗМОЖНО да е по-бързо от най-тъпия алгоритъм който мога да напиша? :)



  |  Създадено на 21.09.2020, видяно: 1437 пъти. #11444
johnfound
|

Та ти дори не можеш да напишеш процедура, която да inline в друга. :)

За сметка на това, мога да напиша по-бърз вариант на всяка програма, която ти напишеш на език от високо ниво. Особено пък на Go.

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

Ето ти една проста програмка, само 25 хиляди реда C. Хайде демонстрирай, че на асемблер ще е по-бърза. :)

https://github.com/hannorein/rebound



  johnfound  Създадено на 21.09.2020, видяно: 1436 пъти. #11445
|

Можеш да напишеш по-бърз вариант на програма 10 милиона реда на C? Да или не?

Да, разбира се, ако ти я напишеш на Go.

Иначе няма да имаме с какво да сравняваме нали?

По моя преценка, написването на дадена програма на асемблер отнема около двойно времето за написването ѝ на език от високо ниво.



  johnfound  Последно редактирано на 21.09.2020 от johnfound, видяно: 1434 пъти. #11446
|

Ето ти една проста програмка, само 25 хиляди реда C. Хайде демонстрирай, че на асемблер ще е по-бърза. :)

https://github.com/hannorein/rebound

Не-е-е бате. Тука изпадаш в заблуждението на Рабин. Аз нямам намерение да ти пиша код лично на тебе, за да ти доказвам каквото и да е.

Може едновременно - правим задание, ти пишеш на Go и аз пиша на асемблер. После сравняваме.

П.П. Впрочем, бих те посъветвал да идеш първо да потърсиш в другият форум как завършват такива приключения.



  |  Създадено на 21.09.2020, видяно: 1433 пъти. #11447
johnfound
|

Можеш да напишеш по-бърз вариант на програма 10 милиона реда на C? Да или не?

Да, разбира се, ако ти я напишеш на Go.

Иначе няма да имаме с какво да сравняваме нали?

По моя преценка, написването на дадена програма на асемблер отнема около двойно времето за написването ѝ на език от високо ниво.

Защо трябва да я пиша на Го? Аз твърдя, че компилаторите, независимо на какъв език, правят оптимизации, които ТИ не можеш да направиш.

Между другото, защо пишеш на 32-бит асемблер? :)



  |  Последно редактирано на 21.09.2020 от |, видяно: 1431 пъти. #11448
johnfound
|

Ето ти една проста програмка, само 25 хиляди реда C. Хайде демонстрирай, че на асемблер ще е по-бърза. :)

https://github.com/hannorein/rebound

Не-е-е бате.

Моля без фамилиарнечене. Не сме мангали да се обръщаме един към друг с "бате".

johnfound

Тука изпадаш в заблуждението на Рабин. Аз нямам намерение да ти пиша код лично на тебе, за да ти доказвам каквото и да е.

Може едновременно - правим задание, ти пишеш на Go и аз пиша на асемблер. После сравняваме.

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

Между другото, погледнах как си написал memory heap-a. Та той дори не е buddy memory allocation. Твърдиш ли, че можеш да го напишеш да е по-бърз от jemalloc? :)



  johnfound  Създадено на 21.09.2020, видяно: 1428 пъти. #11449
|

Защо трябва да я пиша на Го? Аз твърдя, че компилаторите, независимо на какъв език, правят оптимизации, които ТИ не можеш да направиш.

Между другото, защо пишеш на 32-бит асемблер? :)

Ами именно затова на Go - нали "независимо" от какъв език, а пък ти пишеш на Go, който да не ти казваме, че не е по-бърз от C.

Защото смятам, че за по-голямата част на задачите решавани от съвременните компютри решенията със 32 битов код са по-оптимални от решенията със 64 битов код. Когато това не е така пиша 64 битов код.



  |  Създадено на 21.09.2020, видяно: 1426 пъти. #11450
johnfound
|

Защо трябва да я пиша на Го? Аз твърдя, че компилаторите, независимо на какъв език, правят оптимизации, които ТИ не можеш да направиш.

Между другото, защо пишеш на 32-бит асемблер? :)

Ами именно затова на Go - нали "независимо" от какъв език, а пък ти пишеш на Go, който да не ти казваме, че не е по-бърз от C.

Защото смятам, че за по-голямата част на задачите решавани от съвременните компютри решенията със 32 битов код са по-оптимални от решенията със 64 битов код. Когато това не е така пиша 64 битов код.

T.e. смяташ, че допълнителните регистри са безполезни? :)



  johnfound  Създадено на 21.09.2020, видяно: 1425 пъти. #11451
|

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

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



  |  Създадено на 21.09.2020, видяно: 1422 пъти. #11452
johnfound
|

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

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

E, хайде сега да не се лъжем. Ти не гледаш собствен код на език от високо ниво, гледаш кода на други. :)



  johnfound  Създадено на 21.09.2020, видяно: 1421 пъти. #11456
|

T.e. смяташ, че допълнителните регистри са безполезни? :)

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



  |  Създадено на 21.09.2020, видяно: 1419 пъти. #11457
johnfound
|

T.e. смяташ, че допълнителните регистри са безполезни? :)

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

За теб и твоето ниво на писане на асемблер вероятно е така. Но, понеже компилаторите са по "умни" от теб, те с удоволствие правят по-бърз код използвайки ги. :) Това е донякъде в рамката на шегата, но само донякъде.


0 1 2 3 4 5 6 7 8 ...19 20 21 22 23 ...32 33 34 35 36


Задача НЕ за интервю

  



AsmBB v3.0 (check-in: 7544654b24928b93); SQLite v3.47.0 (check-in: 03a9703e27c44437);
©2016..2024 John Found; Licensed under EUPL; Powered by Assembly language Created with Fresh IDE