<bgdev />free

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

Абе, Сенсей Доналд ще отвее ли Заспал Джо?
1

0 1 2 3 4 ....16 17 18 19 20 ....35 36 37 38 39 ....87 88 89 90 91 ....137 138 139 140 141
#16045 (ツ) |
Създадено на 17.10.2020, видяно: 2296 пъти.
johnfound
|

На английски или на български? Или на това която на теб ти е удобно в момента? :) Думата на английски откъде се е появила? Ричард Докинс си я е извадил от носа?

Сучиш-въртиш, а точно сега е моментът в който трябва да приложиш прословутото си "като греша, си признавам". rofl rofl rofl

Няма какво да си признавам. Произнася се мим.

#16102 (ツ) johnfound
Създадено на 17.10.2020, видяно: 2285 пъти.
|

Няма какво да си признавам. Произнася се мим.

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

#16104 (ツ) |
Създадено на 17.10.2020, видяно: 2283 пъти.
johnfound
|

Няма какво да си признавам. Произнася се мим.

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

Я,  Иванушка пак ме учи на английски. Забавно. :)

#16106 (ツ) johnfound
Създадено на 17.10.2020, видяно: 2281 пъти.
|

Я,  Иванушка пак ме учи на английски. Забавно. :)

Нещо против? Що пък да не се поучиш от умен човек?

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

Кое от двете е?

#16107 (ツ) |
Създадено на 17.10.2020, видяно: 2278 пъти.
johnfound
|

Я,  Иванушка пак ме учи на английски. Забавно. :)

Нещо против? Що пък да не се поучиш от умен човек?

Определено нямам нищо против, просто е забавно. :)

Като онази идиотщина със сноба. :)

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

Определено нямам нищо против, просто е забавно. :)

Е, обучението по принцип трябва да е забавно. Така че, всичко е наред. С програмирането се получи да те понауча. Защо и с езиците да не опитаме?

mememiːmMEEM

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

Но въобще, защо на български трябва да се използва английското произношение??? Какъв е този англо-американо-центризъм??? Хайде, за тебе това е разбираемо – ти си мислиш, че си на пъпа на Вселената.

Но за нас, това изобщо не е закон, нали се сещаш.

А на немски (Щото сме в ЕС все пак), е "Das Mem" и се чете съвсем даже "Мем".

Да не бъдем германофили. Но чудеса, на френски също е "Un mème mɛm" и се произнася "мем".

На руски (а руснаците от тези неща разбират много повече от американците) също (чудеса!) е: Мем - даже и на кирилица!

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

Правилната транскрипция на английското произношение е "мийм".

В българският съществува отделна дума "Мим" това е артист, изпълнител в жанра "Пантомима".

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

Определено нямам нищо против, просто е забавно. :)

Е, обучението по принцип трябва да е забавно. Така че, всичко е наред. С програмирането се получи да те понауча. Защо и с езиците да не опитаме?

mememiːmMEEM

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

Но въобще, защо на български трябва да се използва английското произношение??? Какъв е този англо-американо-центризъм??? Хайде, за тебе това е разбираемо – ти си мислиш, че си на пъпа на Вселената.

Но за нас, това изобщо не е закон, нали се сещаш.

А на немски (Щото сме в ЕС все пак), е "Das Mem" и се чете съвсем даже "Мем".

Да не бъдем германофили. Но чудеса, на френски също е "Un mème mɛm" и се произнася "мем".

На руски (а руснаците от тези неща разбират много повече от американците) също (чудеса!) е: Мем - даже и на кирилица!

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

Правилната транскрипция на английското произношение е "мийм".

В българският съществува отделна дума "Мим" това е артист, изпълнител в жанра "Пантомима".

И-то е удължено, но не е чак толкова удължено.

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

У вашто село не са ли ви учили, че може да има думички с различни значения, които се пишат и произнасят по същия начин? :) Хомоними им викат май. :)

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

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

