p

Raczej nie A matematykę w szkole miałeś? W ciągu niecałych 8h od rejestracji napisałeś 4 posty, co daje ~12 postów / dzień. bellerofont w ciągu niecałych 3 lat napisał 2095 postów, co daje ~2 posty / dzień. Teraz zagadka: Kto jest większym gadułą?

To spytaj ich jeszcze czemu się nie da... Albo czemu nie wiedzą, że się da

Przecież nie czepiam się przez than i and. Całość jest beznadziejna i nie robi tego co ma robić...

Oj, bellik, bellik W przypadku każdej wirtualizacji, która zachodzi w warstwie niższej niż ta, w której pracuje system operacyjny gościa, jest to możliwe (czyt. w Xen'ie można).

To źle wiesz... Wiesz w ogóle co to liczba pierwsza?Poza tym nie ma takiego słowa kluczowego jak than. No i and też jest czasem przydatne... Już bardzo dawno z Pascala nie korzystałem, ale jestem przekonany, że to także jest źle. Widocznie jeszcze o pare sekund za mało... Nie, nie powinno. Jeżeli nie wiesz jak komuś pomóc to nie 'pomagaj'...

Jak dla ludzi, to /bin/ksh

Przecież nikt się nie napala

Podejrzewam, że nowe wersje będą pojawiały się tylko i wyłącznie razem z nowym PHP

porto: Oczywiście bellerofont ma rację, dlatego bierz serwer w nephax'ie

A ja odradzę kupowania książek w języku polskim. Egzamin jest po angielsku (a przynajmniej kiedyś był).

E... To co za awantura była z OVH i P2P kilka tygodni temu? Wydawało mi się, że Oles blokował wszystko z automatu... Chociaż widocznie czegoś nie doczytałem

Tyle tylko, że Oles chyba z automatu wycina całe P2P, więc żadnego zgłoszenia nie potrzebuje...

Wiesz... Ciężko sprawdzić wydajność, nie obciążając maszyny

Fakt A jeszcze lepiej: $ cat README

Ile razy można powtarzać, że takie g**** to nie żadne testy? Jak już chcecie koniecznie coś odpalać, to odpalcie to: $ ftp http://members.dslextreme.com/users/andylee/unixbench-4.1.0-wht.tar.gz $ tar -zxf unixbench-4.1.0-wht.tar.gz $ cd unixbench-4.1.0-wht-2 $ make $ ./Run

klik

Może głupio spytam, ale w jaki sposób zwiększasz bezpieczeństwo aplikacji poprzez kompilowanie jej ze źródeł? Wracając do oryginalnego pytania: Paczki -> porty (jeżeli potrzebuję jakiejś specyficznej opcji kompilacji) -> źródła (jeżeli nie ma portu). Naprawdę nie widzę sensu kompilowania czegoś ze źródeł, jeżeli istnieje paczka (o ile nie potrzebujemy jakiejś specyficznej opcji kompilacji lub używamy innego kompilatora).

Podłogi techniczne już nie są trendi.

...to jest jakiś problem czy go nie ma?

Weź to jakoś rozrysuj / rozpisz, bo z tego opisu za dużo nie wynika...

Jedyne co przychodzi mi do głowy to fakt, że dyski SLC się mniej 'zużywają', przez co w przypadku bardzo dużej liczby zapisów powinny one wytrzymać dłużej niż dyski MLC. Natomiast w przypadku nie-tak-bardzo-dużej liczby zapisów, oba dyski i tak prędzej wyprze nowa technologia, niż się 'zużyją' Być może to miał na myśli Intel, określając SLC jako dyski serwerowe...

Masz jakieś pomiary / obliczenia na poparcie tej tezy? Bo wydaje mi się, że nawet przy małych plikach, różnica nie powinna przekraczać 10-15%. Sam Intel w oficjalnych specyfikacjach się wycwanił i pomiary wydajnościowe X25-M były robione PCMark'iem i SYSMark'iem, natomiast X25-E były robione IOmeter'em. Przez co nie bardzo można porównać wydajność obu dysków.

Ja nie wiem czemu Wy się w ogóle dziwicie...

Wojtek: MOSIX? debian-sysadmin: Zarówno MPI jak i PVM służą do rozdzielenia pracy na wiele procesów / komputerów, a to tak na prawdę z samymi klastrami za dużo wspólnego nie ma.

Wiem, na jakiej zasadzie działa MLC. Przy czym tak jak już wcześniej wspomniałem, wątpie aby BER był na tyle duży (w końcu MTBF nie bierze się z kosmosu). A ten 'negatywny wpływ' to całe 0.01ms. Już nie przesadzaj, to są produkty zupełnie innej klasy, w przeciwieństwie do X25-*. Jeżeli serwer będzie nastawiony mocno na odczyt, to różnicy prawie nie poczujesz.