Path: csiph.com!fu-berlin.de!uni-berlin.de!not-for-mail From: "Dr. Volker Jaenisch" Newsgroups: de.comp.lang.python Subject: Re: [Python-de] Ausgabe von zwei Streams in zwei curses "Fenstern" Date: Wed, 22 Mar 2017 13:57:32 +0100 Lines: 54 Message-ID: References: <82ada53b-ab01-59ab-4d3f-6fbb362d2f80@inqbus.de> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Trace: news.uni-berlin.de nEPoDjgyON5uK4zjP5rEZQYNaoyq3unioP8I0dHcUZsQ== Return-Path: X-Original-To: python-de@python.org Delivered-To: python-de@mail.python.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=inqbus.de; s=20160215; h=Content-Transfer-Encoding:Content-Type:In-Reply-To: MIME-Version:Date:Message-ID:From:References:To:Subject:Sender:Reply-To:Cc: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=MWON2K6PdaSa9HgPa9Aw/QYamumZBlVPxUIepedgW2Y=; b=UZp2GJCkyPMkWYCJCIQA36RBfk zH0tMF6HeEc/tNCAewJxQgF+phMUDb9y7smI2fI7fTUHKrVOt5ZYmWsqkoahb0TzC1ojbRW7j8s4K 6bzWyja0R0noYxKdKCh1gJvuVSYgsP6K3U3fafqUbXl5fhxZC4Co6AQdoWajQc4Cqa1E=; User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Icedove/45.6.0 In-Reply-To: X-BeenThere: python-de@python.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Die Deutsche Python Mailingliste List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-Mailman-Original-Message-ID: X-Mailman-Original-References: <82ada53b-ab01-59ab-4d3f-6fbb362d2f80@inqbus.de> Xref: csiph.com de.comp.lang.python:4714 Servus Stefan! Danke f=FCr die Hinweise. Am 22.03.2017 um 08:15 schrieb Stefan Schwarzer: > Nicht direkt eine Antwort auf die Frage, aber ein Hinweis: > Je nachdem, wie lange die Verarbeitung der einzelnen > Log-Eintr=E4ge dauert, k=F6nnte es sein, dass die Anzeige der > Log-Eintr=E4ge auf dem Bildschirm die Verarbeitung des Logs > erheblich ausbremst. Von daher ist die Verwendung des > Fortschritts-Balkens unterm Strich vielleicht die > anwenderfreundlichere Methode. Es sind wirklich sehr viele Logzeilen. Einige Millionen. Aber die Laufzeit des Programms betr=E4gt (schon parallelisiert) auch Stunden. Daher fallen ein paar Sekunden/Minuten Gesamt-Rechenzeit die f=FCr das Formatieren des Outputs im Terminal draufgehen bedeutungslos. Die Logs sind halt sehr gut um mit einem Blick an der Farbe (Sind Color-Logs) zu sehen wie viel und ob was schief geht. Ideal w=E4re daher noch eine Tastatur-Steuerung um das Log anzuhalten und= darin zu scrollen. Aber das ist ein nice -to-have. In der Praxis macht man dann eher ein "less -r" auf die Log-Datei. Nat=FCrlich kann man auch in einem weiteren Terminal-Fenster "tail -f" laufen lassen und im prim=E4ren Fenster nur den Fortschritts-Balken. Ich wollte einfach wissen ob jemand diese kombinierte Funktionalit=E4t schon mal einfach abgebildet hat. > > Vielleicht w=E4re eine Fortschrittsanzeige mit mehr > Informationen (zum Beispiel Prozentangabe und alle n > Log-Zeilen das Datum der Log-Zeile aktualisieren) ein > guter Kompromiss. Ich habe jetzt schon tqdm im Einsatz f=FCr den Fortschritts-Balken - der= funktioniert prima und bietet alles was man sich w=FCnscht. Momentan schreibt der sich ins Log und damit kann man leben. Beste Gr=FC=DFe Volker --=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D inqbus Scientific Computing Dr. Volker Jaenisch Richard-Strauss-Stra=DFe 1 +49(08861) 690 474 0 86956 Schongau-West http://www.inqbus.de =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D