Új hozzászólás Aktív témák

• #96 gromble_ziz aktív tag lapa #95

  Új Válasz 2004-08-30 22:02:08 #96

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  gromble_ziz

  aktív tag

  válasz lapa #95 üzenetére

  
  
  nem, hanem arra, hogy pl egy másik progival rendberakottnak mondott partícira másolsz és széttöri sok sok darabra, akkor ugyan a másikban is látod, hogy ott van egy piroska csík, de itt az is megláthatod, hogy milyen kis darabot tett be oda ... és a többi még nem megírt részeken is megtalálhatod a kis helyecskéket
  
  ennek persze csak addig van értelme, míg rájössz, hogy az eddig használ defrag progid, csak a file-okat rakosgata 1db-ba de semmi többrpl nem gondoskodott (később idemásolt file ne törjön szét )

• #94 gromble_ziz aktív tag gromble_ziz #84

  Új Válasz 2004-08-30 21:54:41 #94

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  gromble_ziz

  aktív tag

  válasz gromble_ziz #84 üzenetére

  nagy előnye még a O&O-nak, hogy meg lehet nézni a kis kockák tartalmát, és látható, hogy milyen összevisszaságban vannak, illetve egy egy fálj hova tört szét...

• #92 gromble_ziz aktív tag LordX #88

  Új Válasz 2004-08-30 21:53:04 #92

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  gromble_ziz

  aktív tag

  válasz LordX #88 üzenetére

  igazad van ... picit felületes vagyok így fáradtan, emg egyébként is megesik ... elnézést

• #90 gromble_ziz aktív tag moonman #86

  Új Válasz 2004-08-30 21:45:11 #90

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  gromble_ziz

  aktív tag

  válasz moonman #86 üzenetére

  a hozzászólásod első szavával kapcsolatban küldtem egy mail-t a vipmail-odra
  válszodat előre is köszönöm

• #84 gromble_ziz aktív tag #54715584 #80

  Új Válasz 2004-08-30 21:36:35 #84

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  gromble_ziz

  aktív tag

  válasz #54715584 #80 üzenetére

  arra kifejezetten jó, ha pl több szálon szedsz, akkor azokat legalább nem nagyon keveri össze ... itt a kulcs az, hogy elötte az a partíció legyel az elejére 100%-osan összerakva... és mondjuk csak töltésre használ, egy egy elmásolgatás illetve törlés esetén DC++ leállít, defrag, majd megint mehet minden a régiben
  
  mivel én rendszeresen több szálon szedek, ezért ki fogom az O&O és az antidefrag methodot probálni, hogy mennyire lesz eredményes

• #78 gromble_ziz aktív tag LordX #77

  Új Válasz 2004-08-30 21:27:51 #78

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  gromble_ziz

  aktív tag

  válasz LordX #77 üzenetére

  igazatod van ... ezért nem volt a defrag a szótárban na most beégtem nem baj legalább jó fényt adok egy darabig

• #75 gromble_ziz aktív tag LordX #73

  Új Válasz 2004-08-30 21:20:45 #75

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  gromble_ziz

  aktív tag

  válasz LordX #73 üzenetére

  antidefrag method a DC++-ban
  
  defrag töredezetség vagy valami hasonló
  
  tehát a defragolás pont nem azt jelenti amit szó szerint jelentene
  
  (sima szótárban nem találtam)
  
  [Szerkesztve]

• #74 gromble_ziz aktív tag moonman #70

  Új Válasz 2004-08-30 21:19:23 #74

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  gromble_ziz

  aktív tag

  válasz moonman #70 üzenetére

  ha jól emlékszem, akkor a dll és ini file-okat is oda tette, mivel rendszeresen megnyitottak és picik is!
  
  [Szerkesztve]

• #71 gromble_ziz aktív tag moonman #68

  Új Válasz 2004-08-30 21:15:24 #71

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  gromble_ziz

  aktív tag

  válasz moonman #68 üzenetére

  én most épp hozzáférés szerint rakatom rendbe (COMPLETE/Access van kiírva)

• #69 gromble_ziz aktív tag #54715584 #64

  Új Válasz 2004-08-30 21:13:56 #69

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  gromble_ziz

  aktív tag

  válasz #54715584 #64 üzenetére

  tudom mire gondolsz
  
  ha ezt a kapcsolót állítgatod, akkor a féig letöltött file-aidat nyugodtan törölheted, valami miatt nem építették bele a programba, hogy csak úgy ki be lehesen kapcsolgatni szerintem egy kis próbálkozás után, és töltési morál (mindent ész nélkül VS szépen sorjában egyesével) és persze hely függvényében mindenki megtalálhatja a neki megfelelő beállítást

• #67 gromble_ziz aktív tag moonman #65

  Új Válasz 2004-08-30 21:10:46 #67

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  gromble_ziz

  aktív tag

  válasz moonman #65 üzenetére

  név szerint: esetleg valami hozzáférési algoritmusnak tud besegíteni, de ehhez rettentően nem konyítok
  típus szerint: ha jól tudom akkor a vincsi különböző területein más és más az olvasási sebesség (de világosítsatok fel ha nem így van), ha a rendszeresen használ és pl a futtatható file-ok vannak elől, és a nem olyan sűrűn használtak, illetve azok a tömörített file-ok, melyekből csak egyet egyet nagyritkán használunk, akkor elképzelhető valamekkora gyorsulás
  
  persze mindennek csak megfelelő SWAP-file gazdálkodás mellett van látszatja
  emlékszem még, amikor 98-alatt a következő varázssort írogattuk az egyik rendszer file-ba: CONSERVATIONSWAPFILEUSAGE=1 és a swap mérete 100 megák helyett lett 18 és nem emelkedett több alkalmazás elindítása esetén sem, persze volt ram is a gépben
  

• #63 gromble_ziz aktív tag #54715584 #60

  Új Válasz 2004-08-30 21:00:31 #63

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  gromble_ziz

  aktív tag

  válasz #54715584 #60 üzenetére

  nálam annó így volt a vincsi elosztás:
  
  C: 8G rendszer; pár nagyobb fontos cucc; NO game NO swap
  D: 1G SWAP; pár kisebb cucc DC++ (csak a főkönyvtára LOG-ok és filelist-ek) és SETI; meg pár doki
  E: 16G Ez biza a szedő partíció itt voltak az ideiglenes, és a már leért file-ok is
  F: 32G ide kerültek a megosztott cuccok és a logkailag összetartozó letöltött file-ok is ide lettek átmozgatva
  
  a terület elosztása még a FAT32 miatt alakult így, azóta nem éreztem szükségességét a változtatásnak, de attól még kellhet (és NTFS-re is áttértem)
  
  nekem mindíg tudta szedni ... nem tudom, hogy nálad mi lehet a baj, picit körülírhatnád a problémádat
  
  
  [Szerkesztve]
  
  [Szerkesztve]

• #61 gromble_ziz aktív tag moonman #52

  Új Válasz 2004-08-30 20:49:05 #61

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  gromble_ziz

  aktív tag

  válasz moonman #52 üzenetére

  csak nem biztos, hogy a töredezettségmentesítés közben a szép kék részek közül kipréselte az üres helyeket, mert ha nem, akkor azokra a kis helyekre sokkal több darabra törik a file ...
  
  régi Norton utility úgy csinálta, hogy a file-okat típusokra bontva (könyvtár exe zip régen macerált rendszeresen macerált) szépen egymás után rakta, a dologban az volt az extra szép, hogy a csoportok után hagyott egy kis helyet, ezálltal, ha az egyik LOG-file picit megnőtt, az két darabra esett, de a köv defragnál csak az adott csoportot kellett egymás utánságba rendeznie... pl sok olyan játék van, ahol a mentések mérete szépen növekszik a játék előre haladtával ide is jó ez.
  
  kérdés már csak az, hogy a mai világban a mai méreteken és a mai fileforgalom mellett ez a megoldás hogy szerepel, szerintem max finomítani kellene az arányokon és a kiszabott üres helyeken, esetleg jobban feltérképezni a mai programok file hozzáférés és változtatási methódusait...
  
  az eredményekkel jelentkezem
  
  üdv Gromble_ziz

• #59 gromble_ziz aktív tag Haok #36

  Új Válasz 2004-08-30 20:39:45 #59

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  gromble_ziz

  aktív tag

  válasz Haok #36 üzenetére

  itt nem a kékesítés a kérdés, hanem az, hogyha mindezek után jön egy file, azt az első szabad résztől elkezdi lementeni és ha nem elég a hely, akkor keresi a következőt, és így tovább... így lehetséges az, hogy egy nyomorult könyvtárbejegyzés 200 db-ra (jól olvastátok 200 db-ra) tördelődik ...
  
  mivel nagy a forgalom a HDD-ken, ezért keresem a megfelelő megoldást, remélem találok rá orvosságot
  
  Haok esetében lehet, hogy az elején 4 darabban volt, de ha úgy hozzák a körülmények, akkor a visszamásolást követően sok sok darabra hullhat
  
  példa:
  dc++ (antidefrag method nélkül) 700MB 5000db... mondom ez nem állapot -> bekapcsoltam az alábbi opciót, azt viszont elfelejtettem, hogy ilyenkor fellép a file másoláskor történő töredezés ...

Új hozzászólás Aktív témák