windows 7 vs. audio ???

[psionic]

Originally Posted by alek019

Iskoristite /3GB switch u boot.ini pod Windows-om XP.

Probao i ovo, ne znam zasto - ali nisam uspeo da predjem 2.0 GB. Problem je sto sa ovim switchem sistem ume da poblesavi, jer u 32bit sistemima, memorija uredjaja mora da se nadje u donjih 4 giga, pa kako god da se uradi, oduzima se od ukupne memorije. Znaci u najboljem slucaju ima oko 3.2 GB upotrebive memorije. Cak i onda Cubase nije mogao da predje 2 GB. U 64 bit sistemu, taj switch je automatski ukljucen - samo sto nije na 3GB vec na 4GB (toliko se adresnog prostora po defaultu dodeljuje 32bitnim aplikacijama) sistem radi stabilno jer nema bojazni da ce se memorija preklapati sa uredjajima i tako dalje...

@MIDI

Jedine optimizacije koje sam ja uradio su da se iskljuci user account control i da se izabere high performance profil za power saving opcije - i tamo se pogase dodatno sve power saving stavke - kao sto je selective USB suspending... zbog ove sam ranije imao krckanje na FWu (?)! Najvaznije je da je audio drajver dobro napisan za sedmicu, inace moze da se desi da pucka, krcka... Neke firme samo preimenuju Vistin drajver, ali to nije to. Ima workaround i za te slucajeve (odabere se legacy FW na primer, ako je FW kartica...)

[alek019]

Kada se koristi /3GB switch imate još jedan parametar koji se zadaje kao alternativa i postavite ga ovako /userva=3030 . Da vam sistem ne "poblesavi "
morate testitrati da li vaša konfiguraija može raditi sa kernel-om limitiranim na 1 GB.

Da ne prepričavam pročitajte ovde
http://msdn.microsoft.com/en-us/library/ff556232.aspx

vidite i http://www.microsoft.com/whdc/system...AE/PAEmem.mspx

Bar koliko videh na CUBASE forumima kažu da je ovo sa njihove strane u aplikaciji podržano od verzije SX. Ja ga ne koristim pa morate proveriti sami.

Evo vam i još neka veoma lepa objašnjenja

http://forums.presonus.com/showthread.php?t=8848

Čovek kaže da ovo funkcioniše...

[psionic]

Sa /3gb switchem se,od moguca 4 gb kojima pristupa 32bit aplikacija, dodeljuje da moze da adresira 3gb "privatnog" adresnog prostora maksimalno i nema veze sa stvarno instaliranom memorijom. Ostalih 1 GB se koristi kao "shared" memorija... (dosta o ovome se moze procitati iz clanaka o tome kako windows zapravo adresira memoriju) Sa variablom "userva" se taj "privatni" adresni prostor stavlja na neku odredjenu kolicinu proizvoljne velicine.

U XPu, ako se stavi samo /3gb, moze doci do nezeljenog preklapanja medju privatnom memorijom aplikacije i hardverskom memorijom, pa je pozeljno drzati pomocu userva memoriju negde na 2.8. Problem je sto hardver ume da pojede i vise od 1.5 GB adrese, a ako postavimo da aplikacija koristi 3072 mb memorije, doci ce do preklapanja (bez userva, /3gb switch pravi privatni adresni prostor na defaultnih 3072mb) Sve ovo nema veze sa stvarnim pristustvom memorije u racunaru, jer windows koristi virtuelnu memoriju sa hard diska. Dakle postoji velika razlika u izrazavanju ovde - memorija i adresiranje. Mozete staviti i 128 GB rama ali ce sistem uspeti da adresira samo 4 GB - minus hardver, delovi windowsa... Dakle winXP uvek ima ta 4GB na raspolaganju.

Na windowsu 7 32bit, ne postoji /3gb, vec samo userva variabla i za divno cudo ne desava mi se kolaps sistema iako stavim userva na 3072 mb...

Ne znam sta kaze taj covek koji kaze da to radi, ali i pored sve dobre volje, nisam uspeo da nateram Cubase da upotrebi > 2gb u najboljem slucaju.

Windows 64bit je drugo - on ima "koliko oce" memorije da adresira i nema tih preklapanja, tako da 32bitna aplikacija moze komotno da upotrebi svih teoretskih 4GB - pod uslovom da je LAA (large address aware)
Postoji programcic LAATIDO - koriste ga mnogi za DAW - tako sam ga i nasao - na DAW forumima, koji proverava da li je aplikacija LAA, a sto je najbolje, ako nije, on je napatchuje da bude. Kazu da bitbridge (32bit adaper za Cubase) nije LAA, ali posle patchovanja ovom alatkom, mogli su da napune vise od 3gb 32bitnih plugova.

[alek019]

Sve što napisah nije imalo za cilj da se raspravljam da li neko želi i treba da koristi ovaj ili onaj Windows, već da ako neko ima 32-bitni XP isti podesi da ga može maksimalno iskoristiti.
Broj dobro podešenih mašina za odredjene poslove kod nas bar iz mog iskustva (koje nije malo po ovom pitanju) je mali. Ko se nije baktao sa serverskim Windows OS nije ni znao da ovaj switch (/3GB) i postoji.

Moja misao je bila da ako imate 32-bitni XP i 4GB rama, tu mašinu podesite da zaista racionalno koristi memoriju. Ponavljam, ne pišem o drugim verizijama OS. Šta ćete koristiti, da li, i zašto i kako drugi put. Možda ovaj thread po naslovu nije baš ispao najsrećnije rešenje za ono što pišem ali sad...


Dakle, ako imate gore opisanu configuraciju, možete iskoristiti ovaj switch.Osnovnu podelu na 2+2 (2 korisnik,2 operativni sistem) možete promeniti da vi imate 3 a operativni sistem 1. Ako operativnom sistemu iz bilo kojih (ali vama poznatih razloga) treba više od jedan, tada koristeći usreva switch limitirate svoj deo kolaca i dajete preostali mašini. Pa recimo tako vi uzmete 2,5 a masina 1.5 i svi srećni i zadovoljni. Kod 32-bitnog windowsa prekidačem /3GB kažemo prvo da želimo više od 2GB, t.j. 3, ali ako bi nam to smetalo, želimo da se limitiramo na recimo 2.5.
Moramo ovako jer samo userva bez /3GB u ovom slučaju ne funkcioniše.


Ovde smo pričali za sada o raspoloživom adresnom prostoru a ne o fizičkoj memoriji, mada smo pošli od stvarne raspoložive fizičke memorije (4GB). Kako da sada uguramo da se fizička memorija stvarno u nekom procesu koristi onako kako mi to želimo a ne kako to OS raspodeljuje. Za ovaj deo delom može da bude odgovoran programer aplikacije koji može (da proba) zakucati minimalnu i maksimalnu raspoloživu fizičku memoriju za
njegovu aplikaciju, ali to (skoro) niko ne radi jer bi tima u startu sebi limitirao korisnike, tačnije izgubio bi one sa relativno slabijim konfiguracijama. Ovo se radi (jednostavno), iz aplikacije pozivima dve windows api funkcije,
Jedna je SetProcessWorkingSetSize kojom definišete minimum i maksimum fizičke memorije (maksimalna vrednost ako OS-u ne odgovara neće biti ispoštovana, pa windows je to), a druga je VirtualLock gde tražite da se deo virtualne memorije drži u fizičkoj (veoma opasna i sebična stvar). Pošto se ovo odnosi na proces, može se eksternom aplikacijom
dobiti proces ID aplikacije koju želite po ovom pitanju menjati i njoj dodeliti vrednosti koje vi želite, (ovo je programeirma možda interesantno, muzičkim dušama baš i ne) ali tada malo narušavate celinu i morate
biti veoma obazrivi sa vrednostima koje postavljate da ne narušite ceo sistem.

AKo se recimo ovo uradi, evo pogledajte kako to izgleda kod mene na mašini. Ja nemam Cubase ali tu je Ableton Live.
Uz malo gimnastike moja aplikacija (napucan Live 8 pluginovima) (na w32 XP, sa 4GB RAM-a) koristi skoro 3GB virtualne memorije i 2GB fizičke.

[psionic]

Originally Posted by alek019

Sve što napisah nije imalo za cilj da se raspravljam da li neko želi i treba da koristi ovaj ili onaj Windows, već da ako neko ima 32-bitni XP isti podesi da ga može maksimalno iskoristiti.

Ma naravno, ovo je konstruktivna diskusija...

Ono sto sam rekao za windows 7 32bit je da ne pati mnogo kao XP ako se uzme svih 3072MB za privatni adresni prostor - iz nekog cudnog razloga, radi daleko bolje nego u XPu, gde komp brzo poludi, pa moram da mu ogranicim na 2.7 maksimalno.

Originally Posted by alek019

AKo se recimo ovo uradi, evo pogledajte kako to izgleda kod mene na mašini. Ja nemam Cubase ali tu je Ableton Live.
Uz malo gimnastike moja aplikacija (napucan Live 8 pluginovima) (na w32 XP, sa 4GB RAM-a) koristi skoro 3GB virtualne memorije i 2GB fizičke.

Ako sam te dobro razumeo, ti tvrdis da mozes da napunis ableton sa 5gb semplova i sl... ? Koliko ja znam, virtuelna memorija sluzi za privremeno skladistenje memorije procesa koji se trenutno ne izvrsavaju, tj ako je fizicka memorija potrebna nekom drugom procesu, windows ce u pagefile "dumpovati" memoriju zauzetu prvim procesom... Jedan proces, u jednom trenutku moze da adresira max 4GB (zapravo 2.5 jer toliko ima privatnog prostora) memorije. Ako ableton otvara vise procesa mogu i da razumem da napunis vise memorije, ali ako ima samo jedan proces, nema boga da uzmes vise od 2.5 GB... U najboljem slucaju 3, ako mozes ostaviti svoj kernel da radi sa 1 gb... Takodje aplikacije moraju imati taj LAA (to je to sto si pisao o maksimalnoj kolicini memorije), da bi mogle uopste da pomocu /3gb i userva iskoriste vise od defaultnih 2GB... Taj LaaTIDO radi upravo to - podesava taj parametar SetProcessWorkingSetSize u samoj aplikaciji i ona moze da radi sa izmenjenom kolicinom privatnog prostora.

Ja mislim da ono sto si ti procitao i zaokruzio (virtual size oko 2.9gb) je prostor gde ce se ta adresna stranica od abletona kopirati, ustreba li ta fizicka memorija za drugo nesto (inace na kompu ne bi mogao nista da radis jer bi sva fizicka memorija bila pojedena od abletona), a da si ti ipak zapravo iskoristio 2GB...

Na Task Manageru, kada otvoris process, mozes videti koliko koji proces ima memorije trenutno utrosene (bez zabuna oko virtual i slicnih windows zezalica) i ako tu pise 3GB za ableton proces, onda je to - to. Toliko je realno memorije mapirano da proces koristi za sebe.

BTW - probaj taj laatido da upotrebis na abletonu - bas me zanima da li ima LAA support...

[alek019]

Mo?da ovo ?to budem pisao nekome bude malo dosadno ali evo odgovoriću PSIONIC-u bar da razjasnimo jo? neke stvari. /LARGEADDRESSAWARE je swich koji se koristi prilikom kompajliranja aplikacija i on u su?tini podi?e samo jedan flag u hederu aplikacije koji znači, da će aplikacija biti svesna mogućnosti postojanja pokazivača koji po vrednosti adrese prelaze 2GB. Znači nema nikakve posebne podr?ke ili tome slično.Postojanje ovog flag-a ne znači da će aplikacija koristiti veličine pokazivača preko 2GB, ili da joj treba vi?e od 2GB, već da neće "pući" ako se takvi pokazivači pojave.

Da li se razumemo o čemu se ovde radi? Evo jo? jednog primera.neka je aplikacija mala i neka radi sa bazom podataka koja ima velićinu preko 2GB. Recimo da je nama zanimljiv podatak nalazi na adresi koja je izra?ena u decimalnim brojevima 5368709120 (ovo je tačno 5 GB), da bi se njemu pristupilo aplikacija mora da bude svesna da mo?e ovakve vrednosti
pokazivača dobiti. Ovo pak ne zači da je memorijski zahtev da u fizičkoj memoriji ta datoteka mora biti učitana cela da bi se delu koji nas zanima pristupilo.

U va?em slučaju kada se radi sa nekim audio software-om, da krajnje pojednostavim priću, vi recimo startujete program, krenete da dodajete plug-inove, i oni veliki,po 1 GB (veličina po njihovom lokalnom adresnom prostoru na primer), učitate prvi pa drugi, e sada da bi učitali treći aplikacija mora da bude svesna da treći pokazivač po vrednosti
prelazi 2 GB, ako je taj flag setovan, aplikacija radi, ako nije ona u najgorem slučaju puca ili vam javlja da taj zahtev nije u stanju ispuniti. Sada, izvr?enje ovih pluginova ne znaći da oni moraju biti učitani u memoriju
celi i da zauzimaju 3 GB, o tome brine poseban deo mehanizma windowsa ali da ne započinjemo ovu temu ovde o upravljanju memorije.

Jednostavno neka va? audio program treba samo da učita i pusti WAV koji je 3GB, Ako je programer vodio računa da
mo?e da mu se desi i ovo, tada je aplikaciju tome prilagodio i da bi drugima (operativnom sistemu) to stavio na znanje on je preveo sa onim gore switch-om i sve će raditi OK. Ako je programer vodio računa o ovome
ali zaboravio da "obavesti" OS preko flag-a, sam operativni sistem mu neće dozvoliti ovako ne?to. Ovo pi?em iz razlogam ?to da podestim kada menjate atribut aplikaciji i onim programčetom tamo stoji opcija da se napravi
backup osnovne aplikacije jer nije samo stvar da se aplikacija ovako označi i da će sve raditi sa ovim veličinama.
Ako programer to nije predvideo tada će aplikacija pući, pa vam iz tih razloga treba kopija.

Samo "sviranje" 3GB WAV-a ne znači da će isti biti u celosti učitan u memoriju, tu su neki klasteri, stranice.baferi
za ulazno izlazne operacije koje o svemu ovome vode računa.


Da li je sada malo jasnije na ?ta se ovde misli i o čemu je u ovoj "veće od 2GB" priči reč.

[psionic]

Opet se mi nesto ne razumemo. Ok to za taj LAA switch, ako aplikacija nije pisana da adresira >2gb, moze da puca. Ali obicno se programeri oslanjaju na gotove biblioteke i ne pisu sami rutine za upravljanje memorijom, tako da mi je LAA u 99% slucajeva pomogao i nije pucao.

Drugo, ne pricam o streaming podacima sa harda, pricam o tome koliko proces moze zauzeti memorije - prosta racunica - u 32bit windowsu mogu da ukljucim 2 BFDa i da ih napunim pre pucanja, u 64 bit windowsu mogu da napunim 4 BFDa. BFD moze da se namesti da uopste ne zauzima preterano memorije, vec da sve vuce sa harda - da streamuje. Nije to bio meni cilj vec da vidim koliko zapravo mogu da napunim memorije.

Ovo o cemu ti govoris, znaci da moze virtuelno beskonacno memorije da bude adresirano koristeci se hard diskom kao pomocnim sredstvom - ali u praksi nije tako - postoji razlika izmedju streaming from disk i virtual memorije. U prvom slucaju, programer mora da napravi program/plugin koji koristi hdd na taj nacin (kontakt i DFD tehnologija), drugi slucaj predstavlja koriscenje memorije za privremeno skladistenje stranica od po 2GB po procesu, radi iskoriscenja cele fizicke memorije za procese kojima je u tom trenutku potrebna. Najgluplji primer je DVD plejer i fajlovi > 4GB. Sam plejer ce u task manageru zauzeti zanemarljivih oko 100 MB. To je to o cemu pricas sa wavovima od 3GB...

Ja govorim o tome da kad se ucita 50 raznih plug inova i svaki uzme svojih 100MB, memorija jednog (Cubase.exe) procesa ne prelazi 2-2.5 GB ako se ukljuci /3gb iako je cubase svestan velikog adresnog prostora (LAA) Nemoguce je primeniti streaming na ovakav nacin koriscenja memorije, jer svi plugovi moraju da budu istovremeno aktivni. Dakle moraju da se nadju u radnom prostoru aplikacije.

Na 64bit sistemu NEMA tih glupih preklapanja i ceo 4GB adresni prostor je ostavljen kao privatni za 32bit aplikacije koje mogu da ga iskoriste - bez obzira na instalirani RAM.

Najzad, da ljudi nisu imali potrebu za vise memorije, ne bi se zamajavali 64bit windowsom!