И-то е удължено, но не е чак толкова удължено.

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

У вашто село не са ли ви учили, че може да има думички с различни значения, които се пишат и произнасят по същия начин? :) Хомоними им викат май. :)

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

  1. "Чак толкова удължените" се пишат с "ии", а за думата meme, "ий" е абсолютно точната мярка. Но ти разбира се, от 9 кладенеца вода ще донесеш, само за да не признаеш, че грешиш.

  2. Казват се "омоними". Но този случай просто не е такъв.

  3. Не знам на какво съм те научил и на какво не в програмирането – за това трябват двама – учител и ученик.

  4. Но все пак ще проследя дали няма да се появи след известно време статия относно използването на SIMD инструкции за високопроизводително изчисление на разстоянието по Левенщайн в биоинформатиката.

  5. Отдавна се каня да те питам – откъде всъщност реши, че моят хийп мениджър е с ниска производителност, или там каквито недостатъци му приписваш? И за кой всъщност точно код говориш, защото реално си нямам на понятие. Затова и досега не съм коментирал на тази тема.

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

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

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

johnfound

Казват се "омоними". Но този случай просто не е такъв.

Вярно, така е на български, започнал съм да го забравям вече. Но все пак, избягвай да използваш "има такава дума в БГ език и тя означава това". Защото може да има друга дума в БГ език, и думата ВСЕ ПАК да се произнася така.

johnfound

Не знам на какво съм те научил и на какво не в програмирането – за това трябват двама – учител и ученик.

Но все пак ще проследя дали няма да се появи след известно време статия относно използването на SIMD инструкции за високопроизводително изчисление на разстоянието по Левенщайн в биоинформатиката.

Смешник, я провери пак кога точно ти пусна SIMD кода и кога аз споменах за използването на AVX. :) Да ти напомням ли?

johnfound

Отдавна се каня да те питам – откъде всъщност реши, че моят хийп мениджър е с ниска производителност, или там каквито недостатъци му приписваш? И за кой всъщност точно код говориш, защото реално си нямам на понятие. Затова и досега не съм коментирал на тази тема.

Ако твоят хийп мениджър не беше с ниска производителност нямаше да използваш този НАПИСАН НА С. :) Нямам идея къде точно е в кода на твоята библиотека, потърси си го сам. Между другото кода е почти едно към едно като кода, който големия ми син учи в училище. :) Възможно най-елементарната имплементация, която има block coalescing. :)

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

Но все пак ще проследя дали няма да се появи след известно време статия относно използването на SIMD инструкции за високопроизводително изчисление на разстоянието по Левенщайн в биоинформатиката.

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

Отделно, научната ми работа не е в областта на биоинформатиката. Това е другата причина да избера този проблем. :) Не съм ЧАК толкова тъп. :)

#16131 (ツ) johnfound
Създадено на 17.10.2020, видяно: 2237 пъти.
|

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

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

|

Смешник, я провери пак кога точно ти пусна SIMD кода и кога аз споменах за използването на AVX. :) Да ти напомням ли?

Хе, хе! Беше замислил статията вече, нали? Давай, давай – най-малкото ще те разберем кой си. А това, кой кога какво е казал няма никакво значение – важното е кой кога е публикувал кода. Един умен човек е казал: "Talk is cheap. Show me the code."

|

Ако твоят хийп мениджър не беше с ниска производителност нямаше да използваш този НАПИСАН НА С. :)

Това са пълни глупости. Винаги съм твърдял, че кода е бърз, когато е малък. Така че, моят код, аз винаги го оптимизирам по размер. А той си става бърз от самосебе си. И ако вече (по някакви причини) използвам библиотека, в която има и хийп мениджър, то да слагам допълнително 2КБ само защото трябва да е моят хийп мениджър, извинявай, но точно от този антипатърн не страдам.

