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 |
Viteza de download la DIGI.NET. Probleme/întrebări/etc.
Ultima postare: ian 06 2024 15:47, Inițiat de
citro
, mai 09 2005 21:17
·
46
#17282
Publicat: 22 ianuarie 2017 - 19:56
ovidiu_d, on 20 ianuarie 2017 - 14:23, said: or fi facut upgrade, dar parca e downgade. Merge mai rau decat inainte. pingul in 8.8.8.8 era de doar 17-21 ms, acuma a crescut mult, variaza in functie de ora intre 47 si 52 ms foarte multa lume sa plange ca de cateva zile in Slobozia (FTTH) merge foarte foarte prost internetul. In teste merge totul ok dar unele situ-ri nu se incarca decat dupa 2-3 refreshuri pe ele. Ca sa nu zic de Facebook unde sunt momente cand nu merge deloc. |
#17283
Publicat: 23 ianuarie 2017 - 06:31
Un test cu aplicatia speedtest pentru Mac.
https://medium.com/s...ps-e2db27f77871 http://www.speedtest.net/apps/mac https://itunes.apple...153157709?mt=12 speedtest-mac-fl500.jpg 118,14K 56 download-uri Editat de deathnite, 23 ianuarie 2017 - 06:36. |
#17284
Publicat: 28 ianuarie 2017 - 20:56
tl;dr: dns benchmark rds vs. google.
mare atentie la mancatul de rahat al Google, cu DNS-urile lor cu tot. pentru amatorii de 8.8.8.8, pe langa faptul ca latency este mai mare, aveti si bonus feature: va sunt logate, prelucrate, vandute toate query in spiritul consacrat Google. daca analizam graficul atasat: rosu, cached results: RDS 2 ms vs. Google 15 ms verde, uncached results: RDS 68 ms vs. Google 87 ms. concluzii: pe langa faptul ca merge mai greu (in reteaua RDS), aruncati la gunoi si CDN-urile optimizate de ISP. testul poate fi verificat si replicat cu https://www.grc.com/dns/benchmark.htm Fișiere atașate |
#17286
Publicat: 02 februarie 2017 - 14:15
Povestea pe scurt e ca am inlocuit vechiul wdr3600 cu un C3200, ocazie cu care am luat si un wifi adapter capabil de ac pentru laptop. Inainte aveam 7265n, acum am 8265ac.
Toate bune si frumoase pe cablu merge in continuare ca inainte 800-1000mbps in speed-test. Pe wireless se duce in 300mbps in download. Pe upload ajunge 380-400mbps de obicei. Intrebarea e de ce naiba am tot timpul o diferenta de 80-100mbps intre up si down ? Alte device-uri cu ac prin casa: un htc m9 care atinge 300mbps si un iphone care se duce in 430-470mbps, ambele pe acelasi router. Config laptop-ului e i5 2.7Ghz, 8Gb ram, ssd. Daca deschid task manager-ul in timpul testului de viteza procesorul ajunge si la 86-90%, hdd-ul la 1%, ram-ul la 4-5gb din 8gb. [ http://i65.tinypic.com/ohdll.jpg - Pentru incarcare in pagina (embed) Click aici ] [ http://i68.tinypic.com/15qz2pe.jpg - Pentru incarcare in pagina (embed) Click aici ] |
#17287
Publicat: 02 februarie 2017 - 19:03
Eu am trecut pe DNS-urile Google acum 2-3 ani. La momentul respectiv, un procent mare din interogari esuau, cel putin in anumite intervale de timp,rezultatul interogarilor se schimbau de la o interogare la alta, pentru interogari consecutive pentru acelasi domeniu. Nu stiu daca s-a mai imbunatatit situatia. Latenta nu este totul.
|
#17288
Publicat: 04 februarie 2017 - 02:54
Am dat peste aceasta pagina de suport in care Ookla a explicat ce s-a intamplat de faceau figuri testele de viteza cu flash player 24.0.0.186. Iar dupa cum stiti deja, problema a fost rezolvata in 24.0.0.194.
https://support.ookl...lash-24-0-0-186 Ookla said: We investigated the recently reported latency error issue and found that this is an issue with Adobe Flash 24.0.0.186. Adobe is aware of the issue and has already released a beta to address this. Hopefully the release version will be out soon. https://tracker.adob...view/FP-4198184 Until the next version of Flash is released, NetGauge customers and hosts that want to continue using TCP for web tests have two options. You can either set your firewall to actively refuse connections on port 843, or configure a Flash policy daemon to respond on 843. It seems that most firewall configurations don't actively refuse the connection on port 843, but instead just block it without actively responding with a connection refused message. This causes Flash to wait too long before timing out and falling back to the normal (pre-update 24) behavior. If the connection is actively refused, Flash immediately falls back to requesting the policy file on the port used for testing. The second option is to set up a Flash policy daemon on all of the Ookla Servers. It's just a script that listens on port 843 and returns the contents of an XML file. Detailed instructions can be found at http://www.adobe.com...icy_files.html. The only edit that needs to happen is in the included flashpolicy.xml file. Delete the contents of the file and change it to: <cross-domain-policy> <allow-access-from domain="*" to-ports="8080"/> </cross-domain-policy> If you don't use 8080 (which is the default), just change that to the port you have configured. Each Ookla Server needs to either actively refuse connections on port 843 or run the Flash policy daemon. Editat de deathnite, 04 februarie 2017 - 02:59. |
#17294
Publicat: 07 februarie 2017 - 16:36
Fiberlink 1000 cu ONT ZTE F660 legat la un router D-Link DIR 850L, setarile facute pe router, nu trece pe wireless AC de 240 Mbps.Router-ul nu se poate seta pe IPV6 testele au fost facute pe Asus Zenbook UX305 si Lenovo Thinkpad Helix 2 cu ultimele drivere la WiFi.
Fișiere atașate |
#17295
Publicat: 07 februarie 2017 - 18:28
mac_razvan, on 07 februarie 2017 - 16:36, said:
Fiberlink 1000 cu ONT ZTE F660 legat la un router D-Link DIR 850L, setarile facute pe router, nu trece pe wireless AC de 240 Mbps.Router-ul nu se poate seta pe IPV6 testele au fost facute pe Asus Zenbook UX305 si Lenovo Thinkpad Helix 2 cu ultimele drivere la WiFi. incearca speedtest-ul de pe pagina rds sau de pe nextgen |
|
#17296
Publicat: 08 februarie 2017 - 11:50
georgebb2016, on 19 ianuarie 2017 - 22:21, said:
recent s-a facut upgrade la international, conform ultimelor informatii Londra si Amsterdam, iar per total retea a fost depasita bariera celor 1000Gbps varf de trafic zilnic, iarna se incing fibrele AMS-IX 100Gbit (de la 60) 80.249.208.51 2001:7f8:1::a500:8708:1 LINX LONDON 100Gbit (de la 60) 195.66.224.46 2001:7f8:4::2204:1 BiX 40Gbit (real 20, efectiv <10Gbps) 193.188.137.74 2001:7f8:35::8708:1 DE-CIX Frankfurt 100Gbit (de la 60) 80.81.192.87 2001:7f8::2204:0:1 gata upgradeul cu nemtii, s-a trecut pe 100, viteze bune?! alta intrebare? Editat de georgebb2016, 08 februarie 2017 - 11:51. |
#17298
Publicat: 08 februarie 2017 - 14:21
Merge bine cu Frankfurt. FL500
[ http://www.speedtest.net/result/6035459259.png - Pentru incarcare in pagina (embed) Click aici ] rds.png 13,99K 40 download-uri |
Anunturi
▶ Utilizatori activi: 1
0 membri, 1 vizitatori, 0 utilizatori anonimi