Delay in Pause Instruction

I think that is normal, as it will continue till it finishes the move on the line that it is at, so it can continue at the next line of gcode when resume is pressed.
Do double check that, i have never used pause/resume, it is just my opinion of how things should work.
If you do need to stop the machine instantly, use ESC or F1 or F2, all of them will halt the machine instantly.
Regards,
Tom

For instantly stopping the machine you could look at the HAL pins in the real-time layer (ie motion)
linuxcnc.org/docs/2.7/html/man/man9/motion.9.html
motion.feed-inhibit and motion.feed-hold look possible.
Anything else is prone to user-space delays, though 1 second seems a very long time.

developer wrote:

May you help me I should exactly do what changes in my hal file?

I am just thinking aloud here (I have never noticed a significant delay with Pause. But then I almost never use it as I either am happy to let the G-code continue, or want it to stop right now... I don't think that the amount of delay you are seeing is typical, but at the same time there is never any guarantee of prompt handling of GUI or input device events (in Linux, Windows or Mac)

You could configure a physical button connected to real-time IO for pausing.
This could connect to halui.program.pause to pause the program, but halui is a user-space program so is potentially affected by the same delays as you are already seeing (or maybe not, if the problem is GUI layer and not affecting all of User-space)
To make absolutely sure that things stop immediately you could also connect the button to the motion (realtime layer) pin motion.feed-inhibit