unzip langzaam?

[MKe]

Hoi,

op een 64 bits Ubuntu machine lijkt unzip de hele machine te vertragen. Ik ben een 3 Gb bestand aan het uitpakken, unzip gebruikt nu 25% van mijn i5 cpu en een paar honderd mb van mijn 6Gb RAM. Dat zou dus geen probleem moeten zijn. Toch is het nu bijna onmogelijk om iets te typen omdat alles gigantisch traag is geworden. Hebben jullie dat ook en beter gezegd, is daar een oplossing voor?

[Pjotr]

Welke Ubuntu?

[jan11000]

Wat ben je aan het unzippen, welke hardware naar welke hardware?

Kan zijn dat in linux unzip maar 1 core gebruikt.

kijk in je bios of je harde schijf controllers op AHCI staat, dit kan heel veel uitmaken,
dan kan naar de hd meer dingen samen gedaan worden waardoor pc soepeler wordt.

Heb je een goede videokaart driver geïnstalleerd.

[MKe]

Welke Ubuntu?

Xubuntu 16.04, maar ik gebruik i3wm als desktop.

Ik gebruik trouwens de commandline om te unzippen.

@jan
Linux unzip gebruikt in dit geval maar 25% van 1 thread. Aangezien mijn i5 2 cores heeft en hyperthreaded is betekent dat dat ik nog 1,75 cores over heb om andere dingen te doen, toch is de computer onbruikbaar zolang unzip runt. Geheugen plenty, dus ik snap het niet. Moet een IO dingetje zijn.

CPUinfo:

Code: [Selecteer]

processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 69
model name : Intel(R) Core(TM) i5-4210U CPU @ 1.70GHz
stepping : 1
microcode : 0x20
cpu MHz : 2519.625
cache size : 3072 KB
physical id : 0
siblings : 4
core id : 0
cpu cores : 2
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm ida arat epb pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid xsaveopt
bugs :
bogomips : 4791.68
clflush size : 64
cache_alignment : 64
address sizes : 39 bits physical, 48 bits virtual
power management:

processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 69
model name : Intel(R) Core(TM) i5-4210U CPU @ 1.70GHz
stepping : 1
microcode : 0x20
cpu MHz : 2400.093
cache size : 3072 KB
physical id : 0
siblings : 4
core id : 1
cpu cores : 2
apicid : 2
initial apicid : 2
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm ida arat epb pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid xsaveopt
bugs :
bogomips : 4791.68
clflush size : 64
cache_alignment : 64
address sizes : 39 bits physical, 48 bits virtual
power management:

processor : 2
vendor_id : GenuineIntel
cpu family : 6
model : 69
model name : Intel(R) Core(TM) i5-4210U CPU @ 1.70GHz
stepping : 1
microcode : 0x20
cpu MHz : 2586.656
cache size : 3072 KB
physical id : 0
siblings : 4
core id : 0
cpu cores : 2
apicid : 1
initial apicid : 1
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm ida arat epb pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid xsaveopt
bugs :
bogomips : 4791.68
clflush size : 64
cache_alignment : 64
address sizes : 39 bits physical, 48 bits virtual
power management:

processor : 3
vendor_id : GenuineIntel
cpu family : 6
model : 69
model name : Intel(R) Core(TM) i5-4210U CPU @ 1.70GHz
stepping : 1
microcode : 0x20
cpu MHz : 2002.125
cache size : 3072 KB
physical id : 0
siblings : 4
core id : 1
cpu cores : 2
apicid : 3
initial apicid : 3
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm ida arat epb pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid xsaveopt
bugs :
bogomips : 4791.68
clflush size : 64
cache_alignment : 64
address sizes : 39 bits physical, 48 bits virtual
power management:

Ik unzip op de interne harde schijf. De zip bestaat uit 3 mp4 bestanden die ik van mijn transIP stack account heb gedownload (vandaar dat het gezipped is). Dat van AHCI ga ik nog eens controleren, dat zou het wel eens kunnen zijn.

[DeBaas]

AHCI is een
De partitie waar de files op staan is een ext4 schijf?
NTFS doet onder Linux een aardige aanslag op de IO snelheid.

[MKe]

AHCI is een
De partitie waar de files op staan is een ext4 schijf?
NTFS doet onder Linux een aardige aanslag op de IO snelheid.

Yup, ik werk alleen met ext4.

[jan11000]

AHCI is belangrijk, staat dit goed.
AHCI, sata, ide of raid kun je normaal kiezen. dus kies AHCI.
En je hebt misschien meerdere controllers, dus misschien kun je dit 2 keer instellen.

Heb ik laatst ook gehad met een oudere pc, daar merkte ik het zeer veel.
Daar had ik de controller naar ide gezet, om data recovery te doen, daarna was de opeens langzaam met reageren.

[MKe]

Setting is gewoon AHCI. 

Goed, ik kijk het nog ff aan of andere software dezelfde problemen geeft.

[jan11000]

Probeer eens met verkenner(welke in je linux zit), met recht klik op zip, dan extract, ik weet niet of deze ook gebruik maakt van unzip of misschien een andere unzip file.

Zelf heb ik ook peazip portable in een map staan, deze kun je gebruiken zonder installatie.
En soms pakt deze wel files uit die door andere niet uitgepakt worden.   
Deze zou je ook kunnen testen tav vertraging.

Hier een beetje info,
https://superuser.com/questions/171703/linux-slows-to-a-crawl-when-unarchiving-a-big-file
https://unix.stackexchange.com/questions/210671/7-zip-slows-down-over-time-on-ubuntu-but-not-windows

Teveel files in een map.
Zet je laptop eens in op hoogste snelheid, dus met adapter ingestoken.
Zip  misschien op een aparte manier gemaakt.

Met linux ext4 weet ik wel bij veel files mappen, als je deze gaat kopiëren naar sub map,
en je doet dit veelvuldig, naar meerdere mappen, dan gaat ext4 onderuit, dus wordt heel langzaam. Ik heb zelf het idee dat er op de achtergrond nog iets gedaan wordt, terwijl op het scherm al alles klaar is.