Yordan Georgiev

free web hosting, php, mysql

Разпускане

Последния месец съм в творческа пауза. Остана ми време да експериментирам със следните неща:
1. имам вече готов sql сървър - мастер към много мастери
2. дистрибутирана файлова система - мастер към много слейвове
3. също така на моя zaurus 3200 имам gentoo и ubuntu :)

Стар сървър

Разхождайки се днес из разни сайтове се сетих, че на един преди няколко години аз съм му правил сървъра. След кратко разглеждане се оказа, че наистина си е моя сървър. Един от недокосваните от друг - девствен е все още повече от две години и половина . :D

В търсене на дивото

Както на снимката си личи имам 16 диска, по 2Т всеки. С всичките му глезотиики се получи над 20Т масив. Хубав и голя. Вчера отделих няколко часа за откриване на малък web сървър, от който да сервирам статично съдържание. Бях изключително разочарован! Всички малко сървъри, които знам вече са се превърнали в прасета, можещи всичко. Уви, има и няколко, които са се запазили, но от 2007 не са поддържани, а някой дори 2002. Това поставя проблема, че ако почна да ги ползвам сам ще трябва да отстранявам проблемите - кода им е цели 27к. Също така се замислих дали не мога да преправя TUX web server /разработка на RedHat/, за да работи с кърнел 2.6.* Това е web сървър, който е интегриран в кърнела, също и khttpd е интересна алтернатива /зарежда се, като модул за ядрото/.

Какво ми трябва...
Да няма конфигурационен файл /да се конфигурира в сорс кода/;
Да няма виртуални хостове и други тъпотии;
Ако има тредове ще съм изключително доволен.
Да има версия за BSD е предимство;
Да е съвсем малко код - под 30к.

Нека завършим с малко хумор от Федора:

PowerPC

В момента имам една играчка, за събота и неделя. Може би архитектурата не е много популярна в България. Много се радвам, че Владо Каравелов ме научи да си искам тестови хардуер и на Боби Илиев за предоставения сървър :) Ето малко данни за каручката:

linux / # cat /proc/cpuinfo
processor : 0
cpu : POWER6 (architected), altivec supported
clock : 3504.000000MHz
revision : 3.1 (pvr 003e 0301)

processor : 1
cpu : POWER6 (architected), altivec supported
clock : 3504.000000MHz
revision : 3.1 (pvr 003e 0301)

processor : 2
cpu : POWER6 (architected), altivec supported
clock : 3504.000000MHz
revision : 3.1 (pvr 003e 0301)

processor : 3
cpu : POWER6 (architected), altivec supported
clock : 3504.000000MHz
revision : 3.1 (pvr 003e 0301)

timebase : 512000000
platform : pSeries
machine : CHRP IBM,9117-MMA
linux / # free -m -t
total used free shared buffers cached
Mem: 13122 13070 52 0 1253 10936
-/+ buffers/cache: 880 12242
Swap: 0 0 0
Total: 13122 13070 52

Power6 процесорите не са последна дума на техниката, вече има Power7, но все пак се справят добре при компилирането, дори когато не е оптимизирано. Ето за колко време се справя с компилиране на MySQL през portage/emerge:

>>> Installing (3 of 3) virtual/mysql-5.0
* checking 0 files for package collisions

* Messages for package dev-db/mysql-5.0.70-r1:

* MySQL MY_DATADIR is /var/lib/mysql
* You might want to run:
* "emerge --config =dev-db/mysql-5.0.70-r1"
* if this is a new install.
>>> Auto-cleaning packages...

>>> No outdated packages were found on your system.

* Regenerating GNU info directory index...
* Processed 78 info files.

* IMPORTANT: 1 news items need reading for repository 'gentoo'.
* Use eselect news to read news items.

real 16m26.553s
user 10m56.769s
sys 1m25.669s

До тук нищо интересно. Даже леко зле. Обаче се сетих, че мрежата е малко лоша. Нека пробваме още веднъж:

* Messages for package dev-db/mysql-5.0.70-r1:

* MySQL MY_DATADIR is /var/lib/mysql
* You might want to run:
* "emerge --config =dev-db/mysql-5.0.70-r1"
* if this is a new install.
>>> Auto-cleaning packages...

>>> No outdated packages were found on your system.

* GNU info directory index is up-to-date.

* IMPORTANT: 1 news items need reading for repository 'gentoo'.
* Use eselect news to read news items.

real 6m33.713s
user 7m53.512s
sys 1m11.829s

