Conroe in action!!!

[gx-x]

smarate 🙂 bitnoje da li radi bolje ili ne i koliko radi bolje. Ako jedna aplikacija zauzme vecinu protoka na HDD-u, tesko da ce dual core tu pomoci puno. Capture i AV zajedno, lupam, ali ne verujem da ce DC tu ista moci da uradi, AV ce se uvek truditi da sto brze odradi posao i terace HDD najbrze sto moze, ako mozes da sortiras prioritet za sam HDD i da stavis da je AV "poslednja rupa na svirali" onda ces moci da radis lepo i capture, a ni to nije 100% sigurno. Treba ti DC HDD 😀

 

[genuine]

pa jeste ali u sustini dc je bolji i ka tome treba da se ide kada vise tehnologija ne da povecanje hercaze... ubrzanje jeste vece ali kao sto amdhalov zakon kaze nije linearno sa brojem procesora to jest zavisi od stepena sekvencijalnosti samog programa....(izuzimam primer sa uticajem povecanja kesa sa brojem cpu-a)...
ono ste je meni interesantno je ne koliko stvari mozes da radis od jednom posto ja uglavnom mogu jednu ( a i ona mi je zeznuta ) vec koliko ubrzanje mogu da dobijem sa dva,cetri ili koliko vec jezgara u odnosu na samo jedno..
koliko vama divx kompresovanje arhiviranje i sl.. brze radi kada rade dva jezgra u odnosu na to kada je samo jedno ukljuceno? pretpostavljam reda 30-40%

p.s.
u amdhalov zakon ne treba previse verovati ali daje solidnu referencu

 

[audiofreak]

Preemptivni multitasking znaci fiksan vremenski isecak -- svakom programu je garantovano njegovih 20ms i ne prekida se dok mu ne istekne to vreme. Jedino se procesi viseg prioriteta vracaju na pocetak reda cesce nego oni nizeg prioriteta. Postoji jos jedna stvar, real time prioritet za user procese mora uvek biti za nijansu nizi od real-time prioriteta kojim rade kriticni sistemski procesi. U Windowsu je to po meni potpuno pogresno odradjeno -- Amiga je davno sa jednim CPU-om imala bolji odziv GUI-ja nego XP danas.

koliko vama divx kompresovanje arhiviranje i sl.. brze radi kada rade dva jezgra u odnosu na to kada je samo jedno ukljuceno?

Kod mene je MPEG2 -> DivX full PAL ~60 FPS sa 2 jezgra dok je sa prethodnim HT bio oko 35-40 FPS ako se dobro secam ili 20-25 FPS kad ja igram nesto dok on radi.

 

[zendraqla]

Obrisao sam postove vezane za XS sajt. Za one koji nisu videli obrisane postove: XS sajt je s vremena na vreme nedostupan, tako da morate biti malo uporniji.

A sto si obrisao postove? Bili su sasvim normalni! Mogao si bar jedan da ostavis!

 

[drfedja]

Preemptivni multitasking znaci fiksan vremenski isecak -- svakom programu je garantovano njegovih 20ms i ne prekida se dok mu ne istekne to vreme. Jedino se procesi viseg prioriteta vracaju na pocetak reda cesce nego oni nizeg prioriteta. Postoji jos jedna stvar, real time prioritet za user procese mora uvek biti za nijansu nizi od real-time prioriteta kojim rade kriticni sistemski procesi. U Windowsu je to po meni potpuno pogresno odradjeno -- Amiga je davno sa jednim CPU-om imala bolji odziv GUI-ja nego XP danas.

Jeste, ali ukoliko imas vise procesa istog prioriteta na user nivou, veci prioritet ce se dodeliti onom u kojem radis trenutno.
Takodje vecina procesorski zahtevnih procesa imaju dodeljen Low priority.

Amiga je imala bolji GUI odziv zbog mnogo toga, zapravo, Amigina 2D grafika je bila tako koncipirana da su vecinu stvari obavljali custom chipovi, zatim planarne ravni su bile pohranjene u chip memoriji, blitter, copper su mogli da postavljaju planarne ravni na razlicite memorijske lokacije u chip memoriji, ako se dobro secam, programski kod se nezavisno izvrsavao u FAST memoriji, sto je naravno davalo odlican odziv u 2d okruzenju. Agnus, Denise i Paula su imali direktnu komunikaciju sa RAM-om preko 4 DMA kanala, bez smaranja CPU-a.

CPU zahtevni procesi su delili procesorsko vreme, slicno kao i u Windowsu XP, mada to nije uticalo toliko na odziv OS-a.

Jedino gde je moglo da se oseti usporenje je u slucaju nedostatka fast memorije i izvrsavanja koda u chip RAM-u koji je bio share-ovan sa custom chipovima, ali to vec nema toliko veze sa preemptive multitaskingom, vec sa samom amiginom arhitekturom.
Glavna razlika izmedju PC-a i Amige je u tome sto je ova bila u samom startu koncipirana za multitasking, kako hardverski tako i softverski. OS je bio napravljen da radi sa njenim setom chipova.

Secam se vremena kada se pojavio Windows 3.11 i kad sam se smejao PC-jevcima kako se ponose svojim multitasking operativnim sistemom. :d

 

[gx-x]

kod mene rad sa divx/xvid i mpeg2 fajlovima zavisi iskljucivo od brzine internet konekcije :d

 

[Nedjo]

Oficijelni naziv:

http://www.theinquirer.net/?article=31514

BTW
Audio dobar ti je potpis, ali ti fali nesto u kao "skovan u Planini Zla" i "U tami da ih sve vezze" :d

 

[kovacm]

Takodje vecina procesorski zahtevnih procesa imaju dodeljen Low priority.

kako to mislis? pa svi user procesi u windowsu imaju "normal" prioritet! jedino ako ih ti rucno spustis na nizi nivo bice na nizem nivou 🙂

Amiga je imala bolji GUI odziv zbog mnogo toga, zapravo, Amigina 2D grafika je bila tako koncipirana da su vecinu stvari obavljali custom chipovi, zatim planarne ravni su bile pohranjene u chip memoriji, blitter, copper su mogli da postavljaju planarne ravni na razlicite memorijske lokacije u chip memoriji, ako se dobro secam, programski kod se nezavisno izvrsavao u FAST memoriji, sto je naravno davalo odlican odziv u 2d okruzenju. Agnus, Denise i Paula su imali direktnu komunikaciju sa RAM-om preko 4 DMA kanala, bez smaranja CPU-a.

A danas PC procesor prebacuje delove memorije po video memoriji grafickih kartica 😀 daj molim te... osim toga Amiga ima vise od 4 DMA kanala ali nije ni bitno. i A500 nije imala Fast Ram u osnovnoj konfiguraciji a odlicno je radili u multitaskingu... osim toga Bus custom chipova je radio na duploj vishoj frekvenciji (~14MHz) od MC68000 tako da je MC retko kad morala da ceka da joj se oslobodi bus za chip ram.

U Windowsu je to po meni potpuno pogresno odradjeno -- Amiga je davno sa jednim CPU-om imala bolji odziv GUI-ja nego XP danas.

Audio ako te ne mrzi objasni malo detaljnije...

Glavna razlika izmedju PC-a i Amige je u tome sto je ova bila u samom startu koncipirana za multitasking, kako hardverski tako i softverski. OS je bio napravljen da radi sa njenim setom chipova.

pa jeste i nije: Amiga OS je "port" TRIPOS. Originalni razvojni tim Amige nije uspeo da zavrsi OS na vreme pa se Commodore odlucio na ovakav korak - da portuje vec postojece resenje.

Secam se vremena kada se pojavio Windows 3.11 i kad sam se smejao PC-jevcima kako se ponose svojim multitasking operativnim sistemom. :d

kako bih voleo da sam prespavao vreme Win3.11... i da nisam gledao kako Windows postaje standard pored 10x bolijh resenja. E da sam kupio racunar pre 5 godina i da sada hvalim i dizem sWinjdows u nebesa... al ne mogu da se iskuliram :-devil-:

 

[genuine]

Pa koliko se secam Windows 3.11 je imao multitasking tipa dok radi jedan proces ne moze drugi ali kad minimalizujem jedan a povecam drugi onda se obrne(mozda dobije proces i ako se neki drugi zaglavi na io ) .
mozda gresim ali 8-bitni atmelovi mikrokontroleri imaju multitasking bolji od windows-a 3.11..

 

[Paradigma]

Pa koliko se secam Windows 3.11 je imao multitasking tipa dok radi jedan proces ne moze drugi ali kad minimalizujem jedan a povecam drugi onda se obrne(mozda dobije proces i ako se neki drugi zaglavi na io ) .
mozda gresim ali 8-bitni atmelovi mikrokontroleri imaju multitasking bolji od windows-a 3.11..

Windows 3.11 je imao cooperative multitasking koji je podrazumevao da proces koji se izvršava praktično sam odluči o tome kada ga može prekinuti neki drugi proces. Paravim multitaskingom se smatra preemptive multitasking gde opet u zavisnosti od politike raspoređivača (scheduling) zavise i kriterijumi promene konteksta (context-switching).

 

[audiofreak]

BTW
Audio dobar ti je potpis, ali ti fali nesto u kao "skovan u Planini Zla" i "U tami da ih sve vezze" :d

😀
Core je buduca arhitektura i za Desktop, Mobile i Server otud potpis.

Jeste, ali ukoliko imas vise procesa istog prioriteta na user nivou, veci prioritet ce se dodeliti onom u kojem radis trenutno.

Pa upravo kazem da to ne valja! To je tweakovanje. Jel shvatas sta si napisao?!?

...vise procesa istog prioriteta na user nivou, veci prioritet ce se dodeliti onom u kojem radis trenutno

Ako su istog prioriteta nema boostovanja foreground procesa i gluposti jer je to vec kradja vremena drugim procesima.

Amiga je imala bolji GUI odziv zbog mnogo toga, zapravo, Amigina 2D grafika je bila tako koncipirana da su vecinu stvari obavljali custom chipovi

A zasto sada BitBlt ne moze da radi GPU nije mi jasno?!?

zatim planarne ravni su bile pohranjene u chip memoriji

Tacno, ali opet ne vidim kakva je to prepreka za PC hardver?

Agnus, Denise i Paula su imali direktnu komunikaciju sa RAM-om preko 4 DMA kanala, bez smaranja CPU-a.

Pa i GPU ima DMA zar ne? I zvucna i diskovi pa opet PC losije radi -- znaci stvar je u OS-u, a ne u hardveru. TripOS na kome je AmigaOS zasnovan je bio packet oriented OS sa messagingom gde se poruke nisu kopirale po memoriji tamo-vamo kao kod Windowsa vec su se prosledjivali pointeri sto je bilo daleko brze, a packet I/O je imao preko 1250 paketa/sec (send+receive) na tricavih 10MHz 68010.

CPU zahtevni procesi su delili procesorsko vreme, slicno kao i u Windowsu XP, mada to nije uticalo toliko na odziv OS-a.

Ma ni priblizno nije bio uradjen scheduler.

OS je bio napravljen da radi sa njenim setom chipova.

Audio ako te ne mrzi objasni malo detaljnije...

Projekat Dr. Martina Richardsa iz 1976 godine koji je imao za cilj portabilan operativni sistem prerastao je u TripOS 1979 na Kembridz univerzitetu. Sve osim kernela je bilo napisano u Basic Combined Programming Language (BCPL), portabilnom high-level jeziku koji je takodje dizajnirao Martin Richards.

Originalno napisan za PDP11, kasnije je portovan na Computer Automation LS14 i Novu. Rad na MC68000 verziji je poceo tek 1981 na Bath univerzitetu. Metacomco je otkupio prava i nastavio razvoj u nastojanju da ga ucini komercijalno atraktivnim. Commodore-Amiga je marta 1985 poceo da pomaze nakon odluke da se TripOS iskoristi za njihov novi kucni racunar. Jula 1985 Amiga je predstavljena i TripOS se pojavio pod novim imenom AmigaDOS.

TripOS je bio real-time preemptive multi-tasking OS. Glavni cilj razvojnog tima je bila maksimalna brzina odziva. Dizajniran je tako da ima minimalan overhead sto je rezultovalo izuzetno brzim operativnim sistemom sposobnim za real-time primenu.

Oblasti u kojima je ova filozofija jasno ilustrovana su scheduling, memory management i message passing -- (inace sve rak rane Windows OS-ova prim. freak).

Scheduler je imao striktan task priority sistem. Time slicing po round robin semi nema nikakav overhead. Svaki task radi u okviru svog vremenskog odsecka dok neki drugi viseg prioriteta ne bude spreman ili dok se sam ne suspenduje pre isteka vremena koje mu je dodeljeno.

Memory Management sistem nije se smarao proveravanjem da li programi koriste memoriju koju nisu alocirali. Na ovaj nacin se iskljucivalo usporenje koje inace nastaje kao posledica rada MMU, a od programa se ocekivalo da se "ponasaju pristojno".

Message passing sistem je radio tako sto se sva komunikacija izmedju procesa, drajvera i sistema odvijala razmenom "paketa" po referenci umesto kopiranjem. Ovo je bilo moguce zato sto su svi procesi videli isti adresni prostor. Time se izbegavalo dupliranje podataka i nepotrebno kopiranje.

Imam ja jos toga, ali odosmo u off... 😀

 

[gx-x]

@Audio

RESPECT MAN !!! :klanjanje: Kao korisnik amige 500,600,1200 i 4000 nisam imao blagog pojma da to tako funkcionise i da ti ovo nisi napisao umro bi ne znajuci !

a sad lepo kupi AMD, resistance is futille 😀

 

[genuine]

Samo jedno pitanjce? Zar Windows NT to jest XP kada su u pitanju poruke veceg kapaciteta ne salje iste preko deljene memorije(mislim na sadrzaj poruke recimo ako je veci od 64kb i sl.)?

 

[Nedjo]

Upropastili ste tred sa tim multitaskingom!
'ajde se vrnemo nazad?
Evo da pocnemo od ovoga:

http://www.hkepc.com/bbs/news.php?tid=593199

 

[Snejk]

Upropastili ste tred sa tim multitaskingom!
'ajde se vrnemo nazad?
Evo da pocnemo od ovoga:

http://www.hkepc.com/bbs/news.php?tid=593199

Ono što je meni interesantno je da je Conroe navodno samo tu da drži vodu 2 godine, a onda dolazi Nehalem - delo "glavnog" Intel tima koji je prebačen na dizajn potpuno novog CPU-a 2004, kada se odustalo od daljeg razvoja Netbursta..

 

[Nedjo]

Intel ocigledno namerava da primeni politiku 'vidije, koja je svoje aktuelne pozicije izgradila zahvaljujuci mogucnosti a izbacuje novu arhitekturu na godisnjem nivou. Doduse, ono su sad malo usporili tako da se taj jaz izmedju dve generalne inovacije prosirio, ali i dalje postoje "osvezenja" u sezonskim intervalima. U svakom, slucaju taj ubitcni tempo je mnoge na trzistu grafike "sahranio", Intel sigurno ima ambiciju da replicira doticni sistem i na trziste CPU-ova. Videceo kako ce "mali zeleni" reagovati 😉

 

[audiofreak]

Samo jedno pitanjce?

GetMessage() funkcija prima pointer na MSG strukturu. Windows ti sadrzaj poruke kopira u nju.
Sto se tice I/O operacija, radi se kopiranje user buffera u system buffer i obratno.
Mana svih monolitnih kernela je suvise velika apstrakcija hardvera koja neminovno dovodi i do 1000x usporenja u nekim slucajevima.

@Nedjo:
Pogledaj prvi princip na drugom slajdu 😉

 

[kovacm]

e sad audio: zar nije glavni problem kod microkernela (AmigaOS) bas to sto moraju non stop da se prenose poruke izmedju gomile procesa? znaci AmigaOS je uspeo da doskoci ovom problemu eliminisuci zastitu memorije i dozvoljavajuci svima da citaju/pisu po celoj memoriji bez ikakve provere?

mislim nije bash pohvalno to sto amigi fali zastita memorije 😉 cak ni do dan danas nisu uspeli da implementiraju zastitu memorije... :O
i kako to da MMU usporava operacije? zar MMU operacije nisu transparentne?

 

[Nedjo]

a da se vi o Amiginoj memoriji dopisujete na mail i PM ili u nekom drugom tredu?

 

[okmijun]

Ono što je meni interesantno je da je Conroe navodno samo tu da drži vodu 2 godine, a onda dolazi Nehalem - delo "glavnog" Intel tima koji je prebačen na dizajn potpuno novog CPU-a 2004, kada se odustalo od daljeg razvoja Netbursta..

nehalem, yonah....sto nije Dobrivoje? ,)
aj jos da i cike iz intela kazu sta stvarno znace ta imena :eyebrows:
ili pise mozda u kabali :smash:

 

[genuine]

MMU usporava pristup podacima.. Ukoliko zelis stranicnu ili segmentno stranicnu organizaciju( jos teze ) onda imas usporenje od nekoliko procenata pa i vise nego da nemas takvu organizaciju..
stvar je u tome da u cpu-u postoji jedinica za preslikavanje virtuelne u fizicke adrese. da bi ona radila brzo postoji TLB jedinica koja cuva poslednja koriscena preslikavanja ( asocijativna memorija sa obicno LRU algoritmom [ obicno je bilo 32 ulaza i intel je tvrdio da je stopa pogodaka oko 95% ] ). kada je pogodak u TLB-u sve je ok ali kada je promasaj onda iz operativne mem. mora da se dovlace info. u tlb.. i to je tih nekoliko procenata .isto pri kontekst svicingu tlb mora da se flushuje pa imas efekat hladnog starta.. u svakom slucaju sporije nego da ga nema ali zato zahvaljujuci mmu procesi su zasticeni jedni od drugih i od sebe samih a isto tako je eliminisana i eksterna fragmentacija + mogucnost da pokrenes program koji trazi vise rama nego sto ga imas )....
ipak ako amiga to nije imala to je i ocekivano za to vreme ali sada je nezamislivo..

a mikrokernel je dobra moderna i isprobana arhitektura . uskoro ce i linux odnosno gnu/linux da predje na nju. mislim da je projekat gnu hrd ili slicno...

 

[voyager]

nehalem, yonah....sto nije Dobrivoje? ,)
aj jos da i cike iz intela kazu sta stvarno znace ta imena :eyebrows:
ili pise mozda u kabali :smash:

Sve se to razvija čini mi se u Izraelu pa otud imena iz njihove istorije...

 

[audiofreak]

Nedjo, jel mozes postove vezane za amigu da prebacis u neki drugi thread i da ovde ostavis link?

 

[illidan]

zanimljivo jos jedna conroe ready polca 🙂

Conroe E6400@MSI 975X Platinum

 

[illidan]

a sto se tice novih imena:

●DT Conroe :Core 2 Duo E Series (TDP 50W Up)
- Core 2 Duo E6700 : 2.66G (266x10)/FSB 1066/L2 4MB
- Core 2 Duo E6600 : 2.40G (266x09)/FSB 1066/L2 4MB
- Core 2 Duo E6400 : 2.13G (266x08)/FSB 1066/L2 2MB
- Core 2 Duo E6300 : 1.86G (266x07)/FSB 1066/L2 2MB
- Core 2 Duo E4200 : 1.60G (200x08)/FSB 800/L2 2MB

●DT Conroe XE:Core 2 Extreme Series
- Core 2 Extreme E8xxx :3.33G (333x10)/FSB 1333/L2 4MB

●Moblie Merom :Core 2 Duo T Series(TDP 25-49W)
- Core 2 Duo T7600 : 2.33G (166x14)/FSB 667/L2 4MB
- Core 2 Duo T7400 : 2.16G (166x13)/FSB 667/L2 4MB
- Core 2 Duo T7200 : 2.00G (166x12)/FSB 667/L2 4MB
- Core 2 Duo T5600 : 1.83G (166x11)/FSB 667/L2 2MB
- Core 2 Duo T5500 : 1.66G (166x10)/FSB 667/L2 2MB

●Yonah
- Core Duo T2600 : 2.16G (166x13)/FSB 667/L2 2MB
- Core Duo T2500 : 2.00G (166x12)/FSB 667/L2 2MB
- Core Duo T2400 : 1.83G (166x11)/FSB 667/L2 2MB
- Core Duo T2300 : 1.66G (166x10)/FSB 667/L2 2MB
- Core Solo T1300 : 1.66G (166x10)/FSB667/L2 2MB

 

[Yoti]

I malo encodinga:
http://www.xtremesystems.org/forums/showpost.php?p=1439864&postcount=127
ceo thread ima dosta testova i OC-a, (ko ima spor net nek ne pokusava :S: ) :
http://www.xtremesystems.org/forums/showthread.php?t=98919

 

[Nedjo]

Nedjo, jel mozes postove vezane za amigu da prebacis u neki drugi thread i da ovde ostavis link?

ne znam kako 🙁

 

[audiofreak]

ne znam kako 🙁

A ja mislio ti sve znas :d

Salim se, zar ne moze da se otvori thread pa da se prebace pojedinacni postovi u njega?

I jos jedno Off pitanje, sto ne dodate mogucnost hiperlinkovanja u Moja masina plugin?

 

[illidan]

I jos jedno Off pitanje, sto ne dodate mogucnost hiperlinkovanja u Moja masina plugin?

ugusice se mali opteron 😀

 

[morbius]

Intel svoje procesore za prenosne računare razvija u Izraelu i zbog toga oni imaju jevrejska imena. Desktop procesori se razvijaju u Oregonu i zato nose imena geografskih pojmova iz te savezne države. I da ne spamujemo više tred ovim.