Forum Debian Users Gang

Reklama jest u dostawcy czyli w dużych portalach my zliczamy czy na nią zasługuje czy nie, jeśli zasłuży to wysyłamy do producenta informację by pokazał tą reklamę.
Zapytań jest bardzo dużo ale tak naprawdę lata tylko plik o pojemności 1k , a pomimo tego zatyka się. Aplikacja która to zlicza , jest napisana w php i jv bazuje na mem cache dane są wysyłane i trzymane w couchDB.
Czyli to NFS siada przy takich byczych operacjach ?

a czy można zrobić ram dysk i przewalić te dane do tego ?

serwery nie są moje tylko wypożyczone mają po 128GB ramu , mogę je wymienić na 64GB ramu ale za to z dyskiem SSD 512G, więc myślę czy dysk do ramu czy wymiana na SSD nieduża to różnica w cenie u dostawcy a może dać nam  pole do działania

___


zastanawiam się co z ram dyskiem i danymi po restarcie serwera chyba przepadną więc odpada takie rozwiązanie

A ile masz tych danych?

Bo jak kilka GB, to weź sobie ten sprzęt z SSD i 64GB ramu i naskrob skrypt który będzie kopiował dane na SSD przy restarcie i kopiował z SSD na ramdysk.

Dane w ramie?
Od czego jest Git, Mercurial, DRBD, Rsync i diabli  wiedzą, co jeszcze?
Zapisujesz dane na fizycznym, stałym dyziu, a program automatycznie kopiuje je do RAMdyzia, na upartego można użyć mechanizmu inotyfy, żeby reagował na każdy nowy plik, jeśli Cron odpalający git pull na ramdyziu nie starczy.

Przecież serwery, jeśli są prawidłowo do prądu, albo mają UPSy, to potrafią stać tygodniami bez przerwy.

Ja mam najzwyklejszego domowego kompa, i też mu się zdarzają Uptime na poziomie 7 dni.
Tu chodzi o to, żeby ramdyzio robił za ultra szybki bufor danych dla serwerów WWW, oryginalne dane będą na niego dostarczane tylko po uruchomieniu, i najwyżej synchronizowane z oryginałem.

Ja raz w życiu coś podobnego postawiłem, używając skrypta bazującego na dnotify, który znalazłem chyba w książce "100 sposobów na Linux"
z Helionu.

Obecnie chyba prościej użyć Inotify:

inotifywait -r  -m /var/tmp
Setting up watches.  Beware: since -r was given, this may take a while!
Watches established.
/var/tmp/ CREATE dupa
/var/tmp/ OPEN dupa
/var/tmp/ ATTRIB dupa
/var/tmp/ CLOSE_WRITE,CLOSE dupa
/var/tmp/ DELETE dupa
/var/tmp/ CREATE,ISDIR dupa
/var/tmp/ OPEN,ISDIR dupa
/var/tmp/ CLOSE_NOWRITE,CLOSE,ISDIR dupa
/var/tmp/dupa/ CREATE,ISDIR dwa
/var/tmp/dupa/ OPEN,ISDIR dwa
/var/tmp/dupa/ CLOSE_NOWRITE,CLOSE,ISDIR dwa
/var/tmp/dupa/dwa/ CREATE,ISDIR trzy
/var/tmp/dupa/dwa/ OPEN,ISDIR trzy
/var/tmp/dupa/dwa/ CLOSE_NOWRITE,CLOSE,ISDIR trzy
/var/tmp/dupa/dwa/trzy/ CREATE test.txt
/var/tmp/dupa/dwa/trzy/ OPEN test.txt
/var/tmp/dupa/dwa/trzy/ ATTRIB test.txt
/var/tmp/dupa/dwa/trzy/ CLOSE_WRITE,CLOSE test.txt

Np, napiszcie, jakie komendy spowodowały takiego loga, jak powyżej. xD

Tu macie CDN:
http://search.cpan.org/~mlehmann/Linux-Inotify2-1.22/Inotify2.pm
http://www.ibm.com/developerworks/library/l-ubuntu-inotify/
http://ubuntuforums.org/showthread.php?t=663950

Ostatnio edytowany przez Jacekalex (2014-07-22 12:09:20)

Synchronizacja się przyda, jak podmieniasz reklamy, jedne dodajesz, drugie wywalasz, wtedy chyba najlepiej rsync z opcją delete, albo przy większych sprawach Git.

Przy czym, jeżeli tam stoją dwa potwory po 128 GB ram, a system Debian na serwerze rzadko potrzebuje więcej, niż dwa giga, to ja nie rozumiem, o czym ta cała dyskusja.
Jak mówi klasyk,  "Alleluja i do roboty" tu nie ma co kombinować. xD

Dzięki wszystkim za wyczerpujące informacje, zmieniłem na serwerki 2 dyskami ssd zobaczymy jak teraz będzie :))

Bez przesady. Obecne dyski SSD mają naprawdę sporą żywotność. Dodatkowo odczyt nie wpływa znacząco na długość życia (zaryzykowałbym stwierdzenie, że jest ona dłuższa niż w dyskach talerzowych ze względu na brak elementów mechanicznych).
Jedynie bardzo duża ilość operacji zapisu skraca żywotność (ale dzisiaj staje się to niezauważalne)