|
|
|
Keskustelualueet
Keskustelualueet
|
|
|
RevConnect on raskas eikä löydä mitään
|
|
|
Anhhi
Newbie
|
2. heinäkuuta 2006 @ 20:24 |
Linkki tähän viestiin
|
Alkaa toden teolla ärsyttää tämä RevConnect nyt. Minulla on kaksi ongelmaa:
1. Sekä RevConnect että DC++ lagaavat kuin pieru saharassa. Mitä enemmän hubeja valitsen, sitä raskaammaksi ohjelma käy. Tällä hetkellä n. 20 hubia on auki ja RevConnectin Mem Usage on 210 000 kt ja CPU 20%. Kun DC:n käynnistää ja liittyy hubeille tai etsii jotakin, CPU voi nousta useaksi minuutiksikin 100 %, jolloin koneen käyttö luonnollisesit on hieman takkuista. Ostin juuri 512mt lisää muistia, ja nyt koneen speksit siis ovat 1,33ghz, 768mt RAM, GF4, Win XP SP2. Itse voisin sanoa, että syynä on tuo SP2, koska ennen sen asennusta tällaista ei tapahtunut. Ja nyt haaste: konetehot eivät käy syyksi, koska normi XP:llä ja SP1:lläkin DC:llä pystyi liittymään vaikka sadalle hubille ilman minkäänlaista koneen hidastumista. Toistan, konetehot eivät voi olla syynä. Itse väitän, että syy on SP2, mutta onko kellään samaa ongelmaa tai ratkaisua siihen? Älkääkä sanoko, ettei noin montaa hubia tarvitse jos osaa valita oikeat. Noin saa kuitenkin huomattavasti paremmin ladattua.
2. On ilmennyt myös ongelma, ettei ohjelma tahdo ensimmäisen haun jälkeen löytää mitään. Juuri äskenkin hakusanalla X löytyi 1000 osumaa. Sen jälkeen samalla hakusanalla löytyi 14 osumaa, eikä myöskään esimerkiksi hakusanalla "sex" löytynyt mitään, vaikka luonnollisestikin pitäisi. Mistä tämä johtuu? Tätä esiintyy sekä aktiivisessa että passiivisessa tilassa. Joidenkin hubien kohdalla lukee "Minimum search interval is: X s (X voi olla 90s tai 1000s", mutta ei läheskään kaikkien. Ennen tällaista ei myöskään ilmennyt. Tarkoittaako tuo tosiaan sitä, että minun täytyy odottaa 1000 sekuntia (reilu 15 minuuttia) ennen kuin voin hakea uudelleen? Mikä hemmetin järki siinä on? Ja toisekseen, kun tuota ei joka hubilla tule, niin miksi niiltäkään ei muka löydy millään yleisellä hakusanalla mitään? Tuota Search interval -valitusta kun ei tule kuin korkeintaan 50% hubeista.
Toivottavasti tämä nyt selviäisi.
|
Senior Member
|
3. heinäkuuta 2006 @ 02:13 |
Linkki tähän viestiin
|
Mahtaisiko kyseessä olla ongelma SP2:n tuoman palomuurin ja/tai TCP/IP-rajoituksen kanssa? Windowsin oman palomuurin voit ottaa pois käytöstä (olettaen että sinulla on joku muu palomuuri) ja tuohon TCP/IP-rajoitukseen auttaa tämä: http://www.lvllord.de/download.php?url=en/EvID4226Patch223d-en.zip
Tuo search-interval on käytössä hubeilla sen takia, että haut rasittavat hubia, jolloin tiettyinä aikoina hubit kaatuisivat liian suureen määrään hakuja, jossei niitä rajoitettaisi. Myös hakusanan pituus on usein rajoitettu niin ettei alle 3 tai 4 merkin hakuja voi tehdä, koska sellaiset rasittavat hubia vielä enemmän kuin haut pidemmillä sanoilla. Tuo 1000 sekunnin aikaväli todella tarkoittaa että sinun pitää odottaa se reilu 15 minuuttia ennen kuin voit siltä hubilta hakea uudelleen. DC++ ja RevConnect eivät minullakaan etsi toisella hakukerralla (siis samalla hakusanalla) mitään, en sitten tiedä onko kyseessä joku ohjelman rajoitus.
Mitä versiota RevConnectista käytät?
- Intel Core i5 2500 3,3 GHz :: Asus P8H67 :: 2x4096MB DDR3 :: Gigabyte Radeon HD7970 OC :: OCZ Vertex 3 120 GB SSD + Samsung 1.5TB :: LG W2452TX 24" + DELL U2412M 24" -
- Samsung Galaxy S4 -
- Samsung Galaxy Tab 10.1 -
Viestiä on muokattu lähettämisen jälkeen. Viimeisin muokkaus 3. heinäkuuta 2006 @ 02:21
|
Member
6 tuotearviota
|
3. heinäkuuta 2006 @ 03:11 |
Linkki tähän viestiin
|
|
Tuohon korkean muistin ja prossun käyttöön vaikuttaa toki myös latausjonosi pituus. Suuri jono vie koneen tehoja tyhjää latausjonoa huomattavasti enemmän. Lisäksi jos noita hubeja auot paljon, sekin vie koneen tehoja. Mitä suurempia hubeja sinulla on auki, sitä enemmän koneesi tehoja ohjelma vie. Tämän olen huomannut itse ja suuria hubeja sulkemalla, muistin/suorittimen käyttö on voinut pudota jopa puoleen. Ja tuo revconnect muutenkin on raskaampi kuin ns. "normi dc". Voithan kokeilla tavallisella clientillä ja katsoa hubi kerrallaan kuinka koneesi tehoja menee. Myöskin ohjelman uudelleen käynnistys samoille hubeille laskee muistin käytön hetkellisesti. Tämä johtuu mm. siitä, että hubien main chatit eivät enää ole muistissa, ja näin hetkellisesti muistin käyttö laskee, tosin nousee kyllä takaisin kunhan mainit taas täyttyvät.
Tuohon hakuongelmaan. Kaikki hubit eivät ilmoita tästä search interwall jututsta. Esim Ynhubista saa laitettua siten että hakuväli voi olla tuon mainitsemasi 1000 sekuntia tai jopa enemmänkin, mutta käyttäjälle ei ko ilmoitusta tule. Hakutuloksia ei vain tule vaikka kuinka hakuja tekee. Ainoastaan jos hakuväli on riittävän suuri. Verlihub ainakin ilmoittaa hakuvälistä, ja ynhubikin, jos on asetuksista säädetty ilmoitus päälle. Syynä näihin rajoituksiin on tavoite säästää kaistaa ja näin saada mahtumaan enemmän porukkaa sisälle sekä hankaloittaa ns. hakubottien toimintaa. Onko siinä sitten järkeä on eri asia. On totta että nuo 1000 sekunnin tai jopa 1800 (½ tuntia) hakuvälit ovat älyttömiä.
Edit. Luinpas huonosti eduard0n vastauksen, siinähän nuo tärkeimmät jo tulivatkin =)
Viestiä on muokattu lähettämisen jälkeen. Viimeisin muokkaus 3. heinäkuuta 2006 @ 03:13
|
|
Anhhi
Newbie
|
3. heinäkuuta 2006 @ 12:08 |
Linkki tähän viestiin
|
Asensin tuon TCP/IP-rajoituksen poistavan päivityksen. Luulin sen auttavan ohjelman raskauteen, koska pystyin liittymään vaikka kuinka monelle hubille ilman ohjelman takkuilua. Myös haku toimi normaalisti vaikka haki perä perään samalla hakusanalla. Mutta ennen aikojani riemastuin.
Kun latasin hubilistan, suurimmillakin hubeilla oli vain n. 500 käyttäjää (en tiedä miksi näin, välillä käyttäjämäärät ovat jostain syystä noin pieniä, vaikka normaalisti pitäisi suurimmilla hubeilla olla n. 15 000 käyttäjää). Niihin liittyminen ei tuottanut ongelmaa, mutta nyt kun refreshasin listan ja sinne tuli mukaan muutama noita 10 000+ käyttäjän hubeja joille liityin, heti alkoi ohjelman hidastelu ja vaikka tuntuukin uskomattomalta, että se tähän vaikuttaisi, niin myöskään haku ei taas tunnu toimivan niinkuin pitäisi. Ei DC++:ssa ennen ole kyllä tällaista typerää haun rajoitinta ollut, tai ainakaan se ei ollut ennen ongelma. Parhaasta P2P-ohjelmasta DC on yhtäkkiä muuttunut sellaiseksi ettei sillä nykyään tee juuri mitään.
Windowsin palomuuri on pois päältä, käytössä on Kerio Personal Firewall, jonka pitäisi sallia kaikki DC++ liikenne.
|
|
Mainos
|
|
|
Member
6 tuotearviota
|
4. heinäkuuta 2006 @ 03:45 |
Linkki tähän viestiin
|
Tuo haun rajoitushan ei ole itse DC++ asiakasohjelmassa, vaan hubisoftassa. Tämä on nykyinen suuntaus ja yhä enemmän hubit laitetaan niin tiukoille asetuksille, ettei koko systeemin idea enää täysin toteudu. Valitettavaa, mutta totta.
Ja tuo hubilista homma johtuu ihan hublist.org uudesta käytännöstä. Siinä jokaisesta tunnista n. 20 minuuttia annetaan pienille hubeille mahdollisuus loistaa listalla. Eli esim tunnista ensimmäisen kymmenen minuutin aikana ladattu lista antaa vain noita pieniä hubeja. Ja kun listan päivittää esim 11 yli saa jo "normaalin" listan. Sama toistuu esim ½ tunnin kohdalla. Tämä liittyy osaksi juuri tuohon hakujen rajoittamiseenkin. Eli tarkoitus hublistin porukalla on ilmeisesti koittaa saada huomion kiinnitettyä mielummin laatuun kuin määrään. Suurin hubi ei aina ole paras sen haluamansa löytämiseen. Kun tietää mitä etsii voi haluamansa saada nopeastikin hyvin pieneltä hubilta.
|
|
