Pagina 1 di 3 1 2 3 ultimoultimo
Visualizzazione dei risultati da 1 a 10 su 21
  1. #1
    Utente di HTML.it L'avatar di barney09
    Registrato dal
    Dec 2000
    Messaggi
    1,296

    cercasi componente simile a ServerXMLHTTP.4.0

    Ciao a tutti,

    sto cercano un componente simile a MSXML2.ServerXMLHTTP.4.0

    Purtroppo utilizzando questo in alcune occasioni mi si pianta IIS, e sono obbligato ad effettuare il riavvio di IIS.

    Magari gira per 2 ore di fila, a volte dopo mezz'ora si pianta.

    Stiamo parlando di qualche migliaia di interrogazioni all'ora.

    Stavo cercando qualche componente altenativo.
    Avevo pensato a WGET.

    Tramite asp eseguo WGET e poi vado a leggere il contenuto del txt di output.

    E' un po' piu' macchinoso ma si puo' fare.

    Altre idee?

  2. #2
    sicuro che il problema sia del componente e non del tuo programma?

  3. #3
    Utente di HTML.it L'avatar di barney09
    Registrato dal
    Dec 2000
    Messaggi
    1,296
    Non ho la certezza al 100%, pero', il codice che gira è molto semlice, non restano oggetti appesi, non vengono generati errori durante l'esecuzione.

    Poi puo' esserre benissimo tutto, pero' tenderei ad escluderlo, tanto piu' che non solo mi intasa il singolo sito e il suo AppPoll, ma mi manda la CPU al 100% e mi inchioda tutto IIS.

    Hai qualche idea su come eseguire un debug piu' approfondito per poter escludere con certezza che si tratti di un problema di software?

  4. #4
    Utente di HTML.it L'avatar di barney09
    Registrato dal
    Dec 2000
    Messaggi
    1,296
    Il codice è il seguente:



    |Connessione DB A
    |Connessione DB B
    |
    |--CICLO WHILE SU TABELLA DB A
    |
    |------QUERY SU TABELLA DB B
    |
    |------CODICE XMLHTTP ***vedi sotto***
    |
    |----------IF sul risultato
    |---------------CODICE XMLHTTP ***vedi sotto***
    |----------END IF
    |
    |--CHIUSURA CICLO WHILE SU TABELLA DB A
    |
    |Chiusura connessione A
    |Chiusura connessione B



    Il codice XMLHTTP è il seguente:


    Set objXMLHTTP = Server.CreateObject("MSXML2.ServerXMLHTTP.4.0")

    'Set objXMLHTTP = Server.CreateObject("MSXML2.ServerXMLHTTP")
    'Versione precedente ma con medesimo problema-------^

    objXMLHTTP.Open "GET", StrURL, FALSE
    objXMLHTTP.Send
    content = CStr(objXMLHTTP.ResponseText)

    Set objXMLHTTP = Nothing

  5. #5
    Utente di HTML.it L'avatar di barney09
    Registrato dal
    Dec 2000
    Messaggi
    1,296
    Questa pagina viene "chiamata" periodicamente da un software VB 6.0 che gira su un PC, e utilizza anchesso questo componente per a sua volta leggere il contenuto della pagina.

    Quindi:

    |-Software VB interroga server A
    |---Server A interroga Server B (tramite ASP vedi codice sopra)
    |------Server B risponde
    |---Server A salva in DB l'esito del Server B


    A sto punto non vorrei che il problema fosse nel software VB, che in qualche modo lascia appese delle chiamate sul server A e causa il problema, pero' sarebbe strano che mediante un semplice programam VB si possa mettere in ginocchio IIS, contando che le chiamate vengono fatte a distanza di diversi secondi l'una dall'altra.

  6. #6
    prova a dilazionare le chiamate, e vedi se il problema scompare

  7. #7
    Utente di HTML.it L'avatar di barney09
    Registrato dal
    Dec 2000
    Messaggi
    1,296
    dove potrebbe essere il collo di bottiglia secondo te?


    Dal performance monitor noto che il grafico delle connessioni correnti inizia ad incrementarsi a dismisura da 70-80 balza oltre 200.

    Le connessioni del sito mediamente si aggirano su 80 connessioni correnti, quando la pagina "gira" questo numero non si incrmenta, o meglio il traffico generato dal software VB si mescola al normale traffico non generando alcuno sbalzo di utilizzo di CPU o memoria.

    Noto la CPU "rimbalzare" con una cerca frequenza tra 5% e 20% mentre quando non è attivo difficilmente raggiunge 1l 15%. Parlo di CPU del Server su cui gira IIS, ma niente di sconvolgente.

    Quando succede questo incremento di connessioni correnti, anche l'utilizzo del file di paging cresce, ma lentamente.


    Quando IIS si "pianta", la navigazione inizia ad essere lenta, se controllo le connessioni correnti noto che iniziano ad impennarsi e nel giro di 50 secondi superano le 200, e tendono a salire all'infinito, come se non le chiudesse piu'.
    Ho impostato un controllo all'interno del Performance che quando arrivano a 200 connessioni correnti riavvia IIS pero' non è una soluzione.

  8. #8
    Utente di HTML.it L'avatar di barney09
    Registrato dal
    Dec 2000
    Messaggi
    1,296
    L'ho già dilazionato fino a portare il software VB ad effetture una chiamata ogni 4 secondi.

    La pagina ASP del server A deve effettuare la lettura di una pagina sul server B, in alcune condizioni particolari, rare, ne fa due di letture.

    La lettura viene comunque svolta in meno di 4 secondi, parliamo di 1 sec. al massimo.

    Deve leggere un file XML di pochi KB.

  9. #9
    Utente di HTML.it L'avatar di barney09
    Registrato dal
    Dec 2000
    Messaggi
    1,296
    avevo pensato di fare la cosa tramite WGET, poi ho trovato anche questo componente a pagamento:
    http://www.serverobjects.com/comp/asphttp3.htm

    che NON sfrutta WinInet





    The AspHTTP component allows you to GET/POST/HEAD documents via the HTTP protocol.

    Features:
    - Exposes HTTP response headers;
    - Supports transfering requests to a file (including binary transfers);
    - Password authentication support and more.
    - The latest version is 2-3 times faster than previous versions.
    - AspHTTP uses the Winsock API and does not use the Microsoft WinInet API because of the Microsoft acknowledged problems with WinInet based server components.

  10. #10
    vb non può leggersi direttamente il contenuto di server b?

Permessi di invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •  
Powered by vBulletin® Version 4.2.1
Copyright © 2026 vBulletin Solutions, Inc. All rights reserved.