Моята имплементация на хийп мениджър имаше една единствена цел – да се използва в операционни системи, в които отсъства хийп мениджър на системно ниво - конкретно на KolibriOS, но тъй като кода е преносим, то и на всякакви други хоби-ОС.

Така че, когато си измисляш друг път хипотези, поне питай първо.

#16133 (ツ) Дърти Хари
Създадено на 17.10.2020, видяно: 2226 пъти.
johnfound
|

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

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

|

Смешник, я провери пак кога точно ти пусна SIMD кода и кога аз споменах за използването на AVX. :) Да ти напомням ли?

Хе, хе! Беше замислил статията вече, нали? Давай, давай – най-малкото ще те разберем кой си. А това, кой кога какво е казал няма никакво значение – важното е кой кога е публикувал кода. Един умен човек е казал: "Talk is cheap. Show me the code."

|

Ако твоят хийп мениджър не беше с ниска производителност нямаше да използваш този НАПИСАН НА С. :)

Това са пълни глупости. Винаги съм твърдял, че кода е бърз, когато е малък. Така че, моят код, аз винаги го оптимизирам по размер. А той си става бърз от самосебе си. И ако вече (по някакви причини) използвам библиотека, в която има и хийп мениджър, то да слагам допълнително 2КБ само защото трябва да е моят хийп мениджър, извинявай, но точно от този антипатърн не страдам.

Моята имплементация на хийп мениджър имаше една единствена цел – да се използва в операционни системи, в които отсъства хийп мениджър на системно ниво - конкретно на KolibriOS, но тъй като кода е преносим, то и на всякакви други хоби-ОС.

Така че, когато си измисляш друг път хипотези, поне питай първо.

Лек съвет към останалите. Стойте далеч от руски отрепки и техните изчадия. По-малко проблеми. Ю ар велкъм.

#16134 (ツ) |
Създадено на 17.10.2020, видяно: 2223 пъти.
johnfound
|

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

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

|

Смешник, я провери пак кога точно ти пусна SIMD кода и кога аз споменах за използването на AVX. :) Да ти напомням ли?

Хе, хе! Беше замислил статията вече, нали? Давай, давай – най-малкото ще те разберем кой си. А това, кой кога какво е казал няма никакво значение – важното е кой кога е публикувал кода. Един умен човек е казал: "Talk is cheap. Show me the code."

|

Ако твоят хийп мениджър не беше с ниска производителност нямаше да използваш този НАПИСАН НА С. :)

Това са пълни глупости. Винаги съм твърдял, че кода е бърз, когато е малък. Така че, моят код, аз винаги го оптимизирам по размер. А той си става бърз от самосебе си. И ако вече (по някакви причини) използвам библиотека, в която има и хийп мениджър, то да слагам допълнително 2КБ само защото трябва да е моят хийп мениджър, извинявай, но точно от този антипатърн не страдам.

Моята имплементация на хийп мениджър имаше една единствена цел – да се използва в операционни системи, в които отсъства хийп мениджър на системно ниво - конкретно на KolibriOS, но тъй като кода е преносим, то и на всякакви други хоби-ОС.

Така че, когато си измисляш друг път хипотези, поне питай първо.

Е пишете си го чече тогава. :)

Разбира се, че не съм знаел всичко като съм пускал темата, но да бълнуваш, че не съм знаел как миже да се използва Симди е невероятно забавно. А темата я пуснах а) за да има нещо различно от бълнуванията ма Рабин; б) за да имам повод да прибвам да използвам GPU.

Значи всъщност се оказа, че ЗНАЕШ за каква имплементация става въпрос. Та, като е толкова проста и малка, оо-бърза ли е от тази на glinc? По-бърза ли е от jemalloc, който определено е много сложен и голям, и дава много по-добра производителност от glinc.

#16135 (ツ) johnfound
Създадено на 17.10.2020, видяно: 2219 пъти.
|

Значи всъщност се оказа, че ЗНАЕШ за каква имплементация става въпрос. Та, като е толкова проста и малка, оо-бърза ли е от тази на glinc? По-бърза ли е от jemalloc, който определено е много сложен и голям, и дава много по-добра производителност от glinc.

Естествено че аз знам за кой код става въпрос. Все пак той е част от моята библиотека. rofl

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

#16136 (ツ) |
Създадено на 17.10.2020, видяно: 2216 пъти.
johnfound
|

Значи всъщност се оказа, че ЗНАЕШ за каква имплементация става въпрос. Та, като е толкова проста и малка, оо-бърза ли е от тази на glinc? По-бърза ли е от jemalloc, който определено е много сложен и голям, и дава много по-добра производителност от glinc.

Естествено че аз знам за кой код става въпрос. Все пак той е част от моята библиотека. rofl

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

Колко имплементации на хийп мениджър имаш в библиотеката? Ей сега тръгвам да се ровя пак да търся конкретния файл. :)

Имаш имплементации на malloc, free и realloc, като викаш функции на платформата за алокиране на големите блокове (не помня как ги наричаш, jemalloc ги арича extents). Дори не съм гледал дали в Линукс използваш sbrk или mmap.

#16138 (ツ) johnfound
Създадено на 17.10.2020, видяно: 2213 пъти.
|

Колко имплементации на хийп мениджър имаш в библиотеката? Ей сега тръгвам да се ровя пак да търся конкретния файл. :)

Имаш имплементации на malloc, free и realloc, като викаш функции на платформата за алокиране на големите блокове (не помня как ги наричаш, jemalloc ги арича extents). Дори не съм гледал дали в Линукс използваш sbrk или mmap.

Налучквате колега, налучквате!

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

Колко имплементации на хийп мениджър имаш в библиотеката? Ей сега тръгвам да се ровя пак да търся конкретния файл. :)

Имаш имплементации на malloc, free и realloc, като викаш функции на платформата за алокиране на големите блокове (не помня как ги наричаш, jemalloc ги арича extents). Дори не съм гледал дали в Линукс използваш sbrk или mmap.

Налучквате колега, налучквате!

Абе, ти наистина ли си толкова малоумен? :) Наистина ли мислиш, че ще пиша глупости без да съм ти погледнал малоумния код. Нали ти написах - все едно е написан от студент от първи курс. Големия точно такива неща го караха да пише миналата година. Дори не е buddy memory allocation, което е толкова елементарно, че дори ядрото на Линукс го използва.

#16142 (ツ) |
Създадено на 17.10.2020, видяно: 2203 пъти.

Ламби, чувам че Сенсея ти казал, че може да напусне САЩ ако изгуби. И той ли стана либерастка снежинка? :)

#16143 (ツ) Дърти Хари
Създадено на 17.10.2020, видяно: 2201 пъти.
|

Ламби, чувам че Сенсея ти казал, че може да напусне САЩ ако изгуби. И той ли стана либерастка снежинка? :)

Ами може да се окаже, че действително ще хване самальота за Масква, да избяга от ФБИ. Дисидент, ще си прави компания със Сноудън.

#16144 (ツ) |
Създадено на 18.10.2020, видяно: 2200 пъти.
Дърти Хари
|

Ламби, чувам че Сенсея ти казал, че може да напусне САЩ ако изгуби. И той ли стана либерастка снежинка? :)

Ами може да се окаже, че действително ще хване самальота за Масква, да избяга от ФБИ. Дисидент, ще си прави компания със Сноудън.

Съмнявам се, че Масква ще го приеме. Може да отиде при любоФта на живота си в Северна Корея. :)

0 1 2 3 4 ....16 17 18 19 20 ....35 36 37 38 39 ....87 88 89 90 91 ....137 138 139 140 141

Абе, Сенсей Доналд ще отвее ли Заспал Джо?
1

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