До тук добре.

За сега приключвам, че последния тест заби машината. Добър съм, а :D

ClouDNS.NET

Нейм сървъри на два континента, в три държави - БЕЗПЛАТНО

Без лимит на записите
TTL менажиране
Записи A, MX, CNAME, TXT и NS
Всичко TLD зони
Лесен за използване интерфейс
99.993% web interface uptime
100% DNS uptime

СТРУВА СИ!

ала бала при сториджите

В един спокоен ден си чета новините и попадам на една много интересна статия. Заглавието е "Petabytes on a budget: How to build cheap cloud storage" КЛИК . Много интригуваща статия! Букмарквам и оставям някой по-спокоен ден да я прочета.

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

След известно време получавам мейл от Владо: "Iskam da mi izpatish pone 5 tochki s weak mesta, za da me razubedish da ne si slagam dannite tam.... Ako ne mojesh az shte ti izpratia 10..." Моята реакция беше "ъъъъъъъъъ". Докато един ден в 2-3 сутринта решавам, че има някаква логика и трябва да намеря проблемите /може би провокиран от приятелите от Финландия/.

След около половин час събрах само 7 точки и легнах да спя. 2-3 дена след това постоянно изведнъж ми изникваха нови проблеми. Точките вече бяха станали 13 и ги изпратих на Владо. С голямо разочарования той ги допълни до 25.

Та ето до какъв обобщен извод стигнахме:

Машината изобщо не е с 65 терабайтов масив. По простата причина, че да постигнеш максимален капацитет всички дискове трябва да са в RAID0. Което е малко абсурдно. При първия гръмнал диск трябва да се създава масива на ново. Ужасно дълго е дори самото създаване на файловата система /JFS се справя по-прилично, но пробвайте да лепнете ext или reiserfs/. Ще последват и няколко дена копиране на контент. След малко зачитане хората се измъкват и казват, че ползват RAID6, явно са мислили. Вече може да им изгори спокойно диск. Или по скоро не? Ползват раид6, за да им изгорят два диска и чак тогава да извадят машината. Защото няма начин да си подмениш диск без да спреш машината. Дисковете са подредени в самото шаси и няма никакъв hot swap. Според мен и тук пичовете са помислили. За да може по-бързо и немарливо да се монтират и размонтират машините нямат релси. Както виждате от снимките те просто са "чучнали" върху едни профили - хитро решение. Което напомня за следващата точка. За какъв дявол да проектираш и после правиш кутия, която вече се произвежда? /такива кутии има от зората на Интернет, но няма да правим реклама на дадени производители/ В тази кутия няма нищо, което да махне вибрациите от дисковете - ще си лопкат яко. Съответно охлаждането също е под голям въпрос?! Да слагаш две захранвания, като за същите пари взимаш едно голямо редъндан захранване - малко излишно, нали?

Понеже машината е жалко копие на SUN 7000 серията и други подобни серии на големите производители, може би е време да поговорим за производителността на машината.

Най-големия проблем според нас е ползването на еднопроцесорна машина. Едва ли, ако натовариш 3 масива, сложиш някакъв web сървър, най-вероятно някаква JAVA ще ти стигне. Даже и паметта е леко икономисана на 4G. Пълна трагедия. След това се почва със САТА експандетите, които "убиват производителността по особено жесток начин". На 4 портовата САТА карта е закачена на 32бит/33Мхз шина - 133МБ/с, реално 90. На нея има закачени 15 диска. Сметката отива на 90/15 или максимална производителност от диск 6МБ/с. За двупортовите прилагаме същата сметка. Трагедията е допълнена от десктоп дисковете - ще сменят по няколко на месец.

До тук добре. НО минаваме леко към софтуерната част. Веднага се вижда, че самата ОС е на един диск! После хората са се набутали с толкова проблеми, че е имало яко писане на пачове - не са публикувани и ако на няколко му се прави такава система ще си треска главата в стената яко.

Твърди се, че са използвани милиони часове труд на инженери. Ако кажем, че са похарчени 2 милиона часа, всеки по $20 средно за китайски и американски труд, това са 40 милиона. Развоя не е никак евтин явно. Понеже твърдят, че им трябват стотици петабайти и при 15 машини на петабайт това са 150 машини ... Това означава още 266000$ на машина за развой. Така цената за петабайт става 383 000. Тази цена сравнена с останалите не е никак малка, защото сравнението не направено леко неправилно, смесвайки SAS и SCSI дискове като цена и капацитет.

Switch to our mobile site