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
	» Draghmar 19:02 » Rafael_3D 18:58 » john565 18:57 » sszpila 18:56 » Lucullus 18:54 » Artaa 18:53 » PeKa 18:48 » Ramen 18:48 » tuptun 18:46 » P@blo 18:42 » Paweł27 18:41 » DYD 18:40 » jenot 18:39 » KHot 18:39 » petropank 18:38 » Chrisu 18:37 » GLI 18:30 » Robek 18:28 » b0b3r 18:23 » ligand17 18:22 Dzisiaj przeczytano 41146 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"