BOINC@Poland

Komuś kto identyfikuje Linuxa z Gnome ewentualnie KDE może trudno wyobrazić, że Linux to w istocie tylko i aż Kernel.
Linux pod ARM wspiera kilkadziesiąt procesorów i chipów SOC bazujących na ARM. W tej architekturze panuje niezły rozgardiasz i producencka "samowolka". Trudno jednym tchem wymienić konkretne nazwy. Wystarczy przejrzeć źródła kernela, aby się przekonać, że Linux ARM-em stoi.
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/arch/arm

Zrzut z htop-a.

- BOINC z uruchomionym projektem primaboinca
- serwer X
- dwm (WM)
- newsbeuter, czytnik RSS
- surf, przeglądarka www oparta na webkice
- vim, edytor
- urxvt, terminal
- tmux, terminal multiplexer
- polipo, cache web proxy
- cron
- privoxy, web proxy
- pppd
- syslog
- kilka powłok mksh
Całość zajmowała ok 37MB, a to system oparty o glibc.

Cytat: Dario666 w 31 Grudzień 2013, 17:44
Pewnie by się dało, bo to przecież ARM, a są już projekty działające na tych procesorach. Tylko mógłby być problem z małą ilością pamięci - max 64 MB.

Ty tak na poważnie? Obecnie Linux działa na ok 80% sprzętu komputerowego w ujęciu globalnym, 20% to inne systemy w tym między innymi desktopowy Windows.

Lista obsługiwanych architektur sprzętowych z najnowszej gałęzi kernela:
alpha, arc, arm, arm64, avr32, blackfin, c6x, cris, frv, hexagon, ia64, m32r, m68k, metag, microblaze, mips, mn10300, openrisc, parisc, powerpc, s390, score, sh, sparc, tile, um, unicore32, x86, xtensa.
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/arch

Linux uruchomiony na ATMega z taktowaniem 6.5 kHz.
http://hackaday.com/2012/03/28/building-the-worst-linux-pc-ever/

EDIT:
um - to nie architektura sprzętowa, tylko User-Mode Linux

Tytułów w porównaniu z Windowsem jest o kilka rzędów wielkości mniej.
Czasy się zmieniają, to OpenGL obecnie zaczyna dominować (szczególnie to widać na rynku mobile), a ciemne czasy DirectX (powód ekspansji) pomału odchodzą w zapomnienie.

Na Steamie masz obecnie dostępnych ponad 190 tytułów (przeportowanych, żadne Wine), między innymi:
Football Manager 2014
The Cave
Serious Sam 3: BFE
Trine 2
Bastion
Team Fortress 2
Counter-Strike
Counter-Strike: Condition Zero
Counter-Strike: Source
Amnesia: The Dark Descent
Shank 2
Half-Life
Half-Life 2
Portal
Day of Defeat
Cogs
Rochard
Splice
Puddle
And Yet It Moves
Wargame: European Escalation
Dungeon Defenders
Killing Floor
Decadence: Home Sweet Home
Crusader Kings II

Loki Software na przełomie 1998-2002 wydało między innymi takie tytuły:
Civilization: Call to Power, Descent3, Heretic II, Heroes of Might and Magic III, Soulblighter, Postal, Railroad Tycoon II, Quake III Arena, Rune, Sid Meier's Alpha Centauri, Sim City 3000, Soldier of Fortune, Tribes 2.

Epic Games sportowało Unreal Tournament 2003/2004.

Tytuły Blizzarda nigdy nie miały swoich portów, ale ich gry zawsze pod wine osiągały status Platinium (idealnie).

https://en.wikipedia.org/wiki/Linux_gaming#Proprietary_games

Porównanie wydajności Left 4 Dead 2 na Ubuntu 13.04 i Windows 8
http://www.youtube.com/embed/2pdEftFFG_I

