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

4096bits

  • Напреднали
  • *****
  • Публикации: 6137
    • Профил
Re: Програма за подписване с КЕП на .пдф
« Отговор #255 -: Oct 26, 2022, 17:28 »
E, за бързодействието е излишно да отваряме дума. Езика е интерпретаторен и това си казва думата.
Но Pyrhon е просто синтаксис. Машинарията отдолу може да на на С, на Джава или нещо друго. Когато има нужда от бързина, библиотеките ги пишат на С.

NumPy или Japronto са такъв случай. Или пък GMPY 2 наприме.

На мен по-интересно ми беше да ги слушам за различните подходи към определени задачи и начина им на мислене.

Едно хубаво нещо на Python e, че можеш да добавиш паралелност или едновременност ( тъп превод... concurrency. Не зная, как по друг начин да го преведа това ) в Линукс просто ей така. С bash не зная, дали това е възможно, просто защото не съм много наясно със скриптовете там. Може би използвайки & и изпращайки командата да си работи в задната стаичка, не зная. И не зная, как системата го реализира. Май нямаш избор да използваш нишки, процесорно ядро или да използваш, докато ядрото чака за данни, да направи нещо друго, вместо да просто да си чака.
« Последна редакция: Oct 26, 2022, 17:41 от 4096bits »
Активен

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

go_fire

  • Global Moderator
  • Напреднали
  • *****
  • Публикации: 8770
  • Distribution: Дебиан Сид
  • Window Manager: ROX-Desktop / е17
  • кашик с гранатомет в танково поделение
    • Профил
    • WWW
Re: Програма за подписване с КЕП на .пдф
« Отговор #256 -: Oct 26, 2022, 18:39 »
Баш не е език за програмиране, а команден интерпретатор. Затова всъщност няма нишки. Може да върши само това, за което вече има създадена команда, което хич не е същото като да има функции.

=*=

Живеем във времето на бавните езици. Точно, както в икономиката се счита за хубаво да се трупа дълг и нещата да се случват сега.

Езици като Go и Rust се рекламират, че са „светкавични“, под което разбират, че са бързи, колкото е бърз Ц. Но Ц е бавен език, а не бърз. И за да е пълен купона, към днешна дата Ц дори не е точно нативен. Той е една опростена версия на Жаба. Точно като нея работи във виртуална машина (т. нар. clang).

Затова е просто нелепо да си говорим за бързодействие. Такова няма. Всичко е бавно и всичко е в дълг. Всичко е сбъркано още в замисъла си.

Но все още има смисъл да говорим за функционалност разбирайки под това — неща, които могат да се направят. А там точно Смоку̀ е много набухан със стереоиди.
Активен

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

***

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

***

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

4096bits

  • Напреднали
  • *****
  • Публикации: 6137
    • Профил
Re: Програма за подписване с КЕП на .пдф
« Отговор #257 -: Oct 26, 2022, 21:26 »
Е как да няма нишки... Ама сигурно само ние им викаме така.

from threading import Thread

Активен

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

go_fire

  • Global Moderator
  • Напреднали
  • *****
  • Публикации: 8770
  • Distribution: Дебиан Сид
  • Window Manager: ROX-Desktop / е17
  • кашик с гранатомет в танково поделение
    • Профил
    • WWW
Re: Програма за подписване с КЕП на .пдф
« Отговор #258 -: Oct 26, 2022, 21:40 »
Нишки съществуват и се ползват в повечето езици за програмиране. Всичко, което може да удари Ц (кажи речи всичко) може да ползва нишки. Но bash просто не е език за програмиране. Bash може да пуска множество процеси едновременно, но това не са нишки.
Активен

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

***

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

***

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

4096bits

  • Напреднали
  • *****
  • Публикации: 6137
    • Профил
Re: Програма за подписване с КЕП на .пдф
« Отговор #259 -: Oct 26, 2022, 22:18 »
Прости ми

Помислих, че още за Питоня си говорим  :D
Активен

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

remotexx

  • Напреднали
  • *****
  • Публикации: 3194
    • Профил
Re: Програма за подписване с КЕП на .пдф
« Отговор #260 -: Oct 27, 2022, 03:23 »
С риск да изненадам някои,, но от нишки до нишки има разлика

напр. (айде да не започвам баш от питонджийте)
https://medium.com/@mohllal/node-js-multithreading-a5cd74958a67

вижда се явно от картинката как прекарват сичкото нишка през клизма :-) и е на магия
(ама изотзадзе било друго... е й)
Node.js - defined as a single-threaded asynchronous event-driven JavaScript runtime.

