Slow Loading of inital page CefClient

Having problems with building or using CEF's C/C++ APIs? This forum is here to help. Please do not post bug reports or feature requests here.

Re: Slow Loading of inital page CefClient

Postby rtoutant » Wed Nov 04, 2020 6:32 pm

need x86
rtoutant
Techie
 
Posts: 11
Joined: Sun Nov 01, 2020 2:46 am

Re: Slow Loading of inital page CefClient

Postby rtoutant » Wed Nov 04, 2020 6:39 pm

yah...not my network
tested on 3 different enviroments -

it is loading from xampp webserver - and not the issue.

Again - cef ( original ) works great.
wkeBrowser code from china - works great
running in normal browser works great.
running in sciter program works great.

It appears you are focusing the blame for the slow loading on me and my environment. Instead of me getting upset with that. I will submit to you that people providing an issue it is very very difficult to track down from where you are sitting.

I appreciate your assistance in this matter.

I have found another option instead of cef3

I will not bother with you or this forum again.
rtoutant
Techie
 
Posts: 11
Joined: Sun Nov 01, 2020 2:46 am

Re: Slow Loading of inital page CefClient

Postby amaitland » Wed Nov 04, 2020 7:23 pm

It appears you are focusing the blame for the slow loading on me and my environment
.

Who is blaming you exactly? It's just part of the standard debugging process.

There's a huge number of variables at play here, hardware, software, operating system antivirus. We need you to help isolate the problem. I've seen plenty of examples where people experience problems on their work network, take the application home and it works perfectly. Corporate IT policies, antivirus, different versions/revisions of operating systems, then there's all the different hardware variations.

If you'd built and run cefclient on your home computer, or another physically distinct network and it worked as expected then we'd know to look more closely.

I will submit to you that people providing an issue it is very very difficult to track down from where you are sitting.


Have you considered how difficult it is to provide technical support for issues like this? I cannot reproduce the problem, have not seen any other reports so we have to rely on asking you questions in the hope we get a meaningful clue. It starts with a basic checklist. It can be a slow process.

I will not bother with you or this forum again.


There's no need to rude. People are giving their spare time freely in an attempt to help you and this is how you choose to respond?
Maintainer of the CefSharp project.
amaitland
Virtuoso
 
Posts: 1290
Joined: Wed Jan 14, 2015 2:35 am

Re: Slow Loading of inital page CefClient

Postby rtoutant » Sun Nov 08, 2020 9:58 pm

you should try the x86 build - there is a problem with it - i am sorry bu i do not find your suggestions helpful in any way.

it is not my network

i do not currently use x64 so even if x64 did work it is of no use
rtoutant
Techie
 
Posts: 11
Joined: Sun Nov 01, 2020 2:46 am

Re: Slow Loading of inital page CefClient

Postby amaitland » Mon Nov 09, 2020 1:10 am

I have tested with cef_binary_86.0.21+g6a2c8e7+chromium-86.0.4240.183_windows32_client which you can download from https://cef-builds.spotifycdn.com/index.html#windows32

Loading the initial page (google.com) is nearly indistinguishable in terms of load time to using Chrome.

I'm not disputing you have a problem, no am I ruling out there being a problem with cefclient. I cannot reproduce the problem nor do have I see other similar reports.

Sounds like you have another solution so I'll leave you with it.
Maintainer of the CefSharp project.
amaitland
Virtuoso
 
Posts: 1290
Joined: Wed Jan 14, 2015 2:35 am

Re: Slow Loading of inital page CefClient

Postby francoisbhex » Tue Sep 28, 2021 5:21 am

I am seeing 30+ seconds delay before the initial page is displayed on a specific network configuration (in office), whilst another network configuration (at home - using the same builds) does not exhibit the issue. This is using CEF 93.1.11+g9e254fa+chromium-93.0.4577.63 integrated with an x86 MSVC 2019 project. Here is an excerpt of the cef.log file with LOGSEVERITY_VERBOSE enabled:

Code: Select all
[0928/115735.472:VERBOSE1:network_delegate.cc(34)] NetworkDelegate::NotifyBeforeURLRequest: http://localhost:54952/
[0928/115735.498:VERBOSE1:node.cc(638)] ObserveProxy: E096E2D33D147C47.3AE2E374D4F7E399@BD0CFE288ADE2AA0.330B4A3C428BF276 not found
[0928/115735.498:VERBOSE1:node.cc(638)] ObserveProxy: 72FA18357D4DAC27.69EA8D0F1E78FA7E@BD0CFE288ADE2AA0.330B4A3C428BF276 not found
[0928/115735.498:VERBOSE1:node.cc(638)] ObserveProxy: 6D1D631E22F0B03F.5D6EE7517E153946@BD0CFE288ADE2AA0.330B4A3C428BF276 not found
[0928/115735.498:VERBOSE1:node.cc(638)] ObserveProxy: B3A8B4556FCA8909.377157F1D088EAD1@BD0CFE288ADE2AA0.330B4A3C428BF276 not found
[0928/115735.522:VERBOSE1:histogram.cc(439)] Histogram: GPU.AcceleratedSurfaceRefreshRate has bad minimum: 0
[0928/115735.546:INFO:cpu_info.cc(53)] Available number of cores: 8
[0928/115735.555:INFO:cpu_info.cc(53)] Available number of cores: 8
[0928/115735.560:VERBOSE1:node_controller.cc(151)] Initializing node 21B28A66BB16A35D.52DD69B6F23B7154
[0928/115735.561:VERBOSE1:node_controller.cc(812)] Broker client 21B28A66BB16A35D.52DD69B6F23B7154 accepting invitation from CFB696A4C4F98A33.3C1EE5A99D59708B
[0928/115735.561:VERBOSE1:power_monitor.cc(145)] PowerStateChange: Off battery
[0928/115735.561:VERBOSE1:power_monitor.cc(190)] ThermalStateChange: Unknown
[0928/115735.564:VERBOSE1:media_source_registry_impl.cc(44)] Init instance=03A919B0
[0928/115735.567:VERBOSE1:node_controller.cc(151)] Initializing node 9B74F211564E11E3.5A06365AE709E9EF
[0928/115735.567:VERBOSE1:node_controller.cc(812)] Broker client 9B74F211564E11E3.5A06365AE709E9EF accepting invitation from CFB696A4C4F98A33.3C1EE5A99D59708B
[0928/115735.568:VERBOSE1:power_monitor.cc(145)] PowerStateChange: Off battery
[0928/115735.568:VERBOSE1:power_monitor.cc(190)] ThermalStateChange: Unknown
[0928/115735.561:VERBOSE1:node_controller.cc(847)] Node CFB696A4C4F98A33.3C1EE5A99D59708B accepted invitee 21B28A66BB16A35D.52DD69B6F23B7154
[0928/115735.568:VERBOSE1:node_controller.cc(1035)] Client 21B28A66BB16A35D.52DD69B6F23B7154 accepted by broker CFB696A4C4F98A33.3C1EE5A99D59708B
[0928/115735.570:VERBOSE1:media_source_registry_impl.cc(44)] Init instance=4C4919B0
[0928/115735.568:VERBOSE1:node_controller.cc(847)] Node CFB696A4C4F98A33.3C1EE5A99D59708B accepted invitee 9B74F211564E11E3.5A06365AE709E9EF
[0928/115735.583:VERBOSE1:node_controller.cc(1035)] Client 9B74F211564E11E3.5A06365AE709E9EF accepted by broker CFB696A4C4F98A33.3C1EE5A99D59708B
[0928/115735.583:VERBOSE1:node.cc(467)] Sending MergePort from 29846402C2580FFF.5DACA16F4B65B01F@CFB696A4C4F98A33.3C1EE5A99D59708B to 7F63F1B5BD7EBA72.8D4639DF2AB0261C@21B28A66BB16A35D.52DD69B6F23B7154
[0928/115735.606:VERBOSE1:node.cc(835)] MergePort at 7F63F1B5BD7EBA72.8D4639DF2AB0261C@21B28A66BB16A35D.52DD69B6F23B7154 merging with proxy 91350608DD7E18B8.BE5C378139219BBA@21B28A66BB16A35D.52DD69B6F23B7154 pointing to DC70C8F76D034687.6AF116D96BCC5152@CFB696A4C4F98A33.3C1EE5A99D59708B referred by 29846402C2580FFF.5DACA16F4B65B01F@CFB696A4C4F98A33.3C1EE5A99D59708B
[0928/115735.605:VERBOSE1:node.cc(467)] Sending MergePort from B70895C34DC0A222.562E91CE5426F190@CFB696A4C4F98A33.3C1EE5A99D59708B to C2AC2F403F07B3D7.68FAA78CA56EBAC1@9B74F211564E11E3.5A06365AE709E9EF
[0928/115735.620:VERBOSE1:node.cc(835)] MergePort at C2AC2F403F07B3D7.68FAA78CA56EBAC1@9B74F211564E11E3.5A06365AE709E9EF merging with proxy 5500AC31AF6C158D.15A604441452B7D@9B74F211564E11E3.5A06365AE709E9EF pointing to BB7B5CF7592231E5.1F48781F60E845A0@CFB696A4C4F98A33.3C1EE5A99D59708B referred by B70895C34DC0A222.562E91CE5426F190@CFB696A4C4F98A33.3C1EE5A99D59708B
[0928/115735.620:VERBOSE1:node.cc(467)] Sending MergePort from 4334D0C7369DDED4.9D3E9B13874AED5D@CFB696A4C4F98A33.3C1EE5A99D59708B to 5E60983F5C75F0AE.5CBB2F0145A30620@21B28A66BB16A35D.52DD69B6F23B7154
[0928/115735.636:VERBOSE1:node.cc(835)] MergePort at 5E60983F5C75F0AE.5CBB2F0145A30620@21B28A66BB16A35D.52DD69B6F23B7154 merging with proxy FB2A68A2E5998CA8.60A819198249880E@21B28A66BB16A35D.52DD69B6F23B7154 pointing to CE4251366B985F2F.B44C72303F44403B@CFB696A4C4F98A33.3C1EE5A99D59708B referred by 4334D0C7369DDED4.9D3E9B13874AED5D@CFB696A4C4F98A33.3C1EE5A99D59708B
[0928/115735.636:VERBOSE1:node.cc(467)] Sending MergePort from 9E2947D63D050F6.452E48235B913F72@CFB696A4C4F98A33.3C1EE5A99D59708B to 84E4DD475019C475.25F25E28135F30FA@21B28A66BB16A35D.52DD69B6F23B7154
[0928/115735.662:VERBOSE1:node.cc(467)] Sending MergePort from 785368B45FAF731.7B72EC63B7897484@CFB696A4C4F98A33.3C1EE5A99D59708B to 70952160D53236D.4144324A2D199768@9B74F211564E11E3.5A06365AE709E9EF
[0928/115735.678:VERBOSE1:node.cc(835)] MergePort at 70952160D53236D.4144324A2D199768@9B74F211564E11E3.5A06365AE709E9EF merging with proxy 2A3CCD2E979C610E.AC47354E43561C86@9B74F211564E11E3.5A06365AE709E9EF pointing to BC9468C7038F02CC.D7DC6855B30B142F@CFB696A4C4F98A33.3C1EE5A99D59708B referred by 785368B45FAF731.7B72EC63B7897484@CFB696A4C4F98A33.3C1EE5A99D59708B
[0928/115735.678:VERBOSE1:node.cc(467)] Sending MergePort from 2B8EA9103AA0D660.E1B7D6324B1EDA1A@CFB696A4C4F98A33.3C1EE5A99D59708B to E6398D770107109D.E15EA8CF47442CD6@9B74F211564E11E3.5A06365AE709E9EF
[0928/115735.694:VERBOSE1:node.cc(835)] MergePort at 84E4DD475019C475.25F25E28135F30FA@21B28A66BB16A35D.52DD69B6F23B7154 merging with proxy 394F43E80D1994BF.14883550BA0BBA6F@21B28A66BB16A35D.52DD69B6F23B7154 pointing to E1211386073728CE.76260C49F42109DC@CFB696A4C4F98A33.3C1EE5A99D59708B referred by 9E2947D63D050F6.452E48235B913F72@CFB696A4C4F98A33.3C1EE5A99D59708B
[0928/115735.694:VERBOSE1:node.cc(835)] MergePort at E6398D770107109D.E15EA8CF47442CD6@9B74F211564E11E3.5A06365AE709E9EF merging with proxy 7C41B50F88EFB0A6.4B0EF5F4B6AABAD4@9B74F211564E11E3.5A06365AE709E9EF pointing to DAAF1C2ADBF5A2C0.8EF3793D1BD2FE22@CFB696A4C4F98A33.3C1EE5A99D59708B referred by 2B8EA9103AA0D660.E1B7D6324B1EDA1A@CFB696A4C4F98A33.3C1EE5A99D59708B
[0928/115735.699:VERBOSE1:power_monitor.cc(145)] PowerStateChange: Off battery
[0928/115735.699:VERBOSE1:power_monitor.cc(145)] PowerStateChange: Off battery
[0928/115735.699:VERBOSE1:power_monitor.cc(145)] PowerStateChange: Off battery
[0928/115735.700:VERBOSE1:power_monitor.cc(145)] PowerStateChange: Off battery
[0928/115735.700:VERBOSE1:power_monitor.cc(145)] PowerStateChange: Off battery
[0928/115735.700:VERBOSE1:power_monitor.cc(145)] PowerStateChange: Off battery
[0928/115735.700:VERBOSE1:power_monitor.cc(145)] PowerStateChange: Off battery
[0928/115735.709:VERBOSE1:discardable_memory_utils.cc(17)] Using shared memory for discardable memory
[0928/115735.710:VERBOSE1:discardable_memory_utils.cc(17)] Using shared memory for discardable memory
[0928/115735.715:VERBOSE1:html_tree_builder.cc(2648)] Not implemented.
[0928/115735.716:VERBOSE1:html_tree_builder.cc(2574)] Not implemented.
[0928/115735.722:VERBOSE1:histogram.cc(439)] Histogram: Style.RecalcTime has bad minimum: 0
[0928/115735.723:VERBOSE1:histogram.cc(439)] Histogram: Style.RebuildLayoutTreeTime has bad minimum: 0
[0928/115735.724:VERBOSE1:media_stream_manager.cc(705)] RFAOSF::Core() [process_id=4, frame_id=1]
[0928/115735.726:VERBOSE1:node_controller.cc(1152)] Adding new peer 6A341C38D1F17853.DD5B49F2AD2F6ABE via broker introduction.
[0928/115735.726:VERBOSE1:node_controller.cc(1152)] Adding new peer 9B74F211564E11E3.5A06365AE709E9EF via broker introduction.
[0928/115735.727:VERBOSE1:gl_context_egl.cc(144)] EGL_EXT_create_context_robustness supported.
[0928/115735.730:VERBOSE1:histogram.cc(439)] Histogram: GPU.AcceleratedSurfaceRefreshRate has bad minimum: 0
[0928/115738.244:INFO:paint_property_tree_printer.cc(233)] Transform tree:
root 4C42A3D0 {"flattensInheritedTransform":false,"in_subtree_of_page_scale":false,"scroll":"4C86C010"}
  Overscroll Elasticity Node 4C42A330 {"parent":"4C42A3D0","changed":"node-add-remove","flattensInheritedTransform":false,"in_subtree_of_page_scale":false}
    VisualViewport Scale Node 4C42A290 {"parent":"4C42A330","changed":"node-add-remove","flattensInheritedTransform":false,"in_subtree_of_page_scale":false,"directCompositingReasons":"","compositorElementId":"(16)"}
      VisualViewport Translate Node 4C42A1F0 {"parent":"4C42A290","changed":"node-add-remove","flattensInheritedTransform":false,"directCompositingReasons":"","scroll":"4C86C630"}
        PaintOffsetTranslation (LayoutView #document) 4C42AAB0 {"parent":"4C42A1F0","changed":"node-add-remove"}
          ScrollTranslation (LayoutView #document) 4C42AA10 {"parent":"4C42AAB0","changed":"node-add-remove","directCompositingReasons":"overflowScrolling,rootScroller","scroll":"4C86C470"}

[0928/115738.244:INFO:paint_property_tree_printer.cc(238)] Clip tree:
root 4C86C710 {"localTransformSpace":"4C42A3D0","rect":"InfiniteIntRect"}
  OverflowClip (LayoutView #document) 4C86C550 {"parent":"4C86C710","changed":"node-add-remove","localTransformSpace":"4C42AAB0","rect":"0,0 1042x729","rectExcludingOverlayScrollbars":"0,0 1042x729"}

[0928/115738.244:INFO:paint_property_tree_printer.cc(242)] Effect tree:

[0928/115738.244:INFO:paint_property_tree_printer.cc(246)] Scroll tree:
root 4C86C010 {}
  VisualViewport Scroll Node 4C86C630 {"parent":"4C86C010","changed":"node-add-remove","containerRect":"0,0 1042x729","contentsSize":"1042x729","userScrollable":"both","maxScrollOffsetAffectedByPageScale":"true","compositorElementId":"(18)"}
    Scroll (LayoutView #document) 4C86C470 {"parent":"4C86C630","changed":"node-add-remove","containerRect":"0,0 1042x729","contentsSize":"1042x729","userScrollable":"both","compositorElementId":"(50)"}

[0928/115738.244:VERBOSE1:histogram.cc(439)] Histogram: Event.Latency.HitTest has bad minimum: 0
[0928/115756.554:VERBOSE1:network_delegate.cc(34)] NetworkDelegate::NotifyBeforeURLRequest: http://wpad/wpad.dat
[0928/115756.554:VERBOSE1:spdy_session_key.cc(40)] SpdySessionKey(host=wpad:80, proxy=direct://, privacy=0
[0928/115756.554:VERBOSE1:network_delegate.cc(34)] NetworkDelegate::NotifyBeforeURLRequest: http://wpad/wpad.dat
[0928/115756.554:VERBOSE1:spdy_session_key.cc(40)] SpdySessionKey(host=wpad:80, proxy=direct://, privacy=0

[0928/115817.590:VERBOSE1:configured_proxy_resolution_service.cc(1145)] Failed configuring with PAC script, falling-back to manual proxy servers.
[0928/115817.604:VERBOSE1:configured_proxy_resolution_service.cc(1145)] Failed configuring with PAC script, falling-back to manual proxy servers.
[0928/115817.604:VERBOSE1:spdy_session_key.cc(40)] SpdySessionKey(host=localhost:54952, proxy=direct://, privacy=0
[0928/115817.918:VERBOSE1:url_loader.cc(1100)] Connection obtained for URL request to http://localhost:54952/: TransportInfo{ type = TransportType::kDirect, endpoint = 127.0.0.1:54952, accept_ch_frame =  }


We have a localhost webserver on OS-assigned ephemeral port (port 54952 in this example) that is browsed by the CefClient integration. Note that
Code: Select all
NetworkDelegate::NotifyBeforeURLRequest: http://localhost:54952/
occurs at timestamp 0928/115735.472 while
Code: Select all
Connection obtained for URL request to http://localhost:54952/
is only logged at timestamp 0928/115817.918.

Is the issue related to weird proxy scripts? What is the "PAC script" and wpad.dat being referred to?
francoisbhex
Newbie
 
Posts: 1
Joined: Thu Jul 08, 2021 2:40 am

Re: Slow Loading of inital page CefClient

Postby magreenblatt » Tue Sep 28, 2021 6:54 am

Yes, it could be a proxy resolution issue. Proxy resolution can be disabled using the "--no-proxy-server" command-line flag. See https://bitbucket.org/chromiumembedded/ ... resolution
magreenblatt
Site Admin
 
Posts: 12382
Joined: Fri May 29, 2009 6:57 pm

Previous

Return to Support Forum

Who is online

Users browsing this forum: Google [Bot] and 28 guests

cron