<bgdev />free

Вход Регистрация

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

0 1 2 3 4 5 6 7 8 ....19 20 21 22 23 ....32 33 34 35 36
#11435 (ツ) |
Създадено на 21.09.2020, видяно: 1263 пъти.
johnfound
|

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

https://github.com/hannorein/rebound

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

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

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

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

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

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

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

https://github.com/hannorein/rebound

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

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

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

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

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

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

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

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

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

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

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

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

https://github.com/hannorein/rebound

Не-е-е бате.

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

johnfound

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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