сега по въпроса за питоня ...навърташе се тъдява един експерт (оня дет правеше клонинги на хешкат-а ...ама сега май нейде си брои изкопаните бити пари от тия карти що попиля в екперименти.. или май беще обратното с битите пари си накупи яки видеокарти...) та той разправяше че и Питоня било нещо подобно - може би не точно същото но с як ботълнек нейде по трасето - аз на него по му вярвам щото само който се е борил с баят нишкови видео карти разбира от много ама много нишковост и то на най-ниско ниво.
С и С++ са си добре, Го и той - ползват всичко което докопат по хардуер и ОС, но ...напоследък С# е за предпочитане щото е до П-код и дижта го разджитква и оптимизира на нов процесор за секинди (минути ако е як уеб или декстоп апп) и да това вкл. и още неизлезли процесори щото фреймуърка ще дойде с нов JIT комилатор който го поддържа а стари пушки кат С/С++ за каквото ЦПУ си е било оптимизирано бинарито при компилация, на него си остава доживот (а стари бинарки бол - още си вървят, ама нали се сещате оптимизирано бинарче за 386 колко е оптимизизрано за последния Атлон или Интел - който му се екпеприметира да пусне нещо стар да му намачка некво парче 10-15мин на мп3, поне 20 мин ще го мачка, сега ако същото имаше версия /от същото време/ за дотнет-я щеше да може да направим разликата и да оценим JIT (Just In Time) копилатора)

т.е. ако си носите нещо на флашка и имате избор С/С++ или дотнет изберете дотнета - първото пускане на друга щайга ще е пренебрежимо по-бавно но после ще си върви оптимизирано баш за новия процесор на новата щайга

П.П. Работи и в обратна посока (донякъде) - ако от последния модел Атлон вкъщи отивате да опраяте стара щайга (JIT-а ще го разджитка и оптмизира и за старата щайга също) - е ако е вече много дърта и не поддържа дотнет - спасение няма...
« Последна редакция: Oct 27, 2022, 03:33 от remotexx »
Активен

4096bits

  • Напреднали
  • *****
  • Публикации: 6137
    • Профил
Re: Програма за подписване с КЕП на .пдф
« Отговор #261 -: Oct 27, 2022, 08:37 »
C# ясно, ама за С и С++ кой пише компилаторите?
Активен

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

go_fire

  • Global Moderator
  • Напреднали
  • *****
  • Публикации: 8770
  • Distribution: Дебиан Сид
  • Window Manager: ROX-Desktop / е17
  • кашик с гранатомет в танково поделение
    • Профил
    • WWW
Re: Програма за подписване с КЕП на .пдф
« Отговор #262 -: Oct 27, 2022, 08:50 »
Тук писах, писах, писах, изписах много фермани и накрая Ungoogled Chromium се срина (работи крайно нестабилно с добавки, а без добавки е беззащитен) и всичко замина в коша.

https://medium.com/@mohllal/node-js-multithreading-a5cd74958a67

Това се хвалех, че е от малкото неща давани от Ремо, които се отварят. В случая заслугата беше на LibRedirect, което едновременно ме изненада и възрадва. Само докато го гледах този адрес и ми стягаше под лъжичката, какво е това wtf и ще се отвори ли въобще. А то се оказа, че имало защитен изглед за него.

После врътнах една дълга лекция за NodeJS, която е абсолютно излишна за милиардите, човешки същества, които знаят, какво е това.

После се прехвърлих на това, какви по-големи магии правят М$ от JIT и които още никой друг ги няма. Но и това е излишно за всички. Тези дето не ползват dotnet, защото го нямат, а другите, защото е все тая за тях, идва им свише.

Накрая се подигравах по темата Гългъл и Котлин.

И понеже нищо от това не е по темата, съдбата добре, че ми го начука и не го публикувах.

=*=

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

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

***

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

***

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

go_fire

  • Global Moderator
  • Напреднали
  • *****
  • Публикации: 8770
  • Distribution: Дебиан Сид
  • Window Manager: ROX-Desktop / е17
  • кашик с гранатомет в танково поделение
    • Профил
    • WWW
Re: Програма за подписване с КЕП на .пдф
« Отговор #263 -: Oct 27, 2022, 08:56 »
C# ясно, ама за С и С++ кой пише компилаторите?

Ами все още М$ имат техен. И Интел си имат (но работи само за тях). Има и други съвсем затворени, ползвани основно на микроконтролери, от техните производители, дето струват по много десетки хиляди.

Все още най-разпространени (най-вече заради сървърите) са бившия цомпилатор на ГНУ за ядрото Линукс и свободните програми, и споменатия от мен Clang (llvm, low level virtual machine), който се ползва във всичко комерсиално.

Така, че отговора е, че Red Hat ги пише.
« Последна редакция: Oct 27, 2022, 09:00 от go_fire »
Активен

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

***

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

***

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

spec1a

  • Напреднали
  • *****
  • Публикации: 3837
    • Профил
Re: Програма за подписване с КЕП на .пдф
« Отговор #264 -: Oct 27, 2022, 10:33 »
   Ама като почнеш да ги плямпаш едни ...

...
Живеем във времето на бавните езици. Точно, както в икономиката се счита за хубаво да се трупа дълг и нещата да се случват сега.

Езици като Go и Rust се рекламират, че са „светкавични“, под което разбират, че са бързи, колкото е бърз Ц. Но Ц е бавен език, а не бърз. И за да е пълен купона, към днешна дата Ц дори не е точно нативен. Той е една опростена версия на Жаба. Точно като нея работи във виртуална машина (т. нар. clang).
...

   Имаш програма на С,напр. program.c ,компилираш я:

gcc -o program program.c

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

gcc -S -o program.asm program.c

   Просто се правиш,че llvm/clang не съществува,и си свиркаш ...



   Е,да, разните там питони,джаваскриптове(със всичките му там
фреймуъркове) и тем подобни перверзии са крайно неефективни,
но това е съвсем друга тема ...
Активен

spec1a

  • Напреднали
  • *****
  • Публикации: 3837
    • Профил
Re: Програма за подписване с КЕП на .пдф
« Отговор #265 -: Oct 27, 2022, 10:39 »
...
че то черна магия се ползва и то много, за да работят някак нещата и дори да се усеща като достатъчно производително.
...

   Е,това вече важи  ;D
Активен

go_fire

  • Global Moderator
  • Напреднали
  • *****
  • Публикации: 8770
  • Distribution: Дебиан Сид
  • Window Manager: ROX-Desktop / е17
  • кашик с гранатомет в танково поделение
    • Профил
    • WWW
Re: Програма за подписване с КЕП на .пдф
« Отговор #266 -: Oct 27, 2022, 11:11 »
От всички грешки на природата, Асемблер е може би най-малката. В смисъл, че не добавя много технологичен дълг. Но и той не е кой знае, колко читав. Просто самата архитектура 80*86 не трябваше да съществува, а от там и всичко последващо.

И все пак, ако вземеш програмата на „бързия“ Ц и я напишеш същата на Асемблер, веднага разбираш, къде е проблема. Ц е добавил тонове излишни инструкции към процесора, които не правят нищо различно от това да го бавят. Всъщност днес е стигнало до там (основно М$, gcc нарочно не го прави, за да е възможно най-съвместим) да се генерират хитри инструкции, за които не би се сетил дори професор, само и само нещото да не е чак толкова бавно и да има някаква производителност. А от там е и нуждата от llvm, защото ни трябва нещо по-просто, към което можем да оптимизираме някак.

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

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

Един студент и другарчетата му могат и да споделят един абонамент за Спотифай или Нетфликс, но не могат да направят същото за облака на Амазон, освен това комплексни чудовища като Реакт например ще им дойдат прекалено нанагорно, само за да изобразят една страничка в Интернет, а все още не са започнали да мислят, тя как ще се захранва с информация.
Активен

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

***

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

***

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

spec1a

  • Напреднали
  • *****
  • Публикации: 3837
    • Профил
Re: Програма за подписване с КЕП на .пдф
« Отговор #267 -: Oct 27, 2022, 12:39 »
   Общата тенденция е да се създава софтуер с колкото се може по-малко усилия.
Затова се използват масово неефективни езици за програмиране - пише се
малко код,но той може да върши много неща ...

   Е няма как при този подход програмите да работят бързо.
Активен

go_fire

  • Global Moderator
  • Напреднали
  • *****
  • Публикации: 8770
  • Distribution: Дебиан Сид
  • Window Manager: ROX-Desktop / е17
  • кашик с гранатомет в танково поделение
    • Профил
    • WWW
Re: Програма за подписване с КЕП на .пдф
« Отговор #268 -: Oct 27, 2022, 12:57 »
Чувал съм само за един език, който е бърз и съществува все още. На всичкото отгоре е математически прецизен, което изобщо не мога да си представя, как е теоретично възможно върху 8*86. Това е Fortran. Но доколкото разбирам, съвременния Фортран работи върху JVM, което означава, че дори той е бавен. Чувал съм някакви добри думи за Erlang, но тъй като и той е върху виртуална машина, се чудя, дали не става въпрос за грешка.

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

За да е възможно нещата да се движат бързо (бързо да се създава нов софтуер) са необходими три условия — преизползване, стандарти и лесен достъп. Понеже JS е с много добро сечение между тях, затова е най-популярен. М$ са вложили страшно много в dotnet, затова C# е също в групата. Питон е любим на адски много хора и затова също е там. И изобщо всичко, което е в първата десетка на Tiobe споделят подобни съотношения.

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

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

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

***

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

***

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

spec1a

  • Напреднали
  • *****
  • Публикации: 3837
    • Профил
Re: Програма за подписване с КЕП на .пдф
« Отговор #269 -: Oct 27, 2022, 13:27 »
   Всъщност, абсолютна математическа прецизност не съществува
при нито един процесор.

   При целочислените операции (ако се използват,разбира се,само
цели числа) - да,но при операции с плаваща запетая ...
   Няма как някои дробни числа да се представят точно.
Обикновено се дава за пример числото 0.1 - в най-добрия случай
ще изглежда нещо от типа на,примерно, 0.1000000005 да речем.
0.5 може да се представи точно (2 ^ (-1)), 0.25 също (2 ^ (-2)) и т.н.  ,
но има много числа ,при които това е невъзможно.

   Специфика на операциите с плаваща запетая ...
« Последна редакция: Oct 27, 2022, 13:29 от spec1a »
Активен