Аз последно като местих фирмения сайт на нов сървър си бях заплюл един с амнайсе ядра щот нали уж многоядрените са перфектни за веба. Ама викам дай все пак да тествам. И тоя процесор дето беше с най-висока честота успя да обслужи повече заявки въпреки че беше май с 2 пъти по-малко ядра. И то честотата беше от сорта на само 200-400Мхц повече.
В тази сметка пропусна да отчетеш криптирането. Въпреки че в по-голяма част от времето се ползва симетрично криптиране, то последното пак не е толкова леко като обикновено прехвърляне на информация.
Аз нямах предвид точно SQLite в тия сметки, а разсъждавам въобще за база данни.
SQLite, разбира се е силно подценявана база данни, относно бързодействието, но и тя си има собствените ограничения, особено когато става въпрос за бързо записване на данни от няколко източника. Ако става въпрос само за четене, там може да се съревновава с много от големите.
Хари Създадено на 12.01.2021, видяно: 1358 пъти. #26526
При големи мащаби обикновения SQL не върши работа. Да не говорим, че само една машина не може да върши цялата работа, дори и за средни мащаби се минава на клъстери.
Ето какво ползва Твитър:
Хари Създадено на 12.01.2021, видяно: 1333 пъти. #26529
Хе хе, мдаа, като си пиша следващото резюме ще го имам пред вид. Не съм писал от 14 години, но е свежо.
Реба Създадено на 13.01.2021, видяно: 1298 пъти. #26536
то и асиметричното е леко, пък какво остава за симетричното.
Реба Създадено на 13.01.2021, видяно: 1296 пъти. #26537
аз затова подчертах че съм убеден че бих се справил само ако тръгна да го правя като невеж и от нула. опиташ ли да си помогнеш с готови техники и инструменти, ще се накиснеш без да усетиш.
Абе подозирам че по тоя път ще стигнеш сам до тва дето вече са го измислили, не за друго, а защото обикновено така става.
Реба Създадено на 13.01.2021, видяно: 1265 пъти. #26542
да, така става,ако си в същата среда. презумпцията тука е че не си, и че точно опита натрупан от специалистите в старите условия ги прави безпомощни. това съм го виждал в най-различни проекции в реалния свят.
Те да го оптимизират и т.н., обаче после ако трябва да обучават 2 години новия персонал да прави нещо по продукта, накрая пак няма да излезне сметката и се връщаме до трета теорема на Рабин, а тя е:
"Времето на хардуерът е по- евтино от времето на погромиста"
Четвърта теорема на Рабин:
Облакът е по- евтин от хардуера и заплатите на поддържащите го айтита.
А първа теорема е:
Чатът в слак е по- евтин от скумът по един час.
Втора теорема е:
Ако работи, не го поправяй и не го изхвърляй.
Това просто не е вярно. Програмата се пише веднъж, но се изпълнява много пъти. Ясно е, че рано или късно, времето за изпълнение на програмата ще стане по-скъпо от времето на програмиста.
Има и още един аспект – по-правилно е да се сравнява не машинното време с времето на програмиста, а времето на потребителя с времето на програмиста. И тогава картинката става наистина епична.
Програмата никога не се пише веднъж. Програмата се пише и променя ПОСТОЯННО. Иначе фирмите нямаше да назначават програмисти на щат.
Що не си гледаш хладилниците, а коментираш неща от които не разбираш?
Тя програмата се пише постоянно, но пък от друга страна се изпълнява още по-постоянно. Това е точно на принципа според който всички хора са равни, но някои са по-равни.
Реба Последно редактирано на 13.01.2021 от Дон
Реба, видяно: 1203 пъти. #26567
GOTO 10 : REM Спазвай въведената от джони начална иднексация!!! code2, програмните редове не са индексация
И какво като се изпълнява постоянно, идиот? Да не би хора да изпълняват програмата?
В този случай, според зависи договорът и адвокатите, може да тръгнат едни дела съдабни в онази страна, в която хората съдят деуги хора, че не написали да не слагат кучетата си в мирковълноеата.