Sign In
Create Account
Back to top |
Chirurgia endoscopică a hipofizei
"Standardul de aur" în chirurgia hipofizară îl reprezintă endoscopia transnazală transsfenoidală. Echipa NeuroHope este antrenată în unul din cele mai mari centre de chirurgie a hipofizei din Europa, Spitalul Foch din Paris, centrul în care a fost introdus pentru prima dată endoscopul în chirurgia transnazală a hipofizei, de către neurochirurgul francez Guiot. Pe lângă tumorile cu origine hipofizară, prin tehnicile endoscopice transnazale pot fi abordate numeroase alte patologii neurochirurgicale. www.neurohope.ro |
Tutorial PAE (128GB) windows 8 32bit (x86)
Last Updated: Jan 09 2014 09:06, Started by
blondubuzau
, Apr 12 2013 19:36
·
0
0
#1
Posted 12 April 2013 - 19:36
|
Cum sa ai mai mult de 3-4Gb de RAM pe Windows 8 pe 32bit
Ne trebuie acest patch pe care l-am uploadat eu si il dezarhivam undeva in pc dar sa stim unde ptr ca tebuie sa tastam calea catre el. Modificarea kernelului se face in cativa pasi, asa cum se poate citi si din Readme-ul utilitarului: 1. Se deschide un command prompt cu drept de Administrator 2. Se ruleaza: cd c:\windows\system32 3. Se ruleaza: c:\cale_patchpae\PatchPae2.exe -type kernel -o ntoskrnx.exe ntoskrnl.exe In comanda de mai sus, “c:\cale_patchpae” se inlocuieste cu locatia in care ati dezarhivat PatchPAE. Acest patch activeaza pana la 128 gb de memorie ram. 4. se ruleaza: C:\cale_patchpae\PatchPae.exe -type loader -o winloadp.exe winload.exe Aceasta comanda va modifica loaderul kernelului sa nu mai verifice semnatura de certificare 5. Se ruleaza: bcdedit /copy {current} /d "Windows (PAE Patched)" Aceasta va copia inregistrarea din bootloader pentru kernelul curent sub numele “Windows (PAE Patched)” si va afisa: The entry was successfully copied to {xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}. Notati indicativul cu multe x-uri pentru ca il veti folosi in comenzile de mai jos. 6. Se ruleaza: bcdedit /set {xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx} kernel ntoskrnx.exe Inlocuiti x-urile cu indicativul copiat mai devreme. Comanda va modifica inregistrarea sa foloseasca kernelul modificat. 7. Se ruleaza: bcdedit /set {xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx} path \Windows\system32\winloadp.exe Aceasta va modifica inregistrarea sa foloseasca loaderul modificat. 8. Se ruleaza: bcdedit /set {xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx} nointegritychecks 1 Aceasta va dezactiva verificarea integritatii loaderului 9. Se ruleaza: bcdedit /set {bootmgr} default {xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx} Aceasta va seta inregistrarea noua ca implicita (deci implicit Windowsul va boota cu kernelul nou daca rulati aceasta comanda). 10. Se ruleaza: bcdedit /set {bootmgr} timeout 2 Aceasta va seta timeout-ul meniului la 2 secunde. 11. Restartati Windows-ul si bucurati-va de memoria ce o aveti instalata in pc. == Stergere Patch== Pentru a elimina patch-uri: * Run msconfig, faceți clic pe Boot, evidențiați intrarea numit "Windows (PAE patched)", și faceți clic pe Ștergere. * Ștergeți fișierele ntoskrnx.exe (sau ntkrnlpx.exe) și winloadp.exe din C: \ Windows \ system32. Attached Files
Edited by blondubuzau, 12 April 2013 - 19:51. |
#2
Posted 12 April 2013 - 19:57
|
De ce te-ai chinui cu asa ceva cand poti instala direct varianta x86_64?
|
#3
Posted 12 April 2013 - 20:05
|
ptr senzatii tari probabil insa daca da eroare? daca nu mai recunoaste boot-ul si da crash sau bsod? La xp pae au mai fost probleme. Cel mai safe e x64 direct.
|
#4
Posted 12 April 2013 - 20:05
|
e bun cand ai deviceuri care nu au drivere pentru x64.
PAE - regim in care windowsul schimba paginile dar nu se poate aloca mai mult decat volumul maxim posibil in regim de 32biti. acest patch ajuta doar in cazurile in care softul poate functiona in regim PAE oricum autorul merita +1 |
#5
Posted 12 April 2013 - 20:05
|
si +2, dar e cam abureala, uite ramu, nu e ramu.
Edited by xkos, 12 April 2013 - 20:07. |
#6
Posted 12 April 2013 - 20:12
|
Pe windows-ul meu functioneaza perfect si nu da nici o eroare.Acest patch ajuta si cand ai instalat 32bit fara sa stii ca acesta nu vede decat 3gb de ram.cum este cazul meu care am vazut dupa mult timp acest inconvenient si nu vreau sa pierd toate programele care le am instalate in vindows.Asa ca am rezolvat cu acest patch.
Edited by blondubuzau, 12 April 2013 - 20:23. |
#7
Posted 14 April 2013 - 13:06
|
Cu ce program putem masura performanta memoriilor inainte si dupa ?
Doar astfel suntem siguri ca, cresterea memoriei e reala. Altfel e doar o schimbare de cifre intr-un tabel ! |
#8
Posted 14 April 2013 - 13:11
|
Poti vedea diferenta in Performance Monitor la alocarea RAM-ului.
Partea nasoala e ca acest patch nu se intelege prea bine cu driverele video Intel. |
#9
Posted 04 January 2014 - 11:41
|
Salut.
Scuze pentru bump. Recent a aparut o versiune imbunatatita ce merge si pe Windows 8.1. De asemenea, pe site-ul tipului ce l-a facut (wj32 punct org), apare o rezolvare pentru cei cu placi video Intel. O gasiti la patch-ul mai vechi in comentarii. Altceva: vad ca nu a comentat nimeni problemele de securitate ce pot apare atunci cand dezactivezi verificarea de integritate (la punctul 8). De exemplu e mai usor pentru un hacker sau un virus sa-l modifice fara ca utilizatorul sa fie atentionat... Am facut si un mic fisier cmd ce face totul automat. E pentru Windows 7 dar daca e cineva interesat il pot modifica pentru Windows 8 si il pot posta aici. |
#10
Posted 05 January 2014 - 11:30
|
Poate ca nu a comentat nimeni ptr ca majoritatea considera inutila folosirea acestui Patch.
In primul rand orice patch poate compromite sistemul - modifica fisierele originale certificate. In al doilea rand e inutil. Sistemul poate vedea mai multa memorie si cam atat. Aplicatiile raman limitate. Nici macar pe serverele pe 32 biti - iar patchul asta am impresia ca inlocuieste parti din codul Windows 8 cu ceva cod folosit candva pe serverele pe 32 biti ( noroc ca s-a renuntat la ele ), desi se vedeau si 128 Gb de memorie, de accesat nu se puteau accesa decat 2 Gb per aplicatie rulata. Singurul avantaj fiind in acest caz posibilitatea rularii mai multor aplicatii in paralel, fiecare folosint 2 Gb ram. |
|
#11
Posted 05 January 2014 - 19:06
|
Ai dreptate ca nu e asa de util dar totusi, asa cum ai mentionat, cand ai aplicatii mai multe in paralel te ajuta.
Mai e un aspect: unii m-ar putea contrazice dar, in 20 de ani cat lucrez pe calculatoare, am observat un lucru. Comform legii lui Murphy, cu cat un SO este mai complex, cu atat e mai instabil si e mai mare sansa sa mearga ceva prost. Windows x64 e mai complex decat cel x86 deci e mai instabil. Nu e o diferenta foarte mare dar exista. Daca nu utilizezi programe ce iau mai mult de 2 GB de Ram atunci un Windows x86 + acest patch pare mai potrivit. A, ca mi-am amintit, setarea "/3GB" ajuta cu ceva...? Din ce scrie pe internet am inteles ca permite programelor x86 sa acceseze 3 GB. Faptul ca scade securitatea/siguranta SO-ului e singurul motiv pentru care nu-l utilizez deja. Intr-o vreme ma gandisem sa fac un mic programel care sa refaca checksum-ul original dar fara sa "strice" fisierele. In acest fel nu ar mai fi nevoie sa dezactivezi verificarea si SO-ul va fi mai sigur. Ma bazam pe faptul ca metodele actuale de a calcula checksum-ul (ca MD5 sau SHA1) nu genereaza checksum-uri unice. Nu e imposibil de realizat un astfel de program dar e extrem de greu... |
#12
Posted 06 January 2014 - 00:00
#13
Posted 06 January 2014 - 05:58
|
O stiam si o citisem si de aceea scrisesem asta:
A_Catalin, on 04 ianuarie 2014 - 11:41, said:
De asemenea, pe site-ul tipului ce l-a facut (wj32 punct org), apare o rezolvare pentru cei cu placi video Intel. O gasiti la patch-ul mai vechi in comentarii. Plus ca, pe ansamblu, placile video Intel nu sunt asa de des folosite. Majoritatea au NVidia sau ATI. Edited by A_Catalin, 06 January 2014 - 06:03. |
#14
Posted 06 January 2014 - 07:34
|
@A_Catalin: problema nu e patch-ului in sine, ci a driverelor Intel, care nu se limiteaza doar la placile video facute de ei, ci la orice componenta Intel, din pacate.
|
#15
Posted 06 January 2014 - 08:39
|
Stiam deja dinainte de a posta aici ca problema nu e de la patch ci de la driverele Intel.
Ca o paranteza, am gasit acest patch in alta parte de mult timp dar am cautat acest topic respectiv am postat aici tocmai pentru a discuta despre probleme. Spui ca problema e de fapt cu toate driverele Intel (nu numai la placile video). Nu e imposibil, desi pina acum nu am vazut sa se planga decat cei cu placi video Intel. Pe site-ul tipului care a scos acest patch, am gasit acest comentariu: Quote Well, I have dug deeply the internet and from what we have found the following problems: Microsoft has put a restriction of 4 Gb memory on all 32-bit versions of their operating systems from Vista, except for the Server versions (2003, 2008 and 2012). The reason is not known and there are several assumptions and rumors. Intel is a partner of Microsoft in many things and not offended things decided it will not fix the bug in their driver (HD 2000/3000 and 2500/4000) which gives a beautiful crash every time you use a PAE kernel versions in a 32-bit no Server Windows O. S. And these crashes doesn’t happen with Nvidia and AMD/ATI drivers. This is very clear because Intel has partnered with linux.org and is a partner in developing drivers for GNU / Linux systems that have 32-bit PAE kernel and there is no limitation in the intel graphic driver nor crashes. I also read that a user who probably did an upgrade from Windows XP to Seven, did a rollback of a Intel HD Windows 7 driver to a XP driver version and has worked fine (Windows PAE kernel driver Intel HD XP). Unfortunately if you try to install the XP driver ain the Windows Vista/7/8 the system informs that “the computer does not meet the requirements”. Then the bullet hole is there. Based on the Intel driver for Windows XP, or modify it to be accepted by Windows Vista/7/8 or modify the Intel driver for Vista/7/8. I believe even in not a bug, but a deliberate restriction. And so is this link (http://communities.i...om/thread/32085) Forum Intel can sit and wait that Intel will fix this pseudo “bug”. The other options are: Use the Standard VGA Driver Buy a Graphic Card (not Intel) to user with Windows PAE kernel. Migrate to Windows 64 bit versions. Migrate to Linux. And f**k the consumer. |
|
#16
Posted 08 January 2014 - 00:28
|
Diferenta de performanta e aproape mereu in favoarea sistemelor de operare x64 chiar si sub cei 2 la puterea 32 biti ram,si asta datorita CPU.
|
#17
Posted 08 January 2014 - 03:04
|
Asta mai mult teoretic.
Pentru ca, efectiv, o diferenta vizibila de performanta (desi nu enorma) se vede doar la programe care indeplinesc mai multe conditii. In consecinta majoritatea programelor actuale pe 64 biti nu arata o diferenta vizibila de performanta fata de versiunile "clasice". Pentru un utilizator obisnuit, care nu foloseste curent aplicatii gen editare foto/audio/video sau jocuri 3D de ultima generatie, nu va fi mare diferenta. Dar pentru el conteaza faptul ca SO-ul x64 consuma mai mult RAM, mai mult spatiu pe HDD, ca porneste nitel mai greu si e nitel mai instabil (deoarece e mai complex). Sau ca inca sunt programe utile ce nu merg bine pe 64 bit respectiv ca exista hardware ce nu are drivere pentru 64 bit (la unele chiar nu e speranta ca vor face). Nu neg avantajele 64 bit ci doar arat ca nu sunt vizibile la orice utilizator. In acest caz se merita verificat daca SO-ul pe 32 bit poate fi modificat sa acceseze si sa utilizeze tot RAM-ul. Asa ca haideti sa nu deviem topicul intr-o dezbatere "32 bit vs 64 bit". Sunt destule alte topicuri in care s-a discutat si rasdiscutat despre asta. Pentru acei utilizatori (care, din nr. de descarcari de pe site-ul autorului si nu numai, nu sunt asa de putini), se merita discutat despre modalitati de a creste avantajele patch-ului... |
#18
Posted 08 January 2014 - 08:33
|
Nu e nimic mai instabil,dimpotriva,este mai stabil,si asta datorita faptului ca Microsoft nu iti permite sa instalezi drivere nesemnate WHQL sub x64,i
|
Anunturi
▶ 0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users
-
- Change Theme
- English
- Mark Community Read
- Termene & conditii
- Confidentialitate
- Consimtamant
- Cookies
- Help
© 2001-2024 Softpedia. All rights reserved. Softpedia® and the Softpedia logo are registered trademarks of SoftNews Net SRL.
Ora implicita a Forumului Softpedia este ora standard a Romaniei (GMT+2). Mai multe informatii →
⚠ Postarile afisate pe Forumul Softpedia reprezinta o opinie subiectiva a membrilor care le-au publicat si nu a SoftNews Net SRL.