Może na 24-48h odpuścić, bo poziom frustracji tylko wzrasta. Podejść ponownie z chłodną głową. Popełniasz gdzieś banalny, a być może kardynalny błąd.
Zajrzeć na strony BOINC i zapoznać się jeszcze 2-3 razy z dotępną dokumentacją.

http://boinc.berkeley.edu/trac/wiki/BoincFiles#Fileproperties
http://boinc.berkeley.edu/trac/wiki/JobSubmission
http://boinc.berkeley.edu/trac/wiki/JobTemplates

Zaorać tymczasowy projekt i spróbować ponownie wszystko na spokojnie.

Jest kilka projektów, które publikują swój kod źródłowy w całości nawet z generatorem zadań.
https://raw.github.com/travisdesell/Subset-Sum/master/server/sss_work_generator.cxx
https://github.com/travisdesell/Subset-Sum

@mariotti
Mam takie może zaskakujące pytanie. Czy brałeś już udział jako aktywny uczestnik jakiegokolwiek projektu BOINC?
Może warto zacząć od tego. Wbrew pozorom, wiedza o tym, czym kierują się uczestnicy i jak to wszystko działa po stronie klienta jest wskazana, a nawet niezbędna.

No, właśnie starsza wersja libstdc++ była bodajże na LGPL. W przypadku GPL możliwe jest chyba tylko dynamiczne linkowanie z zamkniętym kodem twojego programu.

http://www.gnu.org/licenses/gpl-faq.html#LGPLStaticVsDynamic

http://www.trilithium.com/johan/2005/06/static-libstdc/
http://gcc.gnu.org/onlinedocs/libstdc++/manual/abi.html

Nie jestem specem od licencji, ale radziłbym sprawdzić kiedy i na jakich zasadach możesz rozpowszechniać binarki linkowane statycznie z libstdc++. Zdaje się, że licencja uległa dość drastycznej zmianie od wersji gcc >= 4.2.1. Stąd między innymi tak dynamiczny rozwój Clanga, choć ich projekt zastąpienia libstdc++ raczkuje i nadal korzystają z gnu libstdc++.

Cytat: mariotti w 09 Lipiec 2013, 18:48
[edit]
A jeszcze co do uszkodzonych systemów, ważnych programów, kompilatorów.
Nie podam z pamięci linku, ale krążył nie tak dawno po internecie dokument z
pewnych badań czy z pewnego eksperymentu - jak zwał tak zwał. Eksperyment
polegał na tym, że specjalny program generował zrandomizowany kod w
jakimś języku programowania, zdaje się że w C i C++. Następnie kod ten był
kompilowany różnymi kompilatorami i program binarny powinien wyświetlić
identyczne wyniki dla tych samych danych. Z pamięci nie podam też wyników
tego eksperymentu, ale pamiętam że różnice (różnice czyli błędy) pomiędzy
kompilatorami były zatrważające. A błędy w kompilatorach pociągają błędy
w jądrze i we wszystkich ważnych programach dla stabilnej pracy systemu.

Stąd na serwery i systemy krytyczne wybiera się przetestowane i stabilne rozwiązania. W całości zbudowane o jednakowy toolchain.
Dystrybucje ciągłe typu Archlinux nie specjalnie do tego się nadają z różnych powodów, ale jednym z nich jest sytuacja, że krytyczne dla systemu aplikacje się mieszają (są budowane przez różne kompilatory i wersje biblioteki podstawowej C + Linux kernel headers).

Tak samo w gentoo przy każdej aktualizacji gcc, glibc zalecane jest wykonać.
emerge -e world
Przy dużym systemie to jest spory narzut.

Cytat: krzyszp w 09 Lipiec 2013, 18:11
@buninek, co masz na myśli pisząc "Jakbyś planował wystawić serwer boincowy na "świat", to miałoby to istotne znaczenie."? Przyznam, że nie widzę związku...

Kernel jakby nie było to najważniesza część systemu operacyjnego. Jeśli ty nie masz nad nim kotroli, to jest to niezbyt korzystna sytuacja.

