<bgdev />free

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

Няма да го правя повече ♻
-1

0 1 2 3 4 5 6
#54334 (ツ) johnfound
Създадено на 12.12.2021, видяно: 593 пъти.
Rabin

Тоя форум няма да се справи при 1000 едновременни кибика, ако пишат активно.

Ще се справи, даже на този куц сървър. Ако се инсталира на няколко мощни сървъра, ще се справи и с десетки, ако не и стотици пъти по-голям наплив.

#54335 (ツ) Rabin
Последно редактирано на 12.12.2021 от Rabin, видяно: 589 пъти.
johnfound
Rabin

Тоя форум няма да се справи при 1000 едновременни кибика, ако пишат активно.

Ще се справи, даже на този куц сървър. Ако се инсталира на няколко мощни сървъра, ще се справи и с десетки, ако не и стотици пъти по-голям наплив.

Нали един файл било, тоя SQL-toe ся да не поддържа и много сървъри? Аз, признавам, не съм видел и чул някой да го ползва. Наще фронтендъри май го бяха качили на клиентския браузър, да пазят някви данни, ако не се бъркам. За бакенд не съм чул някой да го поменува.

#54336 (ツ) johnfound
Създадено на 12.12.2021, видяно: 580 пъти.
Rabin

Нали един файл било, тоя SQL-toe ся да не поддържа и много сървъри? Аз, признавам, не съм видел и чул някой да го ползва. Наще фронтендъри май го бяха качили на клиентския браузър, да пазят някви данни, ако не се бъркам. За бакенд не съм чул някой да го поменува.

Базата, разбира се не може да се разхвърли на няколко сървъра, но спокойно може да се раздели nginx-a на един сървър, а бакенда на втори – с много RAM и много ядра, в няколко инстанса едновременно.

Единственият проблем на SQLite e, че в даден момент може да пише само един от клиентите. Само че, тъй като записът е много бърз, а операциите по четене и без това са много повече, то реално това не е особена пречка и може да се отрази на работата на сайта (примерно с "големи забавяния" от 1..2 секунди) само при много, ама много голям брой едновременно пишещи потребители. Още повече, че при голямо натоварване, ненужните операции по запис се спират.

При голям наплив, четенето и рендирането на HTML-a има далеч по-голям шанс да стане най-тясното място. Но това се мащабира отлично с повече ядра и памет.

При това, за едно и също натоварване, AsmBB ще има нужда от много по-малко хардуер, отколкото всеки друг енджин.

#54337 (ツ) gat3way
Създадено на 12.12.2021, видяно: 574 пъти.

Има nfs-и клъстърни файлови системи и прочее варианти дето пидържат разпределено ключене на файлове не е проблем тва.

#54338 (ツ) johnfound
Създадено на 12.12.2021, видяно: 567 пъти.
gat3way

Има nfs-и клъстърни файлови системи и прочее варианти дето пидържат разпределено ключене на файлове не е проблем тва.

Доколкото знам SQLite не работи с мрежови файлови системи. По-точно работи, но има риск да се прецака базата при интензивно използване. Това поне съм чел в официалната документация.

Ако знаеш нещо повече, или нещо се е променило напоследък, сега е момента да го напишеш. ;-)

#54339 (ツ) Rabin
Последно редактирано на 12.12.2021 от Rabin, видяно: 565 пъти.

Базата, разбира се не може да се разхвърли на няколко сървъра, но спокойно може да се раздели nginx-a на един сървър, а бакенда на втори – с много RAM и много ядра, в няколко инстанса едновременно.

Aха, и всички тия седят и чакат базата...

Единственият проблем на SQLite e, че в даден момент може да пише само един от клиентите. Само че, тъй като записът е много бърз, а операциите по четене и без това са много повече, то реално това не е особена пречка и може да се отрази на работата на сайта (примерно с "големи забавяния" от 1..2 секунди) само при много, ама много голям брой едновременно пишещи потребители. Още повече, че при голямо натоварване, ненужните операции по запис се спират.

Аха ся разбрах. Ше почекат! Докат почне да бие таймаут при клиентите!

При голям наплив, четенето и рендирането на HTML-a има далеч по-голям шанс да стане най-тясното място. Но това се мащабира отлично с повече ядра и памет.

При това, за едно и също натоварване, AsmBB ще има нужда от много по-малко хардуер, отколкото всеки друг енджин.

Може може... Ето гет3 вей намерил начин да разпредели таблицата, на ниво файлова система. В Нетинфо си писаха нова файлова система дето е по-бръза от нфс, сигур ползват SQL-toe за вибокса.

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

Забавлявам се! SQL-toe разпределено на custom файлова система! Гугъл ако говидят ша фъргат и жаварници и лунукси, Жони ако напише и нова ОС, и почваме да градим интернета наново!

#54340 (ツ) johnfound
Създадено на 12.12.2021, видяно: 555 пъти.
Rabin

Aха, и всички тия седят и чакат базата...

Рабине, сега разбрах какъв ти е проблема – имаш изкривявания от жавата. Да, ако беше на джава, докато се развърти виртуалната машина, докато се провре информацията през десетките слоевете абстракция, всякакви таймаути ще изтекат. rofl

Просто приеми на вяра, че с високопроизводителния софт на асемблер и C (ако е добре написан) такива забавяния не се случват.

И никой няма да стои да чака базата, просто защото базата не е най-тясното място на системата.

#54341 (ツ) Major Obvious
Създадено на 12.12.2021, видяно: 552 пъти.

Мисля че спора лесно може да се разреши с един бас за 20 хилки.

#54342 (ツ) Rabin
Последно редактирано на 12.12.2021 от Rabin, видяно: 550 пъти.
Major Obvious

Мисля че спора лесно може да се разреши с един бас за 20 хилки.

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

Няма спор тука, той целият свят се обръкал от 30 годин да пише на езици на високо ниво. Как не се е сетил да седи на асм, и да търкаля sql-toe.

Просто приеми на вяра, че с високопроизводителния софт на асемблер и C (ако е добре написан) такива забавяния не се случват.

И такива извращения съм виждал, CGI и после пишат на С. То вече и за най-мизерните контролери ползват компилатора на Ц++. Прости ора ей!

#54343 (ツ) johnfound
Създадено на 12.12.2021, видяно: 546 пъти.
Rabin

Как не се е сетил да седи на асм, и да търкаля sql-toe.

Как да не се е сетил? Много даже се е сетил, ама тия работи на курсовете по джава не ви ги казват. rofl

SQLite е най-разпространената база данни в света и няма никакъв шанс да бъде достигната някога. Въобще.

Асемблер е 8-ми по популярност език за програмиране (поне по версията на Tiobe) и упорито се движи нагоре в рейтинга. В момента е по-популярен от PHP(12), Ruby(15), Delphi(16), Perl(18).

Между другото, популярността на C++ спада, за сметка на чистото C. И това е тенденция от 2..3 години насам.

Така че, учи се да разделяш рекламните приказки на курсовете за начинаещи от реалното положение на нещата.

#54344 (ツ) Major Obvious
Създадено на 12.12.2021, видяно: 544 пъти.
Rabin

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

Няма спор тука, той целият свят се обръкал от 30 годин да пише на езици на високо ниво. Как не се е сетил да седи на асм, и да търкаля sql-toe.

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

#54345 (ツ) gat3way
Създадено на 12.12.2021, видяно: 541 пъти.
johnfound
gat3way

Има nfs-и клъстърни файлови системи и прочее варианти дето пидържат разпределено ключене на файлове не е проблем тва.

Доколкото знам SQLite не работи с мрежови файлови системи. По-точно работи, но има риск да се прецака базата при интензивно използване. Това поне съм чел в официалната документация.

Ако знаеш нещо повече, или нещо се е променило напоследък, сега е момента да го напишеш. ;-)

Тва е предполагам при по-старите версии на nfs протокола дето нямаха заключванки на файлове и се ползваха външни сървиси там rpc.statd и прочее тъпотии - те като паднат няма заключване и като няма заключване базата се чупи. Отделно че си имаха драми с рейсванки. От години обаче nfs-то си подържа заключването като част от протокола и си работи много добре, всичките там syscall-ове за заключванки са си намапнати за nfs-а като хората и си работят без условности та доста ме съмнява да има драми с такъв сетъп (разбира се и клиентите и сървърите трябва да са сетъпнати да го ползват). Вероятно тея неща в документацията са реликти от старите дни.

#54346 (ツ) Rabin
Последно редактирано на 12.12.2021 от Rabin, видяно: 539 пъти.

Как да не се е сетил? Много даже се е сетил, ама тия работи на курсовете по джава не ви ги казват. rofl

Бая годинки имам стаж като жаварин. Курсовете бяха миналото десетиелтие.

SQLite е най-разпространената база данни в света и няма никакъв шанс да бъде достигната някога. Въобще.

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

Асемблер е 8-ми по популярност език за програмиране (поне по версията на Tiobe) и упорито се движи нагоре в рейтинга. В момента е по-популярен от PHP(12), Ruby(15), Delphi(16), Perl(18).

Ем Делфи умре още миналия век, Руби бере душа, за php хич не съм съгласен, колко и да не го харесвам. Виждал съм заплати за ПХП по 7 бона, колко и за опитен жаварин. Повечето от нета търкаля на ПХП. Кофти наследство, ама факт. 7 бона за асемблержия не съм виждал.

Между другото, популярността на C++ спада, за сметка на чистото C. И това е тенденция от 2..3 години насам.

Че то само за игри го ползват Ц++, и за Ардуино rofl

Така че, учи се да разделяш рекламните приказки на курсовете за начинаещи от реалното положение на нещата.

Аз пневматични тръбопроводи съм опъвал като тебе, тизе обаче не си бил senior developer. Не че отдавам значение, просто тъй пишеше на последната ми дл. характеристика.

Няма лошо супер си е форумчето ти, просто не става за Еврофутбол България, няма да удържи на чата, и Черепа ше си иска парите обратно! И да искаш не може да го скалираш, имаш си теоретичен праг, и разчиташ само на нови по-бръзи процесори, които м/у другото теглят към RISK, и форумчето ти пак увисва.

#54347 (ツ) johnfound
Създадено на 12.12.2021, видяно: 536 пъти.
gat3way
johnfound
gat3way

Има nfs-и клъстърни файлови системи и прочее варианти дето пидържат разпределено ключене на файлове не е проблем тва.

Доколкото знам SQLite не работи с мрежови файлови системи. По-точно работи, но има риск да се прецака базата при интензивно използване. Това поне съм чел в официалната документация.

Ако знаеш нещо повече, или нещо се е променило напоследък, сега е момента да го напишеш. ;-)

Тва е предполагам при по-старите версии на nfs протокола дето нямаха заключванки на файлове и се ползваха външни сървиси там rpc.statd и прочее тъпотии - те като паднат няма заключване и като няма заключване базата се чупи. Отделно че си имаха драми с рейсванки. От години обаче nfs-то си подържа заключването като част от протокола и си работи много добре, всичките там syscall-ове за заключванки са си намапнати за nfs-а като хората и си работят без условности та доста ме съмнява да има драми с такъв сетъп (разбира се и клиентите и сървърите трябва да са сетъпнати да го ползват). Вероятно тея неща в документацията са реликти от старите дни.

Документацията на SQLite рядко е неактуална или остаряла. Първо се сещам за това, че във wal режим се използва shared memory, а това по мрежата няма как да стане. Тоест, дори и да работи, ще е само в journal режим, а той е кофти, защото блокира четенето. При много заявки едновременно ще е катастрофално.

#54348 (ツ) Евлампи
Създадено на 12.12.2021, видяно: 524 пъти.
Rabin

Гугъл ако говидят ша фъргат и жаварници и лунукси

Всъщност всеки андроид дивайс е пълен с sqlite бази :)

#54349 (ツ) Rabin
Последно редактирано на 12.12.2021 от Rabin, видяно: 520 пъти.
Евлампи
Rabin

Гугъл ако говидят ша фъргат и жаварници и лунукси

Всъщност всеки андроид дивайс е пълен с sqlite бази :)

Aз питах за бакенд, инак и на браузъра бяхме качили нещо такова.

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

Кат са замисля то съвременен смартфон има в пъти повече хардуерен ресурс, спрямо творението на Жони. Може да го пуснем на някой смарт часовник, като спечели от лотарията на ваксината.

#54350 (ツ) johnfound
Създадено на 12.12.2021, видяно: 509 пъти.
Rabin

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

Колко повече е "повече" бе Рабине? Факт е, че никой досега не е успял да събори AsmBB – нито със слашдот/редит ефект, нито като бях пуснал един милион заявки fuzzing тестване. Ама ти си приказвай, че така не можело. Само че от твоите приказки енджина не се товари. :-P

#54351 (ツ) Rabin
Създадено на 12.12.2021, видяно: 504 пъти.
johnfound
Rabin

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

Колко повече е "повече" бе Рабине? Факт е, че никой досега не е успял да събори AsmBB – нито със слашдот/редит ефект, нито като бях пуснал един милион заявки fuzzing тестване. Ама ти си приказвай, че така не можело. Само че от твоите приказки енджина не се товари. :-P

Kъщата в Туче също никой не успя да я взломи! Приказвай си приказвай, ама Пентагонът не спи, ще ти гепнат сорсовете да ги ползват, за бес пари!

#54352 (ツ) Евлампи
Създадено на 12.12.2021, видяно: 503 пъти.
Rabin

Aз питах за бакенд

Пишеш на сайт с sqlite бекенд :)

Въпреки че sqlite поначало не се позиционира като състезател на една писта с постгре, оракъл, sql server и прочие, така че И това ти питане е към изначално безсмислените 'дилеми' дето са само в твоята глава :)

#54353 (ツ) Rabin
Създадено на 12.12.2021, видяно: 501 пъти.
Евлампи
Rabin

Aз питах за бакенд

Пишеш на сайт с sqlite бекенд :)

Въпреки че sqlite поначало не се позиционира като състезател на една писта с постгре, оракъл, sql server и прочие, така че И това ти питане е към изначално безсмислените 'дилеми' дето са само в твоята глава :)

Ми Жони се състезава с sql-toe, и ги води с 10 обиколки.

Има антипатърн дето откри, ще има и анти-закон на Мур. На всеки 18 месеца софтът става двойно по - бърз! rofl

0 1 2 3 4 5 6

Няма да го правя повече ♻
-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