Nie jestem pewien (1).
Jeśli chodzi o (2), uważam, że Python spływa na standardowe wyjście po każdej nowej linii. Ale jeśli przeciążasz stdout, aby znaleźć się w pliku, czy jest on tak często opróżniany?
Odpowiedzi:
Do operacji na plikach Python używa domyślnego buforowania systemu operacyjnego, chyba że skonfigurujesz go inaczej. Możesz określić rozmiar bufora, niebuforowany lub buforowany wiersz.
Na przykład funkcja open przyjmuje argument wielkości bufora.
http://docs.python.org/library/functions.html#open
„Opcjonalny argument buforowania określa pożądany rozmiar bufora pliku:”
kod:
bufsize = 0
f = open('file.txt', 'w', buffering=bufsize)
open('file.txt', 'w', 1), uzyskuję odpowiednie buforowanie linii. Ale jeśli zrobię coś większego (chciałem open('file.txt', 'w', 512)), buforuje pełny io.DEFAULT_BUFFER_SIZE8192. Czy to błąd Pythona, błąd Linuksa lub błąd ID10t?
stdoutbyć buforowany w linii niezależnie od tego, czy jest to konsola, czy przekierowany do pliku?
write()uchwytu pliku, dane wyjściowe są buforowane w pamięci i gromadzone aż do zapełnienia bufora ... w tym czasie bufor zostaje „opróżniony” (zawartość jest zapisywana z bufora do pliku). Możesz jawnie opróżnić bufor, wywołując flush()metodę na uchwycie pliku.
flush()Metodą można również wymusić opróżnienie bufora do pliku programowo .
with open('out.log', 'w+') as f:
f.write('output is ')
# some work
s = 'OK.'
f.write(s)
f.write('\n')
f.flush()
# some other work
f.write('done\n')
f.flush()Uznałem, że jest to przydatne podczas dostosowywania pliku wyjściowego tail -f.
Note: flush() does not necessarily write the file’s data to disk. Use flush() followed by os.fsync() to ensure this behavior.
Note: flush() does not necessarily write the file’s data to disk. Use flush() followed by os.fsync() to ensure this behavior.
flushingogóle oznacza. Dlaczego tego potrzebujemy? Po co to jest? dlaczego mam się tym przejmować?
Nie wiem, czy dotyczy to również Pythona, ale myślę, że zależy to od używanego systemu operacyjnego.
Na przykład w systemie Linux dane wyjściowe do terminala opróżniają bufor w nowej linii, podczas gdy dane wyjściowe do plików są opróżniane tylko wtedy, gdy bufor jest pełny (domyślnie). Wynika to z faktu, że bardziej wydajne jest opróżnianie bufora mniej razy, a użytkownik jest mniej prawdopodobne, aby zauważyć, że dane wyjściowe nie są opróżniane w nowej linii w pliku.
Możesz być w stanie automatycznie opróżnić wyjście, jeśli tego potrzebujesz.
EDYCJA: Myślę, że w ten sposób spłukałbyś się automatycznie w Pythonie (na podstawie stąd )
#0 means there is no buffer, so all output
#will be auto-flushed
fsock = open('out.log', 'w', 0)
sys.stdout = fsock
#do whatever
fsock.close()Możesz również sprawdzić domyślny rozmiar bufora, wywołując atrybut tylko do odczytu DEFAULT_BUFFER_SIZE z modułu io.
import io
print (io.DEFAULT_BUFFER_SIZE)Oto inne podejście, aż do PO, aby wybrać, które preferuje.
Gdy dołączasz poniższy kod do __init__pliku .py przed jakimkolwiek innym kodem, wiadomości drukowane wraz z printwszelkimi błędami nie będą już rejestrowane w pliku Log.txt Abletona, ale w celu oddzielenia plików na dysku:
import sys
path = "/Users/#username#"
errorLog = open(path + "/stderr.txt", "w", 1)
errorLog.write("---Starting Error Log---\n")
sys.stderr = errorLog
stdoutLog = open(path + "/stdout.txt", "w", 1)
stdoutLog.write("---Starting Standard Out Log---\n")
sys.stdout = stdoutLog(w przypadku komputerów Mac zmień #username#nazwę folderu użytkownika. W systemie Windows ścieżka do folderu użytkownika będzie miała inny format)
Po otwarciu plików w edytorze tekstu, który odświeża zawartość po zmianie pliku na dysku (przykład dla komputerów Mac: TextEdit nie robi tego, ale TextWrangler robi to), zobaczysz, że dzienniki są aktualizowane w czasie rzeczywistym.
Kredyty: ten kod został skopiowany głównie ze skryptów kontrolnych liveAPI Nathana Ramelli