BOINC@Poland

Projekt przechodzi chyba poważny kryzys od momentu zmian w punktowaniu.
Po wykresie RAC-u widać jaki jest główny "cel" sporej grupy osób wspierającej liczenie. ;)

Namiary już poszły.

Mogę na hostowanie (okres ok tygodnia) udostępnić swój domowy serwer. Poprzez np. webdav.
Jetem za natem konfiguracja ftp nastręcza sporo problemów.
Upload 80kB/s w dzień, w nocy 160kB/s.
Lub sedować przez torrenta.

Cóż jeśli udałoby ci się wrzucić nowszy kernel od 2.6.24 rozwiązało by to problem sterowników do netu (wifi).
W nowych jajkach dodano obsługę wielu takich kart. (2.6.25 i szczególnie 2.6.26).

Fluxbox wcale nie jest taki minimalistyczny. To całkiem rozbudowany zarządca okien.
Takie mini to np. dwm. Binarka zajmuje 48kB.
Sam obecnie często używam awesome (oparty na dwm). Jest to cholernie szybkie małe, bardzo zgrabne i wysoce konfigurowalne. Tylko się trzeba trochę przestawić. To są tzw. pływające okna.

O produktach ausa mam ostatnio jak najgorsze zdanie. Kupiony w usa eee pc 900, działał dosłownie 8h. Padł dysk ssd. Gwarancja tylko na terenie stanów. Już jest nowy tylko, że jeszcze za wielką wodą. Te dyski ssd które montują to jeden wielki szmelc. Cóz taki sprzęt jak jego cena 450$.  Mój przypadek nie był odosobniony.
Padają jak muchy. Może deinstalacja adobe acrobata i uruchomienie ie go tak nadwyrężyła, że miał dosyć po kilku h.

Mimo to proponuję zainstalowanie tego xubuntu w celach testowych (obliczenia boinc) na pendrivie. Do boinca wystarczy w sam raz. Raid zbędny w tym wypadku.
Katalog slots, w którym aplikacje boinca zapisują swoje pliki tymczasowe wrzucić na tmpfs (ram).
Ramu ci chyba dostatek.
Router przydatny na czas instalacji. Bez wiercenia i demolowania mieszkania ;D.
Sam instalowałem archa (linux) na eee pc i penie 2GB. Pen o imponującym odczycie 7-8MB/s
System z fluxboxem wstawał po 24s (do logowania).
Zainstalowne nawet KDE (okrojone), opera, ba nawet office 2003 przez wine i sporo innych rzeczy. I jeszcze zostało sporo wolnego miejsca, a wszystko działało naprawdę sprawnie.
Tylko linuxa łatwiej zmusić do pracy na tmpfs.
System można odpalić  w trybie tylko do odczytu - ro (patrz wszystkie live cd). To apropo dysków ssd.

Xubuntu jest na kernelu 2.6.24, który domyślnie nie ma obsługi tych kart wifi. Karta gigabyte, którą masz jest już obsługiwana poprawnie z kernelem 2.6.25.
Proponuję ściągnąć np.
http://cdimage.debian.org/cdimage/lenny_live_beta1/amd64/iso-cd/debian-live-lenny-amd64-kde-desktop.iso.
Będzie działał net, więc i odpalisz boinc.

Cytat: AiDec w 13 Sierpień 2008, 05:02
Nieprawda. Komp dalej nie jest stabilny :( :( :(. Cos tam w sprzecie szwankuje - albo pamieci (niestety prawdopodobne jest ze trafily mi sie felerne), albo mobo... Potrzebuje softu ktory ladnie i szybko sprawdzi pamieci - ma ktos cos? Sprawdzonego softu... Napisalem juz co prawda do OCZ, ale wiecie jak dziala tech support...

Niestabilny również przy standardowych 3.2?!?!
Jeśli chodzi o milky to coś jest na forum
http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=373

Cytat: AiDec w 25 Sierpień 2008, 20:35
Poleglem na linuchu :(. Fizycznie. Bol :(. A mialo byc tak pieknie (czytaj latwo :P ).

Miałem na uwadze odpalenie live cd przygotowane przez krzyszp.
Było łatwo. Benchmark został wykonany ;)

Cytat: AiDec w 25 Sierpień 2008, 20:35
Ba! Nie widze innej k^%&$ mozliwoci ;D

Jeszcze raz pytanie - po co?
Czy to ma być raid-0?
Czy będzie tam stał serwer bazodanowy, o dużym obciążeniu.
Czy zajmujesz się masteringiem video pod linuxem?
Czy kopiujesz dziennie setki gigabajtów danych z partycji na partycję?
Czy chcesz bo chcesz?
Chyba, że zależy na bezpieczeństwie danych. To co innego. To rozumiem Twoje parcie na raid.

Hint Jeśli stworzyłeś już raid biosowy (fake) z wykorzystaniem całej przestrzeni dysków będziesz i tak potrzebował małej partycj poza raidem na /boot z jajkiem. Może być na innym dysku, na cd , na pendrivie, ..itp.
Nadal będzie problem.

Nadal nie wiem do czego będzie służył Tobie ten linuch.

Cytat: AiDec w 25 Sierpień 2008, 20:35
4174 floating point MIPS (Whetstone) per CPU
16294 integer MIPS (Dhrystone) per CPU
to chyba warto by bylo sprobowac? A moze nie? Wy wiecie lepiej :)

Absolutnie nie możesz porównywać benchmarków z windows i linuksa.
Suche syntetyczne benchmarki nigdy do mnie nie przemawiały.
Dwa porównując swój komp do innch (ten sam proc) widziałem benchmarki o 33% wyższe a wyniki obliczeń o 33% niższe i odwrotnie. Tylko nic nie wiem o reszcie, a to najważniejsze.
Oczywiście jest to jakiś miernik +/-.

A co do reszty może później.
Jeszcze jedno nie masz w domu żadnego routera z gniazdem ethernetowym.

Cytat: Mchl w 26 Sierpień 2008, 10:07

No ja niestety poległem na Broadcomie zamontowanym w moim lapku. I Ubuntu mam bez WiFi... A mogłem wziąć kartę Intela, do której podobno są sterowniki linuxowe...

Często sterowniki ze względów licencyjnych nie mogą być dołączone do dystrybucji (firmware).
Może już ten model jest wspierany. Poszukaj.
Bez dostępu do sieci taki lapek traci całą swoją funkcjonalność. :(

Cytat: AiDec w 25 Sierpień 2008, 20:35
I tutaj kolejny klops, bo system nie widzi moich RAID`ow. Pokazuje mi osobne dyski, ale nie polaczone w RAID`y. Obawiam sie ze jak zainstaluje teraz Łubuntu, to instalacja rozwali mi RAID`y :(. Mam racje?

Tak lepiej zainstaluj na osobnym dysku.
Co prawda nie podałeś czy to jest kontroler raida zewnętrzny (karta) czy wbudowany w płytę. Prawdopodobnie to drugie. To jest tzw. fake raid.
Generalnie pod linuksem używa się raidu programowego (własny linuksowy) lub sprzętowego (karty).
Ten programowy (linuksowy) jest dużo lepszy od tych wbudowanych w płytę.
Generalnie trudno jest ustawić taki fake raid aby był widoczny jednocześnie z windowsa i linuksa.

Cytat: AiDec w 25 Sierpień 2008, 20:35
Testowalem najpopularniejszego Gigabyte GN-WB01GS i jednego z najnowszych (i chyba najlepszych) Linksysa WUSB300N i nic.

Jeśli jest to nowy model, a producent sprzętu nie wspiera go pod linuksem, to się nie dziw :(,
że jeszcze nie działa. Bez dostępu do specyfikacji sprzętu. Trudno ot tak w tydzień napisać drivery.
Jest możliwość użycia sterowników windowsowych przez Ndiswrapper.
Nie w każdym przypadku działa to dobrze. Cóż ja nie używam wifi. Stąd i nie mam doświadczenia.

do tego gigabyta sterowniki są
http://linux-wless.passys.nl/query_part.php?brandname=Gigabyte+Tech
http://web.ralinktech.com/ralink/Home/Support/Linux.html

odnośnie raidu. Zadaj sobie jeszcze pytanie czy na pewno będę go potrzebował?
https://wiki.ubuntu.com/FakeRaidEdgy

Cóż z mojego liczenia nic nie wyszło. Znaczy się wyszło
rozproszone ciepło z cpu. >:(

Wygląda na to, że nie polepszę wyniku zespołu.

Pojawił się pierwszy wynik 0.00. ???
Dziwne.

Komp od 4 miesięcy liczy 24/7. Nie ma żadnych problemów ze
stabilnością. Jedynie kilka błędnych wu było spowodowanych
wznowieniem liczenia po problemach z dostawami energii.

Liczyłem również w projekcie Riesel Sieve, który równie
intensywnie korzystał z cpu. Tam próbki liczyły się 11h i
wszystko było ok. Nie było problemów z walidacją wyników.
Teoretycznie szansa na błąd powinna być większa.

Gratulacje dla uczestników. :)

Komp to AMD X2 4200@2650. System linux x86_64.
Temp aktualna proca to 49.5. Zimno.

Miałem problemy z próbkami w projekcie poem. Aplikacja i686 (32 bitowa).
Tu jest tak samo. Może tu jest jakiś problem.
Cholerka. Żadnych błędów nie zgłasza.

U mnie jeszcze 12 WU  czeka na walidację. 2 może jeszcze doliczą się.

Zaczynam się niepokoić. Żadna jeszcze nie zapunktowała.

W kilku mam taki komunikat.
Validate state:   Checked, but no consensus yet

Cytat: RAD-Poland w 24 Sierpień 2008, 15:44
- pod Linuksem działają checkpointy ale wrapper po ponownym uruchomieniu nalicza czas od początku (dlatego taki mały cpu_time)

1) -----------
  name: llr321_17460239_2
  WU name: llr321_17460239
  project URL: http://www.primegrid.com/
  report deadline: Sat Aug 30 23:12:23 2008
  ready to report: no
  got server ack: no
  final CPU time: 0.000000
  state: 2
  scheduler state: 2
  exit_status: 0
  signal: 0
  suspended via GUI: no
  active_task_state: 1
  stderr_out:
  app version num: 507
  checkpoint CPU time: 0.000000     <-------------------- nic tu się nie zmienia
  current CPU time: 10939.430000
  fraction done: 0.000000
  swap size: 11763712.000000
  working set size: 11526144.000000
  estimated CPU time remaining: 13018.953435
  supports graphics: no

W client_state.xml nic na temat checkpoint nie wiadomo.
Ba nawet nie da się oszacować końca liczenia.

Cytat: Szopler w 24 Sierpień 2008, 13:11
Why Prime, why?

Kod [Zaznacz] Rozwiń


55284511 38064404  22 Aug 2008 0:09:50 UTC  23 Aug 2008 10:05:31 UTC  Over  Success  Done  3,746.48  10.74  0.00

2 unity mi tak załatwił :'(

Faktycznie kiszka. :(
Tylko skąd u Ciebie takie wyniki.
Próbkę przeliczyłeś 2.5x szybciej niż naprawdę mocny quad. :o
i 4x niż średniak.

Już przerwałem.
I przedobrzyłem :'(
Robiłem to małym skryptem.
Nie odhaczyłem będących w liczeniu. 8000s poszło się ...
Szkoda.

Cytat: RAD-Poland w 24 Sierpień 2008, 11:24
EDIT: prawdopodobnie serwer policzył ilość wu na podstawie poprzednio odsyłanych wu (np z czasem po 15min zamiast 5h) to jest dość często występujący błąd

Dokładnie tak było. Wcześniej przeliczałem dziennie ok 180WU -- 950s na wu
I tyle mi przysłał.
Teraz liczy 13000s i 25000s. Spora różnica.

Cytat: TJM w 24 Sierpień 2008, 11:19
Nie wiem jaki tam masz proc, ale nie wiem czy w ogóle jakiś wysoko przetaktowany quad dałby radę zmieścić się w deadline z 190 zadaniami...

Liczę na amd x2. Podprojekt jest dla naprawdę mocnych procków z dużym L2, np 12MB quada 9450.
Duży cache daje bardzo dużego kopa.

Mam małe pytanie.
Wcześniej w tym projekcie przeliczałem wu z podprojektu Prime Sierpinski Problem Sieve.
Bardzo krótkie bez dodatkowej walidacji. Bufor wu miałem ustawiony na 1 dzień.
Wczoraj dołaczając się do race w pośpiechu nie zmieniłem na minimum.
Zaaplikował mi 190 WU do liczenia. Źle to oszacował? :o

Do zakończenia wyścigu nie mam szans ich przeliczyć.
Czy nie będę w ten sposób znacząco opóźniał procesu walidacji?
Możę powinienem dużą ich część przerwać i odesłać?

Bez przesady. Jeśli prawidłowo wystartuje
wpiszesz w konsoli
./run_manager &
lub klikniesz w ikonkę.
Twoja wiedza na tym może się skończyć.
Ewentualnie + wiedza na temat prawidłowego zamknięcie aplikacji BOINC + poweroff lub restart.
Tyle.
Nie musisz zgłebiać jego tajników, ba nawet uczyć się podstaw.
Nie trza czasu. Tylko chęci i przełamania oporów.

Gratuluję dobrego "nakręcania" i zachęcania.

I jeszcze mała uwaga do poprzedniego postu.
Pisząc "aktywnych uczestników forum" miałem na uwadze - będących na bieżąco
z newsami  dotyczącymi takich wydarzeń.
Oczywistym jest, że udział w takiej zabawie jest całkowicie dobrowolny. :D

Wu ściągnięte. Był jakiś mały przestój, ale się liczą.
Trochę już późno mam nadzieję, że się nie wysypią.
Bo ja muszę się wyspać. ;D

Brałem udział w wyścigu POEM oraz w ostatniej edycji Prime Race. Prawdę mówiąc zniechęciłem się
do tego rodzaju aktywności. Biorąc pod uwagę ilość komputerów, które brały udział (chociażby aktywnych uczestników forum).  Już powiedziałem sobie nie tym razem.

Jednak widząc Waszą (nad)aktywność i wysokie morale :) nie pozostanę bierny.
Mocno spóźniony zaczynam liczyć (no jeszcze 30 min). Doliczę rozpoczęte wu.

Jeszcze jedna uwaga. ;)
Linux ma dużo większą tolerancję na OC.
Przykładowo jeśli przy 4400MHz windows nie bootuje, to w przypadku linuksa nastąpi
to przy 4600.
Już więcej nie zabieram Twojego cennego czasu. ;D

Już proponuję.
Z tego co widzę w milky połowa wu to compute error.

Swoją drogą jeśli nie grasz przez 24h to na noc mógłbyś puścić to po live linuksem (64bit).
Windowsowe aplikacje w tym projekcie słabo punktują. Nawet Win xp 64.
ok 45% słabiej.
Już to poruszałem w innym wątku. Proponowałem spojrzeć na top 200 w tym projekcie.
Liczba komputerów pod kontrolą windowsa jest znikoma.
To nie przypadek. Porównaj to tylko z innymi projektami.
Te statystyki nie oszukują.

Badania naukowe opierają się w dużej mierze na eksperymencie.
Niechby i szansa ich powodzenia wynosiła 0.01%, to może są
warte podjęcia próby.
Druga sprawa dziwi mnie to hierarchizowanie "pożyteczności"
projektów. Czy ten który wyjaśni jakąś hipotezę matematyczną
jest mniej pożyteczny od na przykład badających strukturę białek.
Co do prezentacji wyników tych "obliczeń" bądźmy cierpliwi.

Mnie niepokoi jedynie ewentualne bezpieczeństwo komputerów biorących
udział w projektach. Czy nie znajdzie się ktoś "zmyślny" i nie spróbuje
przemycić jakiegoś trojana albo backdoora do aplikacji
przy pomocy  którego wykradnie dane z niezabezpieczonego komputera.
Chociażby o twoim rachunku bankowym, czy inne jego interesujące.

tylko niestety się nie sumują :D

Oj chyba takie dziwne połaczenie os 32 - os 64  nie może zaowocować dużą wydajnością.

Takie narzędzia do wirtualizacji jak vmware, virtualbox czy qemu są dostępne.
Szczególnie osoby bojące się linuxa lub początkujące mogą zaczynać swoją przygodę z tym systemem i eksperymentować do woli bez żadnego ryzyka.

Chciałbyś trzymać dwie sroki za ogon i mieć jescze wróbelka w garści :)

Host 32 bit --> gość wirtualny 64bit
totalna porażka wydajnościowa. Wszystkie rozkazy procesora muszą być emulowane. Zapewne wydajność spadłaby o 200%.
Co innego
Host 64 bit --> gość wirtualny 64bit
tu wydajność może być niższa od kilku procent. Przy  odpowiednim wsparciu.

Spojrz na to:
http://climateapps2.oucs.ox.ac.uk/cpdnboinc/tech_faq_boinc.php
Nie widać tu, aby x86_64 było wspierane.

Możesz próbować przez chroot-a, albo
w tym wypadku najlepszy byłby chyba multi-lib (i686) dla 32-bit.

uname -m

Jeśli projekt wspiera x86_64, to boinc będzie wiedział jakich aplikacji użyć.

U mnie takiego wpisu nie ma.
<platform_name> x86_64-pc-linux-gnu </ platform_name>

Są tyczące się aplikacji.
Przykładowo aplikacje projektów wspierających x86_64
<name>camb_2.13_x86_64-pc-linux-gnu</name>
<name>rosetta_beta_5.96_x86_64-pc-linux-gnu</name>

i projektu z aplikacją 32 bitową
<name>poem_0.9_i686-pc-linux-gnu</name>

Load average serwerów zapewne znacznie spadł. I taki chyba był cel.
Dodatkowe inwestycje były nieopłacalne.
Tak, teraz same serwery mogą z nudów brać się za liczenie :D

Pod linuksem owszem używałem.
Chyba zachodzi spora analogia.
Tylko uwaga we wcześniejszych wersjach intel celowo blokował procesory AMD. (a to wredota!)
Trzeba było używać patchy, aby to odblokować.

Jeśli przyjąć, że wzrost z OC ma przegieg liniowy (a tak nie jest) to te quady musiałyby robić na zegarze 5,5GHz.
Mało prawdopodobne.
Inna rzecz, że wiele kompów ma sztucznie zawyżony (oszukany) RAC. To łatwo wyłowić.
W celach "marketingowo-prestiżowych".

SETI to inna "klasa". Tam przebić się do 1000 jest cholernie ciężko. Ilość podrasowanych kompów jest ogromna.

Ja nie biorę pod uwagę "domowego" liczenia w wolonych cyklach procesora.
Słyszałeś kiedyś o kompilatorze intela icc. Dodam tylko, że wszystkie optymalki do SETI są nim "traktowane"
Również kernel linux można do pewnego stopnia "zooptymalizować" tylko pod kątem liczenia.
Tak, że ten "domowy" quad będzie o 30% wolniej przeliczał.
Możliwości efektywnego liczenia jest sporo. Fakt podstawa to dobre OC.

Cytat: Pigu w 02 Sierpień 2008, 22:34

Cytat: buninek w 01 Sierpień 2008, 23:47
Pigu oczywiście są to tylko szacunki.
Tak zwane Pi x drzwi.

pi x kant zadka  ;D

na podstawie przeliczonej testowo wu - 4h liczenia i 140pkt wnioskuję, że quad wyciągnie z tego góra 3,5k racu (na fabrycznym zegarze)

Próbę wykonałeś pod Xp 32-bit?
Nie brałem pod uwagę tego systemu.
Czy uważasz, że wszystkie TOP 20 są zanurzone w beczkach z ciekłym azotem? :D
Poddane ekstremalnemu OC?

Możliwe, możliwe. Raz że mogę się mylić. Dwa nie dysponuję takim sprzętem, aby to udowodnić.

Cd. lekkiej krytyki SKB@P. W końcu jest to komp stworzony do obliczeń w projektach BOINC-a.
Mój komp dołączył do BOINC 28 kwietnia. SKB 4 kwietnia.
W miesiącu maju liczyłem rozetę. W czerwcu POEM. W lipcu "punkty".
Porównójąc moc obliczniową jednostek centralnych sugerowałoby to różnicę punktową najmniej 2:1. Na korzyść quada.
Spójrzmy więc na osiągniętą sumę punktów.
Czy faktycznie różnica odzwierciedla zakładaną proporcję?

Jeśli idzie o milky. Może osoba zarządzającą komputerami "mindc" coś więcej mogłaby rozjaśnić w temacie.
Czy uważacie, że wszystkie komputery z TOP 20 są zanurzone w beczkach z ciekłym azotem. :D

Pigu oczywiście są to tylko szacunki.
Tak zwane Pi x drzwi.

Ale skąd moje szacunki. Pierwsza rzecz to patrzę na top 20-80 host. Jeśli zdecydowanie dominuje windows - główny wniosek brzmi - te aplikacje (projektu) są źle zooptymalizowane pod linuxa. Nie warte mojego zainteresowania (punkty, punkty) ;D
Dalej następuje szczegółowa analiza hostów.
Możliwe, że któryś z Twoich był pod "mikroskopem" :D

Spójrz a łaski swojej na top 20 w milky.

Tak to jest możliwe.
Nie równa się to z zakładem:
"w  sierpniu na quad 6600@2400 buninek osiągnie RAC=7500."

Ale jestem w stanie przyjąć taki zakład na RAC=6001
Trza by go dokładnie obadać.

Raczej jednego jestem pewien, że mój  amd x2 4200 jest w top 50 (RAC) boinc AMD. Nawet niesprawdzłem ostatnio. Żeby sprawdzić, trzeba się przebijać przez niezliczone ilości xenonów i qaduów.

To jest możliwe tylko trzeba wiedzieć jakch użyć podzespołów. No i odpowiednio poustawiać te klocki. Do tego system dopasowany do projektu.

Tak na gorąco czy w BIOSie tej płyty powyłaczne są takie duperele jak:
-karta dźwiękowa,
-porty USB (nie wykorzystane),
-port Centronics,
-wszystko co jest zbędne.
Nawet tak drobny szczegół jak ruch myszką powoduje odwołanie do procesora (lub naciśnięcie klawisza). Dziennie to nie ma wpływu, ale w przeliczeniu rocznym tak.
Już nie mówię o odpowiednim dostrojeniu systemu.

Jakbym pokazał Tobie pidstat nocny w linuxie;
Average:          PID    usr-ms system-ms  guest-ms  Command
Average:          204              0         2         0  pdflush
Average:         2313             4         6         0  boinc
Average:        19918            4         0         0  primegrid_psp_s
Average:        19926      9996         2         0  primegrid_psp_s
Average:        19947            2         0         0  primegrid_psp_s
Average:        19955      9978         2         0  primegrid_psp_s
Average:        19969            0         4         0  pidstat
wygląda to mniej więcej tak (lub lepiej) dodaj przecinek (po drugiej licbie) w 3 kolumnie. To są wszystkie procesy, które w jakikolwiek obciążają system.

Owszem, owszem rozeta cieniutko.
Chodzi mi o takie zrównoważenie  4 rdzeni, żeby rac nie był jak "flak".
Lub budowę takiej jednostki, kŧóra ma szansę powalczyć o TOP 20 HOST w danym projekcie.

Nic nie pomieszałem, gdyby cosmology nie zawaliło miałbym Rac +3000 w miesącu lipcu.
Tak przerzuciłem się na prime (troszkę gorzej). Zostaje bardzo dojny milky. około 3000
Z tego quada wyciągnąłbym powyżej 6500. Może 7000.
To nie żart. Tylko prawda.
Patrząc w statystyki, lekko się uśmiecham.

Dodam tylko, że komp nie pracował 31/24. Trzeba odliczyć 24h na brak zasilania + konserwację.

Krótko. Domowy host "buninek" kontra prestiżowy SKB.
Komp obciążony www, smtp, apache, torrent.
Który przynosi większe korzyści zespołowi?
"presztiż" czy "punkty"?
2 rdzenie AMD czy QUAD INTELA?
Koszt bazowy tego x2 około 350-430zł

Czy aby ta strategia (dla 4 rdzeni) jest odpowiednia?
Wiem, zaraz odezwą się głosy to nie w tym rzecz żeby chapać dużo "punktów" liczy się prestiż. Czyli rac dla quda ~1100

Miesiąc Lipiec
4 rdzenie intel
SKB  56,858
2 rdzenie amd buninek
81,128
???

Cytat: lakixxl w 01 Sierpień 2008, 19:10
ja w szafie to nie mam niestety NIC !
bo były to głownie małe modelarze - wszystko skleiłem :P

A i owszem miałem również takie "fascynacje".
Zacząłem od dużego "C". Pierwszy projekt w wieku ok 11 lat to była  "Błyskawica". Wyszło o tyle ile.
Następny był "poważniejszy" pancernik Yamamoto  ;D. Udało mi się podkleić wręgi. Reszta części do kosza:'(

Cytat: lakixxl w 01 Sierpień 2008, 17:22
Co do kosztów to narazie sie nie martwie :]
wynajmuje chałópke i nie patrze ile za co :P

No tak, ładnie. Do czasu ;D
Ja płacę rachunki wcyklu dwumiesięcznym i zwracam baczną uwagę na ich wysokość. :o
Dochody marniutkie. Pólnocno-wschodnia część Polski. :-[

Co do wyboru projektu to raczej kierowałem się metodą na chybił-trafił. Zagadnieniami ogólno-naukowo-technicznymi interesowałem się od dzieciństwa. Do tej pory gdzieś w szafach leżą roczniki "Młodego Technika", "Problemów", "Świata i Nauki", "Bajtka", "Komputera" i innych. Wybór trudny.

W ubiegłym miesiącu projekty dobierałem na podstawie klucza dojności (i przy nim zostanę) nie znaczy to, że za rok lub więcej nie będę kierował się innymi kryteriami. Typu, z tym projektem jestem sentymentalnie związany będę go liczył do "końca świata i jeden dzień dłużej". To kwestia stażu w projektach. Inna sprawa czy koszty energii pobieranej przez host(y), którym(i ) zarządzamy ponosimy my, czy firma, znajomy, ciocia lub szwagier. To jest kluczowe zagadnienie. O ile łatwiej zarządzać (w tym wypadku) czymś za co nie ponosimy bezpośrednio kosztów.