| Szerző |
Üzenet |
adsr
Kukabúvár
|
# Elküldve: 2012. Dec. 21. 13:12
Agóra, Infó Múzeum videó. Amigásoknak meglepivel!
|
Chain-Q
Divatamigás
|
# Elküldve: 2012. Dec. 21. 15:40
@adsr:
Zsír videó. Még csak belenéztem, de melyik agyonképzett írta az Alpha szervert ALPFA-nak? :D
|
Peti
Tag
|
# Elküldve: 2012. Dec. 21. 16:59
adsr: a "VIGYÁZZ! ELLENSÉG IS HALLJA" felirat az "LB készülék"-en, meg a "helyi elemmel működik, tessék kurblizni!" szöveg azért ütött... :)
|
adsr
Kukabúvár
|
# Elküldve: 2012. Dec. 22. 05:26
Quoting: charlie melyik agyonképzett írta az Alpha szervert ALPFA-nak?
Képzeld, nem ez volt a legdurvább... Annyira hozzáértő srácot vettek fel napi 8 órába, hogy csak na. Magyar-töri szakosként végzett. Gondolhatjátok.
Kiállítás megnyitó előtt nézegettem a vitrineket, egy-pár névtábla ki volt cserélve: CPC464-ZX Spectrum (nem nagy gáz, egy vitrinben vannak), Sanyo MBC4050-Schneider PCW8512 (ez már nagyobb baj, egymástól 20 méterre vannak...), stb.
Van még egy 1.2 gigás 40 perces videó is, a dinoszauruszokról, és a megnyitón ellesett egy-két bemutatóról, csak hát az iszonyat gyors internet kapcsolat miatt két nap mire feltöltöm. Minőségén nem akarok rontani. (Muszka Dani bácsi mutatja a katicát, Bohus Misi bácsi a lyukkártyaolvasó működését szemlélteti, stb. Mellesleg ez utóbbi masina 9 mázsa egymaga... Ja, láttatok már analóg számítógépet? Na itt ilyen is van, cseszkó, állati durva.),
|
ratman
Kék troll
|
# Elküldve: 2012. Dec. 22. 12:40
Hahó,
Ha még valaki keres olcsó, bluetoothos keyboardot, akkor ajánlom a Sony Wireless Keyboardot PS3-hoz. Kicsi, kompakt, van benne pöcökegérke is, nagyon ipari a kinézete és 12KHUF-ért mérik.
Egyelőre még MOS-al nem néztem meg, de kicsit használhatóbbnak tűnik, mint az apple wireless keyb és BT-s egér kombó... ja, és kisebb, qrva nagy gombokkal, gyakorlatilag csak azokból áll.... és a gombjai, ekkora méretben is pont jók. Ajánlom. :)
|
amigarules
Tag
|
# Elküldve: 2012. Dec. 22. 22:03
http://www.dig-id.de/?p=103
|
thomas^sd
Tag
|
# Elküldve: 2012. Dec. 24. 01:51
Ez nem muxik none letoltes kerunk masikat
|
dh1
Mr. DTP
|
# Elküldve: 2012. Dec. 28. 09:56
Nyammmm ...
http://tinyurl.com/cxdhtyr
|
adsr
Kukabúvár
|
# Elküldve: 2012. Dec. 28. 18:23
Sakmannak van egy hasonló cucca, nemtom milyen gép, lényeg, hogy bontatlan. Ő sem bontotta ki, úgy van a polcon. Akár féltégla is lehet benne, pedig jó drága volt. :-D
|
Zolaash
Tag
|
# Elküldve: 2012. Dec. 28. 19:45
Quoting: adsr Sakmannak van egy hasonló cucca, nemtom milyen gép, lényeg, hogy bontatlan. Ő sem bontotta ki, úgy van a polcon. Akár féltégla is lehet benne, pedig jó drága volt. :-D
Lol... :D
Amúgy én se haragudnék meg ha kapnék ajándékba egyet...
|
YADA
Tag
|
# Elküldve: 2012. Dec. 29. 00:13
Van sok felteglam, olcson adom :-)
|
dh1
Mr. DTP
|
# Elküldve: 2012. Dec. 31. 03:41
Rontgen?
|
adsr
Kukabúvár
|
# Elküldve: 2012. Dec. 31. 09:27
Jaja, ez egy jó ötlet :-D!
Erről eszembe jutott egy érdekesség. A Danuvia gyárban már a hatvanas évek elején röntgennel vizsgálták a motorblokkokat, hogy nincs-e bennük öntési hiba, zárvány, stb. Nem véletlen, hiszen a Danuvia alapjában fegyvergyár volt, szigorúan megkövetelt technológiai pontossággal és fegyelemmel.
|
adsr
Kukabúvár
|
# Elküldve: 2013. Jan. 01. 12:24 - Szerkesztve: adsr
Gyerekek, ismeri valaki ezt a csávót? ;-)
Bazz, dupla poén.
|
dino
Kék troll
|
# Elküldve: 2013. Jan. 01. 12:57
Quoting: adsr Gyerekek, ismeri valaki ezt a csávót? ;-)
Tomcat! Legeda! Irt konyvet is a demozasrol, sajnos nem birtam rabeszelni, hogy magyarul is megirja :( FREAX
|
Zolaash
Tag
|
# Elküldve: 2013. Jan. 01. 17:17 - Szerkesztve: Zolaash
Tájfun
Apollo
A570
|
AliveMOon
Tag
|
# Elküldve: 2013. Jan. 03. 10:25
Ezt a dögöt!
12 dual-threaded e6500 cores built on Power Architecture technology
vMPIC (virtualized interrupt controller)/virtual core capable PPC cores
|
dekanyz
Tag
|
# Elküldve: 2013. Jan. 03. 10:28
$4,995.00-ert...
|
AliveMOon
Tag
|
# Elküldve: 2013. Jan. 03. 11:07 - Szerkesztve: alivemoon
Jó ezt a Freescale nem nekünk árulja, hanem olyan cégeknek szánja, mint mondjuk az Varisys, aki tud belőle széria masinát készíteni.
2x drágább az x1000-nél de 6x több mag van benne :)
|
adsr
Kukabúvár
|
# Elküldve: 2013. Jan. 03. 11:47
Nahát, itt egy Skoda...
|
dekanyz
Tag
|
# Elküldve: 2013. Jan. 03. 12:18
Quoting: alivemoon 2x drágább az x1000-nél de 6x több mag van benne :)
Viszont SMP nelkul nem lesz sokkal gyorsabb!
|
AliveMOon
Tag
|
# Elküldve: 2013. Jan. 03. 14:06 - Szerkesztve: alivemoon
Ez tény!
Előbb vagy utóbb csak megoldják!
Sok szkeptikus annak sem adott sok esélyt, hogy lesz OS4.
Végén még Classicra is össze hozták a 4.1-et is!
Vagy egyáltalán lesznek új gépek, emlékszem mindegyik előtt ment jaj világ vége lesz! Aztán mégis lett, talán nem is úgy sikerültek, ahogyan szerettük volna, de lett!
|
dekanyz
Tag
|
# Elküldve: 2013. Jan. 03. 14:19
Azert az SMP nem olyan kis falat... es akkor meg az alkalamzasoknak is thread safe-nek kell lenniuk.
Elhangzott egy forumon egy olyan otlet is, hogy az SMP helyett inkabb az kellene, hogy a user indithat alkalmazasokat adott magokon...
Talan nem akkora hulyeseg, mint amekkoranak hangzik elsore es implementalni is sokkal egyszerubb, teljesitmeny szempontjabol is kevesbe koltseges.
Desktop-on nem biztos, hogy az SMP tenyleg kell.
|
AliveMOon
Tag
|
# Elküldve: 2013. Jan. 03. 14:36 - Szerkesztve: alivemoon
Quoting: dekanyz Azert az SMP nem olyan kis falat... es akkor meg az alkalamzasoknak is thread safe-nek kell lenniuk.
Hát nem tudom, mert hogy a világon egyik OS sem önmaga oldja meg, hanem a programozok írják meg úgy az alkalmazásokat, hogy ne legyen holtpont.
Elöször én speciel CriticalSectiont használtam Win-en, de sosem volt megbízható. Most InterlockedExchanget használok azt is valahogyan így:
if( InterlockedCompareExchange( &busy_show, (id*0x100), 0 ) != 0 )
{
return NULL; // megyek csinálok addig valami mást
}
if( InterlockedCompareExchange( &busy_show, 1, (id*0x100) ) != (id*0x100) )
{
GPF_STR_Write( "\nHolt pont lenne ha nem figyelnék oda!" );
return NULL; // megyek csinálok addig valami mást
}
Na és most biztonságosan enyém a kritikus szakasz
InterlockedExchange( &busy_show, 0 );
// na most marakodhatnak a többiek tovább
Ez egy olyan fügvény ami úgymond atomi szinten voletile kezeli a tárhejet, egyzserre nem tudják írni a magok.
De ezt a CPU-nak kéne tudnia, gondolom ez nincsen most még úgy implementálva, ahogy kéne, de elvileg kéne most is lennie valami hasonlónak, mert szálak vannak!
Mutex
Itt megint az a probléma, hogy régen nem volt több mag és a régi programok hasalnak el esetleg. A régiek ne fussanak SMP-ben, az újakat meg könnyen lehessen párhuzamosítani!
|
dekanyz
Tag
|
# Elküldve: 2013. Jan. 03. 15:06 - Szerkesztve: dekanyz
Szalak vannak... de az atomic memoria olvasasokat ugye nem kell vedeni kulonosebben, mert ugy is csak az egyik tudja olvasni. SMP-nel mindent vedeni kell.
Azert a kernelnek se art tudnia a dologrol, hogy a szalakat ne ua. a magon inditsa. Meg gondolom meg egyeb dolgok is reszei az SMP implementacionak. Pld. a kernel se egy magon fut, ha jol sejtem.
Esetleg meg az is megoldas lehet, hogy csak a processzek fussanak kulon magokon. A thread-ek ne!
Szerk: Mondjuk Amigan nincs memoria vedelem, szoval nem tom, hogy egy SMP-nel mit is kell vedeni pontosan.
|
Chain-Q
Divatamigás
|
# Elküldve: 2013. Jan. 03. 15:44
Mint az nehanyszor mar el lett mondva, Amigan a legnagyobb problema a Forbid()/Permit() paros. Egy csomo mindent a mai napig csak ugy lehet megoldani, hogy Forbid()-elsz (pl. alkalmazas kilepesekor a Workbench messagere valaszolas elott Forbid() kell, de ez csak egy pelda), azzal viszont az a helyzet, hogy a Forbid() megfelelo mukodesehez meg KELL allitani az osszes aktiv magot, cache-t flusholni minden procin, stb, ami NAGYON lassu.
Mikozben egy procin a Forbid() mindossze annyi, hogy egy bitet atbillent a schedulerben, hogy mostantol a kovetkezo Permit()-ig (vagy olyan muveletig ami Wait()-elne) ne adja mas Processznek a vezerlest.
Mivel emiatt a hatterben az osszes alkalmazas (az ujak is) sot a rendszerkomponensek is orrba-szajba Forbidelnek, ezert ezt kiterjeszteni sok magra totalisan hazavagja barmilyen SMP implementacio teljesitmenyet. Es mint fent irtam, van amit a jelenlegi API-val meg sem lehet csinalni Forbid() nelkul.
Amit AliveMoon javasol, az egyebkent egy reszleges AMP implementacio, ami nyilvan mukodhetne, vagyis hogy a tobb magot hasznalo alkalmazasok sajat API-t hasznalnak, ami fel van keszitve minden ilyesmire, de az nem SMP, es kb. kaptal egy PowerUP klont... :)
|
AliveMOon
Tag
|
# Elküldve: 2013. Jan. 03. 15:50
Akkor a Win sem SMP, mert programon belül az általam foglalt memóriákba minden felügyelet nélkül írok, száltól függetlenül.
Szerintem semmi különös, az ütemező vermelője(vagy mi a szösz, ami kipakolja a regisztereket és egy másik szál állapotát vissza pakolja) bonyolultabb, ott kell a két mag között a kernelnek a szinkront tartani, ne hogy ugyan azt a szálat bepakolja esetleg két magra is, aztán kétszer fut le ugyan az a kód!
|
dekanyz
Tag
|
# Elküldve: 2013. Jan. 03. 15:58
Quoting: charlie sajat API-t hasznalnak, ami fel van keszitve minden ilyesmire
Lehet, hogy nem lenne ez akkora baj elnezve a regi API-t. ;)
|
Chain-Q
Divatamigás
|
# Elküldve: 2013. Jan. 03. 16:02 - Szerkesztve: charlie
Én beszarok. Ez a csávó ez hihetetlen, hogy minden OS-hez jobban ért az OS-nél... :)
Elöször én speciel CriticalSectiont használtam Win-en, de sosem volt megbízható.
vs.
Akkor a Win sem SMP, mert programon belül az általam foglalt memóriákba minden felügyelet nélkül írok, száltól függetlenül.
Ez a két benyilvánulás azért így egymás után súlyosan no comment... :)
|
AliveMOon
Tag
|
# Elküldve: 2013. Jan. 03. 16:33 - Szerkesztve: alivemoon
Akkor a Win sem SMP, mert programon belül az általam foglalt memóriákba minden felügyelet nélkül írok, száltól függetlenül.
Én ezt erre válaszoltam :)
Quoting: dekanyz Szalak vannak... de az atomic memoria olvasasokat ugye nem kell vedeni kulonosebben, mert ugy is csak az egyik tudja olvasni. SMP-nel mindent vedeni kell.
Arra céloztam, hogy win-en alapból a programok között védik a memoriát, de szálak között nem! (és mégis SMP-nek híják )
Forbid()/Permit()
Tilt/Engedélyez, szószerint fordítom! Abban igazad van ezt nem ismertem! De ez is csak olyasmi mint az InterlockExchange(), ha jól értem egyfajta lockolás végül is szinkronizálás.
Quoting: charlie Elöször én speciel CriticalSectiont használtam Win-en, de sosem volt megbízható.
Ezt pediglen arra írtam, hogy nem müködik jól, pl. ha általános kodot írsz mondjuk egy lockot és esetleg azon belül meghívja egy másik is mert rekurzív és ugyan azon a szálon nyomulsz, nem növeli a referencia számlálot, így oda kell figyelned, hogy most növelte e vagy nem, míg ha úgy csinálod, ahogy le írtam, ezeket megspórolod :)
A fönti esetben amit írtam ez azt jelenti, van egy kamera listám és azon belül a kamerákat is védeni kell, mert azok is mind külön szál kezeli, ilyenkor a CriticalSection igen gyakran beragadt, mert ugyan abban a szálban akarom elérni a kamerát. De a kamerák is ugyan így akarják elérni a listájukat, mondjuk.
|
