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 |
WTF is wrong with dc++?
Last Updated: May 02 2004 19:42, Started by
Nozavi
, Apr 14 2004 15:55
·
0
0
#1
Posted 14 April 2004 - 15:55
|
Nu stiu exact daca e de vina doar dc++ sau ZA sau amandoua (ca mi s-a spus ca nu prea se impaca foarte bine), dar am dc++ .401 si ZA 5.0.556.003 si de fiecare data cand pornesc dc++ incepe sa imi rupa HDD-ul gata-gata sa imi blocheze sistemul si bineinteles ca nu mai pot sa fac nimic pana nu ii dau un End Task. Deci WTF is the problem? Ca deja ma dispera! Sa fie de la dc++? Sa fie vreun conflict cu ZA? Dar ma indoiesc sa fie ceva de la ZA avand in vdr ca i-am dat un shutdown si la fel mi-a facut dc++....
:confused: :confused: :confused: |
#2
Posted 14 April 2004 - 16:00
|
Toate programele Keer 2 Keer (P2P) le trebuie cam 1-2 min sa porneasca si sa mearga corespunzator.
Da tu drumul la unu dintre ele si lasa putin sa se deschida si sa se conecteze . Intre timp sa nu faci nimic. Asa am si eu probleme cu KA si cu eDO. |
#3
Posted 14 April 2004 - 16:02
|
Man, problema e ca folosesc dc++ de luni de zile si e prima data cand imi face asa! Initial nici nu simteam cand il porneam! Acum mi se aprinde led-ul de la HDD (imediat cum pornesc dc++) si nu se stinge decat la vreun minut dupa ce opresc dc++
|
#4
Posted 14 April 2004 - 16:48
|
Ma intreb daca stiai de hashingul care il face periodic dc++, dar ma rog. In principiu, dc++ scaneaza toate directoarele pe care le ai pus tu in sharing shi face un fel playlist din ele, pt a fi uploadat de ceilalti utilizatori. Problema e ca atunci cand ai hdd-ul foarte fragmentat si/sau ai pus in sharing directoare de dimensiuni mari si cu fishiere foarte multe, atunci hashingul dureaza mult shi la un moment dat ai impresia ca sistemul tau de operare nu mai este multitasking (mi s-a intamplat si mie). Sfatul meu e sa eviti sa pui in sharing jocuri instalate care au mii de fisiere pt ca dureaza pana isi termina dc-ul hashingul (operatiune care se repeta cam la o ora cred).
E putin probabil ca dc-ul sa intre in conflict cu alte p2p. Ar mai putea exista si alte cauze gen virusi, insuficient spatiu pe disc pt swapul de windows, etc, etc. Bafta. |
#5
Posted 14 April 2004 - 17:01
|
Repet! Problema a aparut de curand! Pana acum nu! Iar share-ul (care nu l-am schimbat intre timp) e legal, adica nu pun jocuri instalate & other stuff like that. Am destule fisiere la 700M ;) si de aceea nu pun in share asa ceva, deci motivul nu poate fi o lista prea mare
Virusi nu am ca doar KAV vegheaza :D, iar pe C: am peste 1.5G liber, deci... |
#6
Posted 15 April 2004 - 00:59
|
Plus ca am uitat sa intreb: Pe odc de ce nu imi face la fel? Acum ma vad nevoit sa il folosesc, desi preferam dc++...
|
#7
Posted 15 April 2004 - 01:13
|
am avut si eu probleme cu za. mie imi spunea roll back... si la un moment dat ma avertiza dc++ ca a detectat za in calc meu si ca este responsabil de multe roll back... asa ca am dezinstalat za si totul a revenit la normal
|
#8
Posted 18 April 2004 - 06:57
|
Dupa cum ma asteptam dezinstalarea ZA nu a avut nici un efect. DC++ inca imi rupe HDD-ul de il iau toti dracii, iar eu turbez langa el neavand ce face. Nu stiu care au fost idiotii de au lansat pe piata asemenea versiune de...., da' cum imi place mie sa zic: Fereste-ma, Doamne, de prosti, ca de destepti ma apar singur! grrrrrrrrrrrrrr..............
|
#9
Posted 18 April 2004 - 07:05
|
Omule, ei nu sunt proști. Prost e userul. Eu am vreo 50 GB de share și e adevărat că accesează discul prima dată când share-uiesc ceva ca să scaneze fișierele.
Această scanare (numită hashing) se face începând cu versiunea 0.401. Practic el citește toate fișierele care sunt în share (doar prima dată când le bagi , după aia numai) pentru a determina o sumă de control a.î pe vitor să fie posibilă implementarea opțiunii de download multi-sursă. Astfel, chiar dacă 2 fișiere vor avea denumiri diferite, ele având aceeași sumă de control DC++ își va da seama că sunt defapt același fișier (ca și conținut). Eu am Athlon 1800, 512 RAM + HDD 7200rpm și nu am probleme de genul ăsta. Prima data a durat ceva mai mult, dar ulterior, deși mai adaug sau mai șterg unele chestii din share nu mă stresează așa tare pt. că termină repede. și da, pot să fac altceva între timp..nu-mi blochează tot sistemul. |
#10
Posted 18 April 2004 - 15:16
|
Man, eu nu am nici o vina ca ei nu s-au gandit la posibilitatea ca vor fi si unii ca mine. In plus te rog sa ma crezi ca nu muream eu daca asteptam doar 5-10 minute, dar deja trecea de atat si rabdarea mea are si ea limitele ei...
(BTW: Mersi de compliment! :P) |
|
#11
Posted 18 April 2004 - 17:47
|
Daca te ajuta cu ceva .......
La mine cu 40GB sharati hashing-ul dureaza cam 2-3 minute. Odc nu facea chestia asta, singura problema a lui era la Remove User unde crapa. |
#12
Posted 18 April 2004 - 17:53
|
1) Eu am 21G, cat sa pot intra pe zap :D
2) Sa fie HDD-ul la 5400RPM de vina? 3) oDC mi-a facut o figura foarte ciudata ultima data cand l-am rulat. Cand dadeam Search, toate fisierele pe care mi le gasea apartineau aceluiasi user, la altii nu gasea (mai degraba cred ca nu cauta...), dar o sa-l mai rulez ca DC++ ma scoate rau din pepeni, dupa cum s-a vazut in posturile anterioare :D |
#13
Posted 18 April 2004 - 23:30
|
are si hardul vina lui.
ia-ti si tu dc++ cdm, sigur scapi de problema + ca mai are unele functii in plus. |
#14
Posted 18 April 2004 - 23:46
|
nozavi sigur nu ai in share vreun folder cu multe fisiere mici.. (mp3-uri, etc...)
dc++ ii ia f mult timp sa actualizeze lista cu ce ai in share si atunci HDD-ul lucra intens sa citeasca numele fisierelor. Incearca sa elimini din share-uri sa vezi daca e de acolo problema. |
#15
Posted 19 April 2004 - 00:42
|
raiiar: 10x vad ca nu imi face faza cu hashingul si nici cea de la oDc, dar desi se comporta putin ciudat... Merge! Mersi inca o data!
worm: Problema e intr-adevar hashing-ul, nu refresh-ul la lista, iar el imi sta 700 de ani la un fisier de 700M ;) si cum el formeaza cea mai mare parte din share... ( care are btw ~ 200 de fisiere ceea ce eu nu consider a fi un numar mare) Daca v-as spune cate am patit azi numai din cauza ca nu mi-a mers nenorocirea asta de program, ati zice ca nu se poate..... :ciocan: :ciocan: :ciocan: :ciocan: :ciocan: :ciocan: |
|
#16
Posted 28 April 2004 - 02:41
|
Si eu aveam aceeasi problema cu DC-ul, cu KAV Monitor ruland. Pana cand am vazut ce scana KAV-ul : "Queue.xml", lista cu fisierele sharuite pe care o facea DC-ul. L-am setat sa nu mai scaneze acel fisier si am scapat de probleme, nici nu mai simt cand actualizeaza lista.
|
#17
Posted 28 April 2004 - 14:10
|
Quote Originally posted by DaemoN L-am setat sa nu mai scaneze acel fisier CUM?! :confused: :confused: :confused: :help: |
#18
Posted 02 May 2004 - 19:42
|
La Settings, Objects, in dreapta, la Exclude by mask scrii si "Queue.xml". Si gata.
|
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.