Administaracja hostingu ma całą kontrolę nad /proc/sys/vm, /proc/sys/net, bezpieczeństwem całością stosu sieciowego. Insmod, rmmod, modprobe tu nie zadziała. Jesteś całkowicie skazany na ich łaskę i niełaskę. Raczej to drugie.
Pomijam już zupełnie kwestię wydajności.

Na testowy serwer lub jakiś mało wymagający projekt może się nadawać, ale to tylko takie maje dywagacje, nie mam w tym żadnego praktycznego doświadczenia.

Nie mnie to oceniać. Sądzę że mnóstwo opiekunów projektów BOINC zaczynało z podobnego pułapu.
Z czasem zaczynali nabierać wprawy i niezbędnego doświadczenia. Taraktuj to jako naukę przez zabawę.
Nie spinaj się.

apt-get install boinc-server-maker

Na etabie budowania aplikacji, absolutnie Tobie to nie przeszkadza czy kernel jest współdzielony czy nie. Jakbyś planował wystawić serwer boincowy na "świat", to miałoby to istotne znaczenie.
Przeszkadza brak minimalnej wiedzy i doświadczenia w administrowaniu i użytkowaniu serwerów Linuxowych.

VPS-owy hosting może również uzywać Xen-a, KVM-a, VMware, wtedy twój Debian będzie używał swojego kernela.
Jeśli jest to OpenVZ, Linux VServer, LXC, chroot to kernel jest współdzielony.

Przecież to jest VPS. Ty nie używasz kernela swojego (Debiana) a masz współdzielony to jest na 99% OpenVZ. W tym wypadku nie kontrolujesz kernel space, a jedynie userspace.

Zainstaluj na laptopie obok Centosa i zrób chroota z Debiana i wykonaj "uname -a".
Ojej, Centos używa kernela Debiana.

To, że na starym Ubuntu Karmic Koala instalowełeś php5, nie oznacza, że w 2013 taka paczka istnieja. Może teraz nazywa się ona poprostu php.

Tobie się nie chce sprofilować sorta w najnowszej wersji tylko używasz jakiegoś zabytku, a mnie się dopytujesz czy ja mam QT odpowiednio zbudowane.
Debian i profilowanie. Pewnie jakiś antyk, typu lenny. Żadna dystrybucja tego nie robi.

Profilować można pod konkretny model procesora na przykład dystrybucję pod Raspberry Pi, wydanie Androida pod konkretny model telefonu.

Wiele programów, bibliotek tego potrzebujących możesz zawsze sobie zbudować na własną modłę z pełnym profilowaniem pod swój procesor.

Trzy minuty
cd /tmp

cd /tmp
wget ftp://ftp.gnu.org/gnu/coreutils/coreutils-8.21.tar.xz
tar xJf coreutils-8.21.tar.xz
cd coreutils-8.21
ustaw swoje CFLAGS

export CFLAGS=""
./configure --prefix=$HOME/test/coreutils --libexecdir=$HOME/test/coreutils/lib
make
make RUN_EXPENSIVE_TESTS=yes check
make DESTDIR=/tmp/coreutils-8.21-install install


Cóż to za zmienna

CytatC_ALL=C

i w jakim celu ją dodajesz przed sortem  XD?

Polecam zaktualizować coreutils do wersji 8.20.
Jak widać trudno o miarodajny test. U mnie twoja wersja obecnie przegrywa ponad 2x z sortem z coreutils-8.20 na procesorze jednordzeniowym.

Qt w wersji 4.8.4 kompilowane z pomocą g++-4.7.0, NODEBUG.
Qt w systemie ma tylko w sumie dla Qt-webkita.

Twoja wersja suniq jest szybsza od tej STL-owej i na moim kompie wolniejsza od sort-uniq w zakresie ASCII. Różnica między ASCII a UTF-8.

file input
input: ASCII text

env | grep LANG
LANG=pl_PL.UTF-8

time sort input | uniq -c | sort -nr > out
0m53.61s real     0m52.64s user     0m0.76s system
time LC_ALL=C sort input | LC_ALL=C uniq -c | LC_ALL=C sort -nr > out
0m6.21s real     0m5.29s user     0m0.88s system

W zakresie UTF-8 jest szybsza ok 1.7x, ale sposób prezentacji jej wyników jest mało użyteczny, wręcz nieprzydatny . Ostateczny wynik posortowany jest numerycznie tylko po pierwszym polu, drugie pole jest całkowicie nieuporządkowane.

Numeracji linii nie sprawdzałem, pisałem kilka wątków wcześniej jak w miarę szybko sprawdzić. Choć przy systemie x86_64 nie powinno być niespodzianek.
cat -n jest chyba szybszy od nl.
time seq 1 119060324 | nl > /dev/null
time seq 1 119060324 | cat -n > /dev/null

Edit:
Wcześniejsze moje uwagi dotyczyły wersji sort, uniq z coreutils-8.10, okazuje się że jest jednak ogromna różnica z wersją coreutils-8.20.
- w nowszym sortowanie w zakresie UTF-8 jest szybsze ok 3x,
- automatycznie dobierany jest optymalny zakres, nie trzeba zmieniać zmiennych lokalizacyjnych, typu LC_ALL=C

/usr/bin/file input
input: ASCII text

Doprawdy nie ma sensu zmuszać sorta do pracy na pełnym zakresie UTF-8, aby udowodnić, że wtedy działa 7-8x wolniej.

/usr/bin/file input-utf
input-utf: UTF-8 Unicode English text                                           

W tym przypadku takie działanie jest wręcz konieczne. Wyniki testów są bardzo różne w zależności od danych wejściowych. Bez wątpienia sort nie jest najszybszym programem nie mam do tego żadnych wątpliwości. Jego pole działania i możliwości są zupełnie inne.

Twoja wersja jest bardzo stara, ale wątpię aby nowszy sort (GNU coreutils) 8.20 był odrobinę szybszy.

Cytat: mariotti w 19 Czerwiec 2013, 12:58
Niestety ilość unikalnych wierszy zupełnie
nie zgadza się z ilością oczekiwaną. Gdzieś jest błąd, prawdopodobnie w programie perft4.

Jeśli numeracja wieszy jest niepełna wtedy zmienia się zakres sortowania.

Pięknie, skompilowałem, a teraz test.
Bez dodatkowych okrążeń na UTF-8 dla  sorta i uniq, tylko uczciwie, na tych samych zasadach, ograniczmy się do kodu Ascii. Skoro twoja wersja suniq nie obsługuje.

LC_ALL=C sort |LC_ALL=C  uniq -c | LC_ALL=C sort -nr > out1.txt

U mnie nadal sort, uniq jest ponad dwukrotnie szybszy.

W temacie programowania zupełnie nie pomogę. Przy tego typu "prostych" programach potrzebna jest duża wiedza. Nawet mając duże doświadczenie w programowaniu, może okazać się ono niewystarczające.

Spójrz na to,  szybka wersja sort | uniq -c | sort -n[r] w C++.
https://gist.github.com/alisaifee/2983201

To jakiś wiekowy kod, bo g++-4.7.3, g++-4.4.4, g++-4.3.4 wywala błąd. Dopiero z g++-4.2.4 powiodła się kompilacja.
Wcale nie taka szybka, tylko 3 razy wolniejsza.

Cytat: mariotti w 18 Czerwiec 2013, 22:14
A ja myślałem naiwnie, że najszybsze są standardowo w linuxie.
Dobrze wiedzieć że są lepsze.

Bez przesady, te standardowe narzędzia są uniwersalne i naprawdę szybkie. To są poprostu zupełnie inne narzędzia.

Przykładowo minised ma 5% możliwości seda. Tylko czasem potrzebujemy tylko tych 2% możliwości, a dużo ważniejsza jest szybkość przy przetworzenie terabajtów danych.

Cgrep to akurat unikalny programik. Tylko znowu ma pewne cechy których nie posiada GNU grep, ale również brakuje mu kilku opcji grepa.
Powstał nie byle gdzie, bo w Bell Labs, a tam pracowali naprawdę łebscy goście. Twórcy UNIXA, języka C, C++, R. Bodajże 7 pracowników tego laboratorium "talentów" zostało nagrodzonych Noblem.

Jeszcze trochę czasu zaoszczędzi się, gdy się ograniczy uniq do znaków ASCII.
Dodaj LC_ALL=C przed uniq.

Porównaj:
time grep -v '.*/.*/.*/.*/.*/.*/.*/.*' wynik
time LC_ALL=C grep -v '.*/.*/.*/.*/.*/.*/.*/.*' wynik
Różnica jest niebagatelna.

Bardzo dobrym zamiennikiem sed-a jest minised. Diabelsko szybki, na ogromnych plikach.
Identycnie jest z cgrepem.
http://www.bell-labs.com/project/wwexptools/cgrep/
Rewelacyjne narzędzie, niezwykle szybkie, duużo szybsze od GNU grepa.

Tym sortem się kiedyś bawiłem całkiem sprawny.
http://billposer.org/Software/msort.html

Może trafił jakiś komunikat, ostrzeżenie, biała linia z sort, uniq, nl.
Może jakoś zweryfikować na szybko grepem, czy nie ma tam nic niepożądanego.

grep -v '.*/.*/.*/.*/.*/.*/.*/.*' wynik

 :facepalm2:Wcześniej wspomniałem, że nie jestem pewien jak nl zachowuje się przy numeracji bardzo dużych plików.
Na szybko można sprawdzić czy poprawnie.
seq 1 119060324 | nl | tail -n10
seq 1 3195901860 | nl | tail -n10

Czy nie trzeba dodać
seq 1 119060324 | nl -w9 | tail -n10
seq 1 3195901860 | nl -w10 | tail -n10

Numerować można również cat-em.
man cat
man nl

Edit:
Pasek postępu moża zrobić dzięki pv są również inne rozwiązania. Choć umiejętne skorzystanie z pv w takim potoku nie jest proste.
Tak zupełnie nie dość dokładnie (wręcz bardzo kulawo), to
pv input | nl | LC_ALL=C sort -t$'\t' -k2 | uniq -c -f1 | LC_ALL=C sort -n -k2 > out

Nic nie przeoczyłeś, najzwyczajniej źle były dobrane opcje dla uniq.
Wcześniej było uniq -cd -f2, powinno być jednak uniq -c -f1.

nl input | LC_ALL=C sort -t$'\t' -k2 | uniq -c -f1 | LC_ALL=C sort -n -k2 | wc -l
72078
U mnie sort, uniq jest szybsze od sqlite ok 37 razy.
time ( cat input | ./wu_test_perft out.db )

Cytat: mariotti w 18 Czerwiec 2013, 12:47
U mnie nie działa:

Kod [Zaznacz] Rozwiń


./go.sh
72078 out1.txt # prawidłowa ilość wierszy
6799 out2.txt  # nieprawidłowa

cat go.sh
depth=4

(
echo printLeafs $depth
echo quit
) | ./perft4 | sort | uniq > out1.txt
wc -l out1.txt

(
echo printLeafs $depth
echo quit
) | ./perft4 | nl | LC_ALL=C sort -t$'\t' -k2 | uniq -cd -f2 | LC_ALL=C sort -n -k2 > out2.txt
wc -l out2.txt



Jesli możesz wrzuć tu ten plik dla depth=4, sprawdziłbym to jeszcze raz.
Ja tego generatora nie uruchomię z uwagi na system x86.

Dokumentacja rozszerzona znajduje się w info coreutils.
info uniq

"Fields are sequences of non-space non-tab characters that are separated from each other by at least one space or tab."
uniq -f2 oznacza ni mniej, ni więcej - pomiń pierwsze pole, zacznij od drugiego porównywać wszystko.

To powinno dać prawidłowy wynik. Porównałem to z wu_test_perft i wynnik był identyczny.
nl pos.txt | LC_ALL=C sort -t$'\t' -k2 | uniq -cd -f2 | LC_ALL=C sort -n -k2

Standardowo nl, startuje z numeracją tylko 100000 linii, przy większej trzeba zwiększyć poprzez parametr -w.
Nie mam pojęcia jak sort radzi sobie z gigantycznymi porcjami danych. Warto zwrócić uwagę na możliwość kompresji tymczasowych plików poprzez
--compress-program=PROG  oraz
--parallel=N    (change the number of sorts run concurrently to N).

Uniq powinen działać od drugiego pola. Pierwsze pole to numer linii, rozdielony spacjami i tabulatorem.
W międzyczasie poprawiłem z
uniq -cd -f1
na
uniq -cd -f2

Przed sortem proponuje użyć
LC_ALL=C sort

Najdłuższą linię można odszukać również z pomocą wc.
wc -L

Nie mam tych danych wejściowych, żeby to sprawdzić, czy to nie oto idzie.
nl dane | sort -t$'\t' -k2 | uniq -cd -f2 | sort -n -k2

Dziwię się, że operujesz na tych danych bez żadnej kompresji, te dane powinny dobrze się kompresować 7-10x, a to mogłoby przyśpieszyć wszelkie operacje dyskowe. Dane na wejściu dekompresujesz.
Ewentualnie zrobić split i operować na mniejszych porcjach (sort|uniq),  następnie połączyć i ponownie (sort|uniq).

Cytat: Rysiu w 04 Lipiec 2012, 19:28

Cytat: Szopler w 04 Lipiec 2012, 19:16
Może podasz jakieś dane odnośnie urządzenia typu producent / typ będzie szybciej coś znaleźć.

Kaplica jednym słowem.

http://www.ak-systems.ru/jml/ru/support/faq--ip-plug

CytatЧто делать, если нужен доступ к консоли, или устройство недоступно по сети?

Доступ к консоли осущвтвляется через UART порт. Вы можете заказать у нас переходник
UART<>RS232 или же изготовить его самостоятельно, согласно следующей схемы.

Zabawka: http://www.ak-systems.ru/jml/ru/production/item/58-ip-plug.

Wygląda bardzo podobnie do tego sprzętu - TonidoPlug.
Nawet występuje zbieżność haseł.
http://archlinuxarm.org/platforms/armv5/tonidoplug#qt-platform_tabs-ui-tabs1

Na dole masz link jak przeflaszować taki sprzęt (Reflashing and recovery resources).

Hasło zawsze jest weryfikowane.

Kto się loguje po ssh na konto roota?
Pierwsza rzecz w ustwieniach sshd to wyłączenie możliwości logowania na roota.

Szczerze, to ja w takie historyjki najnormalniej nie wierzę.
Słaba klawiatura (ale udało się zweryfikować?!?!), rano się budzę i nic nie pamiętam....

Jakbyś zaproponował taką... chciałem ustawić logowanie tylko po kluczu, przesłałem, swój klucz, nieroztropnie wyłczyłem logowanie po haśle, zrestartowałem sshd i
z nie znanych mi przyczyn mój klucz jest odrzucany a na dodatek złego zapomniałem
utworzyć konto zwykłego użytkownika i nie mam możliwości uzyskania uprawnień roota.

Pierwsza rzecz jaka by mi przyszła do głowy po otrzymaniu urządzenia, to zrobić zrzut obrazu nośnika na którym znajduje się /.

Producent nie udostępnia obrazu, nie oferuje żadnych aktualizacji?

Sprawa się rypła z 30 czerwca na 1 lipca.

CytatJun 30 23:59:59 997-1 kernel: [884732.318819] Clock: inserting leap second 23:59:60 UTC

Opisana już jest dokładnie w setkach artykułów. Wiazała się z tą jedną, dodatkową sekundą korygującą.
U mnie objawiło się to obciążeniem javy na 100% CPU.

Podpisuję się. Polecam zdecydowanie.
Film klimatyczny, nie zdążymy się spostrzec, a tu już koniec. Dłuuużyzny?!?!

Jeśli takich produkcji byłoby więcej może byłbym skłonny częściej oglądać nowsze filmy, a tak zdecydowanie wolę odkrywać rzeczy starsze i zapomniane.

Jedyne moje wątpliwości budzi scena w windzie.

Artykuł na niby, czy link nieprawidłowy?!!?

Myślałem, że od SEO są tutj inni "wybitni" spece.

http://trac.webkit.org/wiki/Applications%20using%20WebKit
Kilka bardziej lub mniej popularnych pod linuxem

"Przegladarek internetowych innych niż wszystkie"

wykorzystujących Webkit:
epiphany, midori, rekonq, arora, luakit, surf, dwb, uzbl, jumanji, xxxterm + plus 20 innych.

Pewnie niedługo przeczytamy następny "news".
Maxton, wśród 20 firm najbardziej wspierających webkit.

Może przebiją ilością commitów Microsot :)

Przy okazji, do ręki wpadło mi pismo komputerowe CHIP, 10/1999 a w nim trzystronicowy artykuł o SETI, rozmowa z Davidem Andersonem oraz z Miłosławem Kotyńskiem (seti@ADSO).
Prawdopodobnie jedna z pierwszych wzmianek w polskiej prasie komputerowej o liczeniu rozproszonym.

Tutaj jest wstęp:
http://www.chip.pl/artykuly/archiwum/1999/10/lapac-kosmite

Płyta główna, możliwe że była kupiona w 1997 roku z prockiem AMD K6-2 300. Musiałbym doładnie sprawdzić. Jest bardzo chimeryczna. Posiada 3 sloty DIMM i 2 SIMM. Obsadzenie wszystkich slotów DIM, graniczy z cudem. Trzeba podjąć mnóstwo prób, aby wszystkie kości załapały (makabra). Karta TV jest niezwykle podatna na zakłócenia. Pomaga odpowiedni dobór przerwań dla poszczególnych kart lub wyłączenie przydzielonego IRQ karcie graficznej.

Dwukrotnie miała skasowany BIOS i tu ciekawostka, obywało się bez programatora. Odpowiednio przygotowana dyskietka z tzw. bootstrapem (boot-block), do tego karta graficzna na PCI, przywracały jej życie.

Zapomniałbym, do tego podpięta jest klawiatura pamiętająca czasy IBM PC/XT. Niestety, nie da się odczytać, daty produkcji (marka HYUNDAI, może 1991{2} rok). Waży dobrze ponad 1kg, zajmuje pół biurka. Skok klawiszy przeogromny.

http://boinc.gorlaeus.net/show_host_detail.php?hostid=78977

Podzespoły główne, pochodzą z lat 1998-1999.
Płyta główna AOpen AX59Pro
Procesor AMD K6-2 450MHz (architektura i586, brak cmov, sse)

+ karta TV Prolink PixelView PlayTV na bt878,
+ super nowość, karta dźwiękowa - Creative Audigy 2

Wszystko działa i buczy pod Linuksem z kernelem 3.2.10.
To się nazywa długoletnie wsparcie.

Na początku gościł DOSa, Win95, Win98, Linux z kernelem 2.2.12.

Cytat: Troll81 w 12 Kwiecień 2012, 17:38
bo jak juz wspomniałem potrzeba ci sterów ze strony NV, one zawierają opatentowaną technologię CUDA, wolne oprogramowanie jej nie ma i już. musisz je jakoś zainstalować.

Pojawiła się już otwarta implementacja. Jest szansa, że będzie się dynamicznie rozwijała.

http://www.phoronix.com/scan.php?page=news_item&px=MTA3OTI
https://github.com/shinpei0208/Gdev
http://www.phoronix.com/scan.php?page=article&item=nouveau_linux_stable