Linux за българи: Форуми

Zdraweite
skoro mi predstoi pokupkata na sarwar
toi 6te se izpolzwa za FTP ne mnogo natowareno i HTTP polzwa6to MNOGO MySQL ... po predwaritelni prou4waniq o4akwam pone 100 usera da sa online ednowremenno i da puskat  po 5 MySQL kenekcii ... sa6to taka 6te izpolwa i malko GD
ta iskam da pitam kakwi parametri kato RAM CPU  ... trqbwa da ima tazi ma6ina
sa6to me interesuwa kato polzwa GD dali trqbwa da ima po silna video karta
ako nqkoi moje da predloji i dobar magazin za zakupuwneto mu da pi6e
wsqkakwa informaiq 6te mi e ot polza

blagodarq predwaritelno za otgoworite

Така...просто забрави за MySQL Правил съм тестове и ако знаеш как клюка просто като го натоваря не е истина Имаш алтернативи: най-добрата MaxDB ,а ако , ползваш DB-то некомерсиално,качи си Oracle.

nedei taka de
MySQL mi trqbwa za PHP scriptowete a ko izpolwam drug SQL nqma da imam nqkoi funkii ...

MySQL si e dobro reshenie, ne se podvezdaj po glupavi komentari. S vsjaka nova versija MySQL stava vse po-dobur i se doblizava do komersialnite DB do goljama stepen.
Kolkoto za mashinata, mnogo zavisi ot tova kolko slozni ste sa zajavkite kum SQL, kolko ste sa golemi DB kakto i userite koito ste ja polzvat. Ti si spomenal samo userite - malko e trudno taka da te posuvetva 4ovek, no vse pak pomisli za dvuprocesorna mashina, kato na4alo moze samo 1 CPU da i slozish i naj malko 512 RAM. Nesto primerno 1,8GHz CPU sus 1GB RAM e idealno reshenie.

znachi pri 500 connection kam mysql ti trqbva ujasno barz disk
v cluchaq cputo i rama nqmat nishto obshto vapreki che kolkoto poveche tolkova poveche
spored mene gamehack e prav po dobre se orientirai kam drug
sudb server
maxdb e dobro reshenie ako ne iskash da usevash commercial db
no pak za necommersialni celi db 2 e free to use
a v sravnenie sas mysql e mnogo po barzo + ima support za
mnogo poveche neshta like triggers

bazite danni nqma da sa po golqmi ot 1Mb t.k. smqtam da gi razdroba za da ne se zarejdat wsi4ki dori i pri tarseneto 6te se opitam da go nadrobq az mislq 4e daje RAM trqbwa da e 1Gb nqkade

nqkoi ima li si na prestawa dali GD se nujdae ot po-mo6tna video karta

Долколкото знам GD не използва нищо от видеото.

До Ice___Cool:
Хайде да не си говорим за MySQL,защото всички знаем,че не е нивото на MaxDB или пък DB2,а в 4.x версиите няма начин да се използват вложени функции,което ако си си имал работа с по сложни куерита със relations между данните ще разбереш какъв ад е.Peace \/

До GV:
GD-то 100% използва CPU-то на сървърната страна,така че забрави за добра видео карта.Кой те е излъгъл,че ползва видеото ? Тъй като не бях 100% сигурен,питах няколко приятелчета в Undernet и те ми казаха същото.Хайде,успех!

Az samo pitam a wie 6te se izpokarate
moe li takowa ne6to q po inteligentno go karaite  
ta koito znae o6te po temata neka da pi6e

Не знам какво очакваш като отговори? Доколкото разбирам, става дума за не особено натоварен конвенционален уебсървър. Натоварването, което предвиждаш, не е никакъв проблем за MySQL, така че не разбирам какви са тези ругатни по негов адрес. Всеки уважащ себе си уебсървър предвижда MySQL. Отделен е въпросът, че само ти знаеш каква функционалност ти е необходима и дали MySQL ти я дава или трябва да преминеш към нещо по-мощно.

Ако въпросът опира само да натоварването - 100 потребители по 5 заявки не са никакъв проблем за MySQL. Дори е смешно да се коментира. Смятам, че чудесно би те устроил един P4, 1.8Ghz, 512RAM. Дали ще правиш RAID и какъв ще е той вече зависи от твоите си предпочитания и финансови възможности

В допълнение - за GD не ти трябва никаква видеокарта!!! даже е желателно, ако ще ползваш машината само за сървър, да няма видеокарта (след инсталацията я махаш) - един греещ фактор по-малко.

n_antonov kakto winagi s bodar otgowor
az towa pitah a te zapo4naha da se nadlagwat koe e po dobre
mersi na wsi4ki za otgoworite

radvam se 4e pone n_antonov misli kato men, seriozno se bjah zamislil  ot dumite na gamehack az li4no polzvam MySQL i imam edna tablica s 5M zapisa kojato se polzva ot okolo 40 choveka, susto polzva i gd za razni grafiki i mi beshe strano izkazvaneto na horata po-gore. Javno moja MySQL e nesto bugav i raboti dobre  taka da se kaze udaril sum kjoravoto  

Всеки опит е автентичен, но истината е, че MySQL, дори и да отстъпва пред други решения, все пак е сериозен проект, който се отличава преди всичко с изключителна бързина, лекота и лесна поддръжка. Това, че се е наложил като най-популярната система за бази данни в интернет, не е случайно.

Трябва да говорим наистина за много натоварени системи, които изискват специфична фанкционалност, която все още MySQL не поддържа, за да се мисли за алтернатива. Освен това, ако имаш възможност, можеш да балансираш натоварването, като разделиш Apache да работи на една, а MySQL на друга машина.

Въобще, имаш много козове, преди да се стигне до търсене на алтернатива. А както разбирам от въпроса, става дума за банални нужди - Apache, малко PHP+GD. При това положение MySQL просто ще заспи. Особено ако се постараеш да го оптимизираш в my.cnf. Има примерни конфигурационни файлове, които са написани специално за конкретно количество памет.

to daje mai GD nqma mnogo da mi trqbwa 6te se polzwa malko pri upload na kartinki i pri registraciq na user

ако може малко пояснение за натоварването. очакваш да имаш около 200 потребителя които в различно време да ангажират сървъра, или имаш предвид 200 потребителя в секунда/минута/час по принцип можеш да си сметнеш горе-доло колко памет ще ти трябва ако е в секунда ..... 200*размера на едно апаче ......
имам един познат който има брояч за страници и брои от порядъка на 1-2 милиона посещения на ден. това се слага в mysql-a и се правят справки. един пентиум на 1.3 и 512 рам ако не се лъжа го върши това. ще се поинтересувам за по-голяма точност.

6te sam ti blagodaren ako razbere6 kakwa ma6ina polzwa

Значи,извинявам се ако нещо съм обидил някого,но в началото съм разбрал,ча става въпрос за 200 конекции,което е просто много.(За сравнение:5 конекции едновременно от Оракъл струват 1500$ долара някъде.)Просто съм разбрал за много гомяло мащабно начинание,затова съм казал за друга ДБ,иначе за обикновени уеб страници и етц. няма проблеми MySQL.

gamehack kat te widq 6te 4erpa 6tom misli6 4e prawa ne obiknowenni ne6ta s SQLa

Gigavolt, имаш възможност да пробваш няколко различни субд и да си избереш най-добрата в твоя случай. В повечето случаи няма да има нужда да преработваш и SQL заявките, защото все пак си има стандарти и вече почти всички ги спазват. Тъй като ще използваш PHP, лесно може да ползваш php ADOdb и да правиш пробите. Варианти за пробване са MySQL, PostgreSQL, Oracle, SapDB/MaxDB, FireBird и каквото друго се сетиш.

Основния проблем при забавяне може да ти е от самия дизайн на базата данни, който си направил. При различните сървъри се използват различни методи за оптимизация, които могат да ти вдигнат производителността до 1000% и отгоре. Например при Oracle BLOB полетата трябва да се задават най-накрая на заявката; при MySQL 3.х търсене по повече от една индексирана колона е бавно и т.н.

Друг вариант е да потърсиш в Google за MySQL vs PostgreSQL или която и да е СУБД. Преди известно време бях чел за предимствата на PostgreSQL спрямо MySQL при огромни натоварвания. Авторът на статията е един от разработчиците на sourceforge и webcrawler - Tim Perdue:
http://www.phpbuilder.com/columns/tim20000705.php3
Статията е доста стара и нещата доста са се променили в новите версии на програмите, така че пробвай и си избери най-доброто.