Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Keka does not .zip in background? #119

Closed
86536243wedqwe opened this Issue Dec 6, 2017 · 14 comments

Comments

Projects
None yet
4 participants
@86536243wedqwe
Copy link

86536243wedqwe commented Dec 6, 2017

Hey there,

I have a problem with Keka 1.0.12. on macOS that it either is painfully slow or does not continue to .zip in background when I have other tasks open and in foreground (like the browser right now). The problem is persistent whether I am on battery or on wall charge and it has nothing to do with my power settings for all I know.

Can it be that it is not using all the potential CPU power to run its tasks? Generally it is much much slower than the OS inbuild archiver.

All the best.

@aonez

This comment has been minimized.

Copy link
Owner

aonez commented Dec 7, 2017

Keka works in background the same as in foreground. Maybe there's something involving the app nap? You can check if Keka has this option within the "Get Info" panel.

@aonez

This comment has been minimized.

Copy link
Owner

aonez commented Dec 7, 2017

Also within the "Activity Monitor" you can check if Keka is in a "nap" state:

activitymonitor_appnapactive_2x

More info here: https://developer.apple.com/library/content/documentation/Performance/Conceptual/power_efficiency_guidelines_osx/AppNap.html

@86536243wedqwe

This comment has been minimized.

Copy link
Author

86536243wedqwe commented Dec 8, 2017

It has nothing to do with app nap. And while in Activity Monitor I noticed that Keka does not use a lot of CPU power - barely 5% per extracting job in the queue. While extracting multiple archives, around 50% of overall CPU is still idle.

Can I allocate more processing power to Keka to speed up archiving and unarchiving?

@aonez

This comment has been minimized.

Copy link
Owner

aonez commented Dec 11, 2017

There's no restriction in the CPU usage, so I'm not sure what's the problem here.

What system are we talking here? Mac model?

@aonez aonez added the question label Dec 11, 2017

@86536243wedqwe

This comment has been minimized.

Copy link
Author

86536243wedqwe commented Dec 12, 2017

MacBook Pro 13-inch 2017 - High Sierra 10.13.2.

@byfy

This comment has been minimized.

Copy link

byfy commented Jan 2, 2018

I also encountered the same problem,so must switch to keka regularly.
System:OSX 10.13.2
Thanks

@aonez

This comment has been minimized.

Copy link
Owner

aonez commented Jan 3, 2018

@byfy your machine is also a MacBook?

@aonez aonez self-assigned this Jan 3, 2018

@aonez aonez added bug core and removed question labels Jan 3, 2018

@aonez aonez added this to the 1.1.0 milestone Jan 3, 2018

@byfy

This comment has been minimized.

Copy link

byfy commented Jan 8, 2018

@aonez Yes~,MacBook Pro (Retina, 15-inch, Mid 2015) High Sierra 10.13.2

@aonez

This comment has been minimized.

Copy link
Owner

aonez commented Jan 8, 2018

Could you try this build: http://download.kekaosx.com/test/Keka-1.0.12-bgslowdown.7z

I've added an activity indication to the system, so it should respect in any case the operation.

Is there any specifics to the extraction/compression? Like source type of files or origin/destination disk?

Note that Keka may have peaks of CPU usage depending on the current operation. For example is no the same compressing in 7z with the Normal method or the Store one, the later using much less CPU since it only need to copy the contents.

@byfy

This comment has been minimized.

Copy link

byfy commented Jan 8, 2018

operation: extraction
file size: 90GB(single file
source file format: .json
origin and destination disk: local disk

Thanks~

@TheDeathOfAffect

This comment has been minimized.

Copy link

TheDeathOfAffect commented Feb 21, 2018

I'm experiencing the same problem. 30GB file says it needs 20min for .7z'ing, running in background the timer does not run. After 20min it says 3min elapsed. More or less the time the app was running in foreground. WTF?

Operation: .7z (non solid, method: slowest)
File size: 30GB project folder
Origin and destination disk: SSD via USB-C
Version: 1.0.13.
System: macOS 10.13.3

@aonez

This comment has been minimized.

Copy link
Owner

aonez commented Mar 14, 2018

I've replicated this issue. It's only the timer that is not reliable when Keka enters on Nap mode, thus giving a bad elapsed and estimation time.

The operation (extraction/compression) does not stop/pause at any moment.

@aonez aonez added the gui label Mar 14, 2018

@aonez

This comment has been minimized.

Copy link
Owner

aonez commented Mar 14, 2018

Could you try this build: http://download.kekaosx.com/test/Keka-1.0.12-bgslowdown.7z

@TheDeathOfAffect, @byfy did you tried that build? That one should not enter in Nap mode, therefore the timer should run fine.

Anyway I'm gonna try to fix the timer so it works even when entering in Nap mode.

@aonez aonez modified the milestones: 1.1.0, 1.0.14 Mar 15, 2018

@aonez

This comment has been minimized.

Copy link
Owner

aonez commented Mar 19, 2018

Fixed in 1.0.14

@aonez aonez closed this Mar 19, 2018

@aonez aonez referenced this issue Apr 25, 2018

Closed

Tasks hang on 10.7 and 10.8 #177

1 of 1 task complete
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
You can’t perform that action at this time.