Изпечатай

[remotexx]

Аз пак да обясня, тоя път по-просто и нагледно

https://benchmarksgame-team.pages.debian.net/benchmarksgame/index.html
Fastest means lowest … cpu seconds?
    C
    C++
    Rust
    C#
    Fortran
...
    Python ..предпоследен (не е виц)

т.е. след статично компилираните най-бърз е С#
А статичното компилиране вече не е това което беше (а па ръчни опитмиизации на асемблер са си направо противопоказни в наши дни) - защо? вече дадох пример, но пак...
напр. пишете си кодек (аудио) и оптимизирате за SSE4 щото само това иматее (ръчно или копилатора детектва сам SSE4) и те така бинарката идва за SSE4, ще работи и на SSE5(ама като SSE4) на SSE3,2,1 ще работи само под голо CPU без никакво SSE

[go_fire]

Това SSE е най-голямата измама измисляна някога. Почти никой не използва тези инструкции в реален софтуер. Например в целия Дебиан има едва няколко пакета, които използват най-много SSE2, което е от времето на Pentium Ⅲ, някъде в началото на века. В световен мащаб едва няколко софтуера ползват SSE3. И нищо повече. Някъде може да има, но ще е нещо мега-скъпо, ултра-специализирано и крайно непознато на нещо различно от шепа хора. Дори просволутия Photoshop не ги ползва тези инструкции.

[4096bits]

Има библиотеки, които го правят. Произволна точност на изчисленията. Но те дублират това, което ние правим на хартия. Е, не едно към едно.

Не разбирам, защо са тези приказки за бързината на програмите. Днешните cpu-та и без  това изчакват твърде много. Празни цикли колкото искаш. Скоростта на изпълнение не е толкова важна. Програмите ще се забързат много повече, ако се елиминират тесните места. Чакането за данни от RAM-та, от диска, от интернет.

Python е интерфейс към машината отдолу и на какво е реализирана, вградените функции и класове, различните библиотеки. Чистия Python е бавен.

Но Numpy с векторизация например, много по-добре се оправя от С++. От компилиран код.

Относителни работи са това

[remotexx]

Това SSE е най-голямата измама измисляна някога. Почти никой не използва тези инструкции в реален софтуер. Например в целия Дебиан има едва няколко пакета, които използват най-много SSE2, което е от времето на Pentium Ⅲ, някъде в началото на века. В световен мащаб едва няколко софтуера ползват SSE3. И нищо повече. Някъде може да има, но ще е нещо мега-скъпо, ултра-специализирано и крайно непознато на нещо различно от шепа хора. Дори просволутия Photoshop не ги ползва тези инструкции.

Нямах предвид точно SSE просто него ползвах с цел нагледно обясняване (пък и всеки е чувал за него нали) иначе за ескперти ..ами да си извадят  и сравнят техн. спецификация на 386 и на последния Интел или Атлон (със няколко стотин стр. повече) и нали се сещаш че бинарката за 386 ще тръгне на Атлона но бинарка за Атлона на 386... (и то там положението е същото за всяка една иннкструкцийка дето я има в тия няколко стотин стр. в повече и я няма за 386 - НЕ е само SSE и тук пропускам адресацията на новите регистри по очевидни причини)

Сега да минем няколко декади по-напред във времето ... вече долната граница не е 386 ами там каквото поддържа фрймуърка (Пентиум може би, но за прегледнст ще ползвам пак 386, че размиха нещо понятието Пентум напоследъка) Та JIT-a (да предположим че ще върви на 386) не само че ще го пре-компилира (от Атлон за 386 или обратно) ами и ще го опитмизира за новооткрития процесор т.е. види там SSE, я да видя тук какви оптимизацийкии имам за него...

https://www.felixcloutier.com/x86/

П.П. А да не говорим ако набара ТПМ 

Скайнет иде...

[Acho]

Вече 19 страници го подписвате тоя келявия .PDF

[Naka]

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

----
замислих се за SSE-тата.

SSE has single precision (32-bits) instructions only.
SSE2 has double precision (64-bits) instructions.

Добре де има иструкции, ама кой хардуерно ги изпълнява тези floating point операции. Досега си мислех, че са направили нещо допълнително, допълнителен ссе? коопроцесор....ама да не се окаже накрая, че ги изпълнява пак старото  x87 FPU (floating point unit).. Нещо премълчават. Ако е така голям праз, че имаме ссе-та.

Единствената полза е че имаме нови 128 битови регистри XMM0-XMM7 https://en.wikipedia.org/wiki/Streaming_SIMD_Extensions#Registers

Какво като има нови инструкции...то може и 1000 нови най-разнообразни инструкции да измислят, ама ако зад тях не стои паралелен хардурер за сметки? Ами целочислинте сметки....да не би да ги изпълнява пак централното arithmetic logic unit (ALU) на процесора? Гогата може да излезе прав.