Post reply

Warning: this topic has not been posted in for at least 120 days.
Unless you're sure you want to reply, please consider starting a new topic.
Name:
Email:
Subject:
Message icon:
Verification:
Human verification ... What is the name of my program? File & Image ********?:

shortcuts: hit alt+s to submit/post or alt+p to preview


Topic Summary

Posted by: z_o_o_m
« on: 14-08-2013, 14:07:46 »

just replace EXE file, key will remain
Posted by: reddavid
« on: 14-08-2013, 14:04:25 »

Quote from: z_o_o_m on 14-08-2013, 12:37:04
check my homepage and alternative download location ... but I don't think that any other version will change anything,
all versions work the same ... there are NO bugs

why do you say "lot bugs"? What bugs? Do you know what it means?

yes I know what you means . will try to report you and make screen shoot
anyway If I download old version how I can use my same key?
because i think that a key can be used only time, right ?
Posted by: z_o_o_m
« on: 14-08-2013, 12:41:48 »

2 inapa & BUGBEAR:

for your info ....
if you have 2MB buffer size, every upload should take just 4-5MB in memory,
if you run 10 uploads, it is 50MB ...
Posted by: z_o_o_m
« on: 14-08-2013, 12:37:04 »

check my homepage and alternative download location ... but I don't think that any other version will change anything,
all versions work the same ... there are NO bugs

why do you say "lot bugs"? What bugs? Do you know what it means?
Posted by: reddavid
« on: 14-08-2013, 11:43:21 »

it's true , new version consume lot cpu and have lot bugs
how I can down grade my version and still use my key
Posted by: z_o_o_m
« on: 13-08-2013, 15:51:54 »

please, don't talk about logs :)
history is loaded from the logs, but! only if you open the history tab,
otherwise the log size does not influence my program

It has to be something in the process of uploading and specific hardware.
It is not possible that it can run fine on one computer and with problems on some other computer.

Can anyone give me some access to such computer. I will try to make more test and I will try to find out if possible.
Posted by: BUGBEAR
« on: 12-08-2013, 20:10:16 »

Hello zoom

Few months ago I sent you a PM about this issue .
I gave you two test account in my server both have different configuration . Both server have registered and freeware zoom . In one server it is using normal and in another was using a lot of CPU

It has nothing to do with the hardware . In every server this issue happen either user delete their log files or not . For some users it acts normally and for some it uses too much CPU and RAM . Some time issue get solve by running it as Administrators (not Administrator but any Admin from the server ) .

I think that it has something to do with the cache or how it reads the files . It have memory leak issue . It usually happen in Windows . Just for example , thery is an option in utorrent to increase the disk buffer cache . If we manually increase it (by default it is 32 MB and it can be increased to max it can be 1800 MB  ) utorrent uses a lot of RAM ( approx 1 to 2 GB ) ,I think same thing is happening to your uploader

It started approx 6-7 months ago we tested it in every hardware Xeon X3440 , E3-1230 , E-5620 , E-5645 with 16 to 24 GB RAM all have same issue for some users (Normal users not admin) it works fine for some it usages too much resources 
Posted by: z_o_o_m
« on: 12-08-2013, 20:01:38 »

I don't think it is a problem of configuration,
I suspect some hardware malfunction :(
Posted by: inapa
« on: 12-08-2013, 19:49:50 »

Hello,
the free version shows the same effect.
I changed now this:
Settings -> Connection -> HTTP -> Buffer size: from 2048 kB to 32 kB.
Then program uses only ~200.000 KB memory.
Still too much, but not so extreme. And I can only upload with 400 kB/s per file. :-(

If I change back to Buffer size: 2048 kB
Now upload runs with 100 MB/s, but again 1.000.000 KB memory.

I do not know, what is the problem?
Has the vserver a configuration problem?
It's Windows Server 2008 R2 Standard.
Hardware: Intel Xeon E5620 @ 2.40 GHz with 24 GB RAM.
Posted by: z_o_o_m
« on: 12-08-2013, 19:33:50 »

also try with freeware version if this also happens ...

I think it is some hardware issue of that computer, it does not make any sense
Posted by: inapa
« on: 12-08-2013, 19:30:57 »

Hello Zoom,

I sent you 2 bug reports from the "old" installation. 500.000 - 1.000.000K of memory. Live, during uploading.
I downloaded Zoom from your site, put it in new folder, registered it and try to upload.
It has the same problem: 500.000-1.000.000K of memory usage.
I sent you a third bug report of this new installation. Live, during uploading.
Posted by: z_o_o_m
« on: 12-08-2013, 18:31:11 »

that is just not possible :)

1) send bug report directly from program
2) download my program directly from my homepage, put it into a new folder, run it, register it and upload ... let me know if is the same
Posted by: inapa
« on: 12-08-2013, 18:14:02 »

Dear Zoom,

I tested it now. All logs were deleted before.
I start program. You see this in task manager. All is OK:



Then I start uploading. Only 2 files parallel.
Memory usage increases extremly. CPU load, too. Normally CPU load is 0 or 1:



When I stop uploading after only 2 Files, memory usage remains high.
Only when I finish zoom, the memory is free again:



My admin today means, maybe the reg key is the cause. My key is already many years old.
Can you change my key?
Can you ban my old key and send me a new key, please? Please contact me per PN.
I need a key for 300 GB daily for 1 year.
If my old key is not paid well enough, I'll pay you like more.

Please send me PN.

Posted by: z_o_o_m
« on: 11-08-2013, 21:27:39 »

if you delete logs and restart program, CPU load can't be high :D

I need more info, does it remain high if you stop uploading?
does it remain high if you use File -> Delete LOG files?

try to test that
Posted by: inapa
« on: 11-08-2013, 19:34:07 »

From a certain timepoint the memory usage and CPU load is high.
If I then delete the log files and restart zoom, memory usage CPU load remains high.
My server admin then fumbles around somehow, until the CPU load is back to normal.
He thinks it was up to the log files. That's all I know unfortunately.