Автор Тема: Програма за подписване с КЕП на .пдф  (Прочетена 27686 пъти)

remotexx

  • Напреднали
  • *****
  • Публикации: 3285
    • Профил
Re: Програма за подписване с КЕП на .пдф
« Отговор #270 -: Oct 27, 2022, 18:08 »
Аз пак да обясня, тоя път по-просто и нагледно

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 :o
« Последна редакция: Oct 27, 2022, 18:12 от remotexx »
Активен

go_fire

  • Global Moderator
  • Напреднали
  • *****
  • Публикации: 8825
  • Distribution: Дебиан Сид
  • Window Manager: ROX-Desktop / е17
  • кашик с гранатомет в танково поделение
    • Профил
    • WWW
Re: Програма за подписване с КЕП на .пдф
« Отговор #271 -: Oct 27, 2022, 18:32 »
Това SSE е най-голямата измама измисляна някога. Почти никой не използва тези инструкции в реален софтуер. Например в целия Дебиан има едва няколко пакета, които използват най-много SSE2, което е от времето на Pentium Ⅲ, някъде в началото на века. В световен мащаб едва няколко софтуера ползват SSE3. И нищо повече. Някъде може да има, но ще е нещо мега-скъпо, ултра-специализирано и крайно непознато на нещо различно от шепа хора. Дори просволутия Photoshop не ги ползва тези инструкции.
Активен

В $por4e2 e истината  ;)

***

Aко даваха стипендия за най-глупави, щях да съм човека с най-много Mини Kупъри

***

Reborn since 1998 || 15.09.2007 totally М$ free && conscience clear

4096bits

  • Напреднали
  • *****
  • Публикации: 6287
    • Профил
Re: Програма за подписване с КЕП на .пдф
« Отговор #272 -: Oct 27, 2022, 18:38 »
Има библиотеки, които го правят. Произволна точност на изчисленията. Но те дублират това, което ние правим на хартия. Е, не едно към едно.

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

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

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

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

As they say in Mexico, "Dasvidaniya!" Down there, that's two vidaniyas.

remotexx

  • Напреднали
  • *****
  • Публикации: 3285
    • Профил
Re: Програма за подписване с КЕП на .пдф
« Отговор #273 -: Oct 27, 2022, 20:50 »
Това SSE е най-голямата измама измисляна някога. Почти никой не използва тези инструкции в реален софтуер. Например в целия Дебиан има едва няколко пакета, които използват най-много SSE2, което е от времето на Pentium Ⅲ, някъде в началото на века. В световен мащаб едва няколко софтуера ползват SSE3. И нищо повече. Някъде може да има, но ще е нещо мега-скъпо, ултра-специализирано и крайно непознато на нещо различно от шепа хора. Дори просволутия Photoshop не ги ползва тези инструкции.

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

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

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

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

Скайнет иде...
« Последна редакция: Oct 27, 2022, 20:53 от remotexx »
Активен

Acho

  • Напреднали
  • *****
  • Публикации: 5353
  • Distribution: Slackware, MikroTik - сървърно
  • Window Manager: console only
    • Профил
    • WWW
Re: Програма за подписване с КЕП на .пдф
« Отговор #274 -: Oct 27, 2022, 21:02 »
Вече 19 страници го подписвате тоя келявия .PDF
Активен

CPU - Intel Quad-Core Q8400, 2.66 GHz; Fan - Intel Box; MB - Intel G41M-T2; RAM - DDR2-800, Kingston HyperX, 2X2048 MB; VC - onboard, Intel G41 Express Chipset; HDD - Toshiba, 500 GB, SATAII; SB - Realtek HD Audio; DVD-RW - TSSTcorp DVD-RW; LAN - Realtek PCI-E GBE Controller; PSU - Fortron 350 Watt.

Naka

  • Напреднали
  • *****
  • Публикации: 3405
    • Профил
Re: Програма за подписване с КЕП на .пдф
« Отговор #275 -: Oct 28, 2022, 01:02 »
Както е тръгнало накрая ще изкараме, че за подписването на пдф му трябва sse4 :D. затова не върви.

----
замислих се за 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) на процесора? Гогата може да излезе прав.

« Последна редакция: Oct 28, 2022, 01:10 от Naka »
Активен

Perl - the only language that looks the same before and after encryption.