szybkie rozpakowanie pod linuksem?

	B O A R D
	» Board » Zadaj pytanie » Archiwum » Szukaj » Stylizacja

M E N U

» Nowości

» Archiwum

» Recenzje / Testy

» Board

» Rejestracja

Szukaj @ TwojePC

	OBECNI NA TPC
	» Artaa 21:37 » piotrszac 21:34 » Kilgor 21:33 » 5eba 21:26 » Kool@ 21:07 » Markizy 21:05 » @GUTEK@ 21:02 » XepeR 21:01 » rooter666 21:00 » Ziomek 20:58 » Curro 20:57 » rurecznik 20:55 » rainy 20:54 » wielo 20:53 » DYD 20:51 » ham_solo 20:50 » Dexter 20:48 » kicior 20:47 » Wedelek 20:46 » yanix 20:45 Dzisiaj przeczytano 41108 postów, wczoraj 25974 Szybkie ładowanie jest: włączone.

ccc

A R C H I W A L N A W I A D O M O Ś Ć

szybkie rozpakowanie pod linuksem? , Deus ex machine 9/02/10 12:54
aktualnie uzywam 7z do rozpakowania plikow zip (~700M). Czy jest cos szybszego? Moze jakies tajemnicze parametry do 7z, zeby wiecej pamieci wykorzystal, prockow? dostepna maszynka 8GB i Xeon E5405.

"Uti non Abuti"

do pakowania jest switch włączający multithreading , bwana 9/02/10 13:04
ale do rozpakowania nie widzę niczego. Zawsze możesz popróbować od strony systemowej. Sprawdź, czy 7z przy rozpakowywaniu dzieli się na wątki. Jeśli nie robi tego sam, odpal rozpakowywanie kilku archiwów jednocześnie, może to coś da.
"you don't need your smile when I cut
your throat"
1. a to nie dyski są problemem? , BONUS 9/02/10 13:05
  Z tego co pamiętam to przy rozpakowywaniu to dyski są wąskim gardłem
  
  Pozdrawiam
  BONUS
  1. pewnie mogą być , bwana 9/02/10 13:08
    Ale Dem pyta o więcej pamięci/procków - prostym sposobem na to jest (o ile nie ma takiej opcji w 7z a chyba nie ma) odpalenie kilku dekompresji jednocześnie. Jeśli dysk jest w stanie zapisać z prędkością kilka razy większą niż procek da radę wypakować, to zysk będzie widoczny na pewno.
    "you don't need your smile when I cut
    your throat"
brak takich opcji , Master/Pentium 9/02/10 13:16
sprawdź top'em czy dyski nie są problemem (wtedy będziesz miał spory % wasted time czyli czekania na operacjach I/O. Jaka konfiguracja, co wypakowujesz itd.
PS. Wypakowanie instalki Oracle pod linuksem jest powolne na każdej konfiguracji - "zilion" małych plików. Pod Windows jakoś szczególnie lepiej nie jest.
Nie ma tego złego , co by się w gorsze
obrócić nie mogło - jak nie wierzysz
włącz komputer :-)
duze xml , Deus ex machine 9/02/10 14:25
a zipy od pizdzinek 10M po kolosy 700M. Wlasnie sprawdzalem sobie w EC2 na large, rozpakowywal dluzej niz na moim dedyku .)
Wiem, ze IO to waskie gardlo. Niestety nan SASy kasy nie ma. Chcialem jakos wspomoc go ramem, ale nie mam pomyslu jak.
"Uti non Abuti"
1. jaki system plików? , Master/Pentium 9/02/10 14:58
  jakie opcje montowania?
  Wspomaganie RAM'em możesz uskuteczniać na poziomie filesystemu.
  Drobny tips: ext3 zwykle w takich kwestiach jest powolny.
  Nie ma tego złego , co by się w gorsze
  obrócić nie mogło - jak nie wierzysz
  włącz komputer :-)
2. Primo: rozpakowujesz na tym samym dysku czy z jednego na inny? , ptoki 9/02/10 16:15
  Jesli na tym samym to zmien calosc tak aby jeden dysk czytal a drugi pisal.
  Jesli nie to sprawdz sobie ile wyciaga zapis na dysku docelowym dla roznych wielkosci bloku (dd bs=2k az do 1M),
  Do tego zobacz sobei jak w serwerze ksztaltuje sie czas czekania na IO (w top parametr wa (waiting) a po tym hi (hardware interrupt) i si (software interrupt) )
  Bo pewnie czas systemowy dla danego procesu rozpakowania juz sprawdziles i wyszedl niski? Jesli wyszedl wysoki to mozliwe ze obsluga fs-u zzera duzo czasu.
  
  Do tego zrob male porownanie dd robionego u siebie jak i na serwerze. To da ci pojecie co mozna osiagnac.
  1. ales mi tu , Deus ex machine 10/02/10 22:08
    kosmosami sypnal .) Dyski sa 4 zapiete w raida 10, co do szczegolow konfiguracji z lenistwa jest tam autorski system kei i niebardzo mam mozliwosc grzebania, az tak 'nisko' w nim. Niby moglbym zrezygnowac i dostac golego linucha, jednak tak jest wygodniej .)
    "Uti non Abuti"