Autor Beitrag
Christian S.
ontopic starontopic starontopic starontopic starontopic starontopic starhalf ontopic starofftopic star
Beiträge: 20451
Erhaltene Danke: 2264

Win 10
C# (VS 2019)
BeitragVerfasst: So 30.09.07 18:41 
Ich weiß ja, manchmal braucht man beim Kopieren von Daten schon ein wenig Geduld. Aber es gibt Grenzen, finde ich ... (siehe Anhang) :lol:
Einloggen, um Attachments anzusehen!
_________________
Zwei Worte werden Dir im Leben viele Türen öffnen - "ziehen" und "drücken".
bflegel
ontopic starontopic starontopic starontopic starontopic starontopic starofftopic starofftopic star
Beiträge: 193
Erhaltene Danke: 1

Win XP, Win 7, BS2000
D5
BeitragVerfasst: So 30.09.07 18:45 
Da sollte man sich gut überlegen ob man die Daten wirklich braucht... :lol:

_________________
I know all the jokes about my name
Blackheart666
ontopic starontopic starontopic starontopic starontopic starontopic starontopic starofftopic star
Beiträge: 2195

XP
D3Prof, D6Pers.
BeitragVerfasst: So 30.09.07 18:46 
Bitte gib deinem Thread einen ausagekräftigen Titel!!! - (Ansonsten) :wink:

_________________
Blackheart666
Der Irrsinn ist bei Einzelnen etwas Seltenes, - aber bei Gruppen, Parteien, Völkern, Zeiten die Regel. (Friedrich Nietzsche)
F34r0fTh3D4rk
ontopic starontopic starontopic starontopic starontopic starontopic starhalf ontopic starofftopic star
Beiträge: 5285
Erhaltene Danke: 29

Win Vista (32), Win 7 (64)
Eclipse, SciTE, Lazarus
BeitragVerfasst: So 30.09.07 20:17 
das ist mir heute bei vista auch aufgefallen. die zeitberechnungen für das kopieren sind echt komisch. ich habe kA ca. 1gb daten kopiert und er sagt mir zunächst mal dass es länger als einen tag dauert. aber was bei dir abgeht ist ja echt nicht mehr schön ;)


mfg
jaenicke
ontopic starontopic starontopic starontopic starontopic starontopic starontopic starofftopic star
Beiträge: 19346
Erhaltene Danke: 1754

W11 x64 (Chrome, Edge)
Delphi 12 Pro, C# (VS 2022), JS/HTML, Java (NB), PHP, Lazarus
BeitragVerfasst: So 30.09.07 20:26 
user profile iconF34r0fTh3D4rk hat folgendes geschrieben:
das ist mir heute bei vista auch aufgefallen. die zeitberechnungen für das kopieren sind echt komisch. ich habe kA ca. 1gb daten kopiert und er sagt mir zunächst mal dass es länger als einen tag dauert. aber was bei dir abgeht ist ja echt nicht mehr schön ;)
Bei mir geht das eigentlich meistens, und mit dem kommenden Service Pack soll das ja behoben sein. Vor allem auch, dass es wirklich ewig dauert.

user profile iconBlackheart666 hat folgendes geschrieben:
Bitte gib deinem Thread einen ausagekräftigen Titel!!! - (Ansonsten) :wink:
Ist halt nicht nur "nicht passend zu einem der Themengebiete" sondern "hat kein echtes Thema" eben echt "without, ähhh... off topic"^^ :P :mrgreen:
BenBE
ontopic starontopic starontopic starontopic starontopic starontopic starhalf ontopic starofftopic star
Beiträge: 8721
Erhaltene Danke: 191

Win95, Win98SE, Win2K, WinXP
D1S, D3S, D4S, D5E, D6E, D7E, D9PE, D10E, D12P, DXEP, L0.9\FPC2.0
BeitragVerfasst: So 30.09.07 20:38 
Das ist ein Bug, den es seit Windows 95 gibt, nur dort ist er auf Grund der Festplatten, die an sich meist nur 2-3 GB groß waren niemandem aufgefallen, da keiner mal eben eine Platte auf ne andere gespiegelt hat.

Unter Win2K war der Bug dann zwischenzeitlich mal behoben, in XP wieder da, wurde wieder in SP2 gefixt und wurde mit Vista wiedermal neu eingeführt ;-) Also mal ein typischer M$-Bug: Man sieht ihn immer wieder ;-)

Wobei: Christian: Wie alt bist Du eigentlich, dass Du bereits rund 120 Jahre für so viel Fortschritt gewartet hast?

Ist aber noch harmlos:

Moderiert von user profile iconTino: BMP ins PNG Format umgewandelt.
Einloggen, um Attachments anzusehen!
_________________
Anyone who is capable of being elected president should on no account be allowed to do the job.
Ich code EdgeMonkey - In dubio pro Setting.
Luckie
Ehemaliges Mitglied
Erhaltene Danke: 1



BeitragVerfasst: So 30.09.07 21:48 
Ich denke mal, das hat nichts mit einem Bug zu tun, sondern das leigt einfach daran, dass Windows die verbleibende Zeit schätzt und bei sehr großen Dateien wird die Abweichung eben größer.
jasocul
ontopic starontopic starontopic starontopic starontopic starontopic starhalf ontopic starofftopic star
Beiträge: 6395
Erhaltene Danke: 149

Windows 7 + Windows 10
Sydney Prof + CE
BeitragVerfasst: So 30.09.07 22:01 
@Luckie:
Der Kopiervorgang ist über die Hälfte schon gelaufen. Das kann ein Programmier-Anfänger ins seinem Programm genauer berechnen/schätzen. Wenn das kein Bug ist, na dann Prost Mahlzeit. (Immer vorausgesetzt, dass die Verbindung zu Datenquelle nicht plötzlich gestört ist.)
Robert_G
ontopic starontopic starontopic starontopic starontopic starontopic starontopic starofftopic star
Beiträge: 416


Delphi32 (D2005 PE); Chrome/C# (VS2003 E/A, VS2005)
BeitragVerfasst: So 30.09.07 22:16 
user profile iconjasocul hat folgendes geschrieben:
@Luckie:
Der Kopiervorgang ist über die Hälfte schon gelaufen. Das kann ein Programmier-Anfänger ins seinem Programm genauer berechnen/schätzen. Wenn das kein Bug ist, na dann Prost Mahlzeit. (Immer vorausgesetzt, dass die Verbindung zu Datenquelle nicht plötzlich gestört ist.)
Naja, die Leute in Redmond hatten ja auch nur 50.000 Mannjahre Zeit um diesen Bug seit XP SP2 bzw 2003 wieder einzuführen und so schön nervig zu machen. Es ginge bestimmt noch nerviger, keine Frage.
Gebt ihnen einfach nochmal 20.000 Jahre und sie kriegen es ganz bestimmt sogar hin, wenn die Daten nicht schon zur Hälfte kopiert wurden. :mrgreen:
elundril
ontopic starontopic starontopic starontopic starontopic starontopic starhalf ontopic starofftopic star
Beiträge: 3747
Erhaltene Danke: 123

Windows Vista, Ubuntu
Delphi 7 PE "Codename: Aurora", Eclipse Ganymede
BeitragVerfasst: Mo 01.10.07 07:55 
*rofl* is ja geil.

Deswegen merke: Verwende TotalCommander. Viel Schneller und praktischer als WinDoof beim kopieren, verschieben o.ä. da er nicht mit Windoof-funktionen arbeitet.

lg elundril
JüTho
ontopic starontopic starontopic starontopic starontopic starontopic starontopic starhalf ontopic star
Beiträge: 2021
Erhaltene Danke: 6

Win XP Prof
C# 2.0 (#D für NET 2.0, dazu Firebird); früher Delphi 5 und Delphi 2005 Pro
BeitragVerfasst: Mo 01.10.07 08:56 
user profile iconelundril hat folgendes geschrieben:

Deswegen merke: Verwende TotalCommander. Viel Schneller und praktischer als WinDoof beim kopieren, verschieben o.ä. da er nicht mit Windoof-funktionen arbeitet.

Das bestätige ich. Der Vollständigkeit halber: Der TotalCommander steht unter www.ghisler.com (für unbegrenzte Tests) zur Verfügung und kostet 28 € - Geld, das sich wirklich lohnt! Jürgen
UGrohne
ontopic starontopic starontopic starontopic starontopic starontopic starofftopic starofftopic star
Veteran
Beiträge: 5502
Erhaltene Danke: 220

Windows 8 , Server 2012
D7 Pro, VS.NET 2012 (C#)
BeitragVerfasst: Mo 01.10.07 09:06 
Ich hatte das unter XP mal gesehen. Ich glaube, das ist kein allgemeiner Windows-Bug, sondern liegt eher am verwendeten Speichersystem. Mit meinem damaligen RAID-0 unter der Haube hatte ich dasselbe Phänomen, nach Auflösen desselben war es nicht mehr da. Auch unter Vista hab ich das nun nicht mehr.

Was hast Du denn für einen Chipsatz?
Agawain
ontopic starontopic starontopic starontopic starontopic starontopic starhalf ontopic starofftopic star
Beiträge: 460

win xp
D5, MySQL, devxpress
BeitragVerfasst: Mo 01.10.07 09:15 
hab da auch noch was

:mrgreen:
Einloggen, um Attachments anzusehen!
UGrohne
ontopic starontopic starontopic starontopic starontopic starontopic starofftopic starofftopic star
Veteran
Beiträge: 5502
Erhaltene Danke: 220

Windows 8 , Server 2012
D7 Pro, VS.NET 2012 (C#)
BeitragVerfasst: Mo 01.10.07 09:21 
user profile iconAgawain hat folgendes geschrieben:
hab da auch noch was

:mrgreen:

Du musst ja Kohle haben, wenn Du Dir 16,7 Mio Festplatten leisten kannst :mrgreen:
jaenicke
ontopic starontopic starontopic starontopic starontopic starontopic starontopic starofftopic star
Beiträge: 19346
Erhaltene Danke: 1754

W11 x64 (Chrome, Edge)
Delphi 12 Pro, C# (VS 2022), JS/HTML, Java (NB), PHP, Lazarus
BeitragVerfasst: Mo 01.10.07 10:32 
user profile iconelundril hat folgendes geschrieben:
Deswegen merke: Verwende TotalCommander. Viel Schneller und praktischer als WinDoof beim kopieren,
Ich weiß nicht wie du darauf kommst, stimmen tut es jedenfalls nicht wirklich, ich habe es gerade nochmal ausprobiert auf 3 verschiedenen Rechnern, jedesmal nochmal einmal wiederholt (mit ähnlichen Ergebnissen):
XP, Athlon 64 3700er, Samsung HD501LJ 500 GiB mit 1,82 GiB Daten, 53.212 Dateien:
Kopieren:
Windows Explorer: 20 Sekunden Vorbereitung, 8:05 Minuten Kopierzeit
Total Commander: 15 Sekunden "Programm reagiert nicht mehr", 7:59 Minuten Kopierzeit
Löschen:
Windows Explorer: 20 Sekunden Vorbereitung, 25 Sekunden löschen
Total Commander: 6:34 Minuten!!!! :rofl:

Bei den anderen beiden Rechnern war es ähnlich, unter Vista auf nem 4800er X2 war der Total Commander beim Kopieren sogar mit 11:04 Minuten gegenüber 9:37 Minuten mit dem Windows Explorer 1:27 Minuten langsamer, beim Löschen genauso katastrophal wie unter Windows XP. Zudem ist die Anzeige der Restzeit bei meinen Tests beim Windows Explorer sogar noch genauer gewesen.

Jedenfalls kann ich nur sagen: Gerade durch die katastrophale Performance beim Löschen ist der Total Commander für mich Total Unbrauchbar^^, und ich finde ihn mit Funktionen zu überladen. Der Windows Explorer startet zwar zugegebenermaßen einen Wimpernschlag langsamer, ist aber ansonsten performanter und bietet alle Funktionen, die man normalerweise braucht. Und für ne FTP-Verbindung neheme ich lieber FileZilla, das ist viel übersichtlicher.

user profile iconelundril hat folgendes geschrieben:
da er nicht mit Windoof-funktionen arbeitet.
Wie soll das gehen? Ohne die Windows API wird der Total Commander wohl kaum arbeiten...
Zudem ist er ja beim Kopieren ziemlich genau gleichschnell, deshalb vermute ich mal, dass beim Windows Explorer das Multithreading (der bleibt z.B. bei der Vorbereitung eines Kopiervorgangs ja nicht einfach hängen) und ähnliches die paar Sekunden, die er unter XP mehr braucht, ausmachen. Und unter Vista ist er ja sogar langsamer, da habe ich das extra 3 mal getestet, weil ich das komisch fand... Aber dass das Kopieren so langsam ist, scheint an den Kopierfunktionen der API zu liegen, die der Total Commander vermutlich auch benutzt.

Aber das ist ja nicht Thema des Threads, ich bin aber gerne bereit in einem neuen Thread darüber weiter zu diskutieren und dort detailiertere Testergebnisse zu posten.
Klar: Ich habe nichts dagegen, wenn jemand lieber den Total Commander benutzt, aber die Geschwindigkeit ist sicherlich kein Argument für das Programm. Gerade, dass er vor einem Kopiervorgang mit sehr vielen Dateien nicht mehr reagiert ist ziemlich unsaubere Programmierung. (ja, ich habe das mehrfach ausprobiert^^)

user profile iconUGrohne hat folgendes geschrieben:
Ich hatte das unter XP mal gesehen. Ich glaube, das ist kein allgemeiner Windows-Bug, sondern liegt eher am verwendeten Speichersystem. Mit meinem damaligen RAID-0 unter der Haube hatte ich dasselbe Phänomen, nach Auflösen desselben war es nicht mehr da. Auch unter Vista hab ich das nun nicht mehr.
Tja, also daran kann es bei mir liegen, ich benutze kein Raid-System und das Kopieren der selben Dateien ist unter Vista eben deutlich langsamer, egal ob mit den integrierten Treibern oder mit denen von der Mainboard-CD oder der von der Hersteller-Homepage.
Das Problem hat Microsoft ja auch bestätigt und eine Lösung für das nächste Service Pack, das in einer ersten Version wohl Anfang nächsten Jahres oder so erscheinen wird, angekündigt.
Christian S. Threadstarter
ontopic starontopic starontopic starontopic starontopic starontopic starhalf ontopic starofftopic star
Beiträge: 20451
Erhaltene Danke: 2264

Win 10
C# (VS 2019)
BeitragVerfasst: Mo 01.10.07 10:36 
Nur zur Info: Ich suche keine "Lösung" für das "Problem" ;-)

Es ist bisher nur einmal vorgekommen, ich fand's einfach nur lustig :zwinker:

_________________
Zwei Worte werden Dir im Leben viele Türen öffnen - "ziehen" und "drücken".
jaenicke
ontopic starontopic starontopic starontopic starontopic starontopic starontopic starofftopic star
Beiträge: 19346
Erhaltene Danke: 1754

W11 x64 (Chrome, Edge)
Delphi 12 Pro, C# (VS 2022), JS/HTML, Java (NB), PHP, Lazarus
BeitragVerfasst: Mo 01.10.07 10:43 
user profile iconChristian S. hat folgendes geschrieben:
Nur zur Info: Ich suche keine "Lösung" für das "Problem" ;-)
So hatte ich das auch verstanden ;-), deshalb der Hinweis, dass ich das Thema Total Commander wenn, dann in einem neuen Thread weiterdiskutieren würde.

user profile iconChristian S. hat folgendes geschrieben:
Es ist bisher nur einmal vorgekommen, ich fand's einfach nur lustig :zwinker:
Bei mir auch schon, aber nicht nur beim Windows Explorer von Windows Vista sondern bei diversen Programmen. Bei manchen Programmen (meinen eigenen unter anderem^^), gibt es Höchstgrenzen für die Restzeitanzeige. Ich versuche anhand der Datenmenge und bekannten "normalen" Geschwindigkeiten diese abzuschätzen und wenn die zu stark überschritten wird, dann gehe ich von einem Fehler aus und zeige "Restzeit unbekannt" an. Das finde ich immer noch besser als derartige Werte anzuzeigen, die eben gar nicht stimmen können bzw. wenn sie stimmen würden, keinen Sinn ergäben.

Deshalb finde ich das eigentlich weniger lustig als vielmehr bedauerlich... ;-)
Ok, beim ersten Mal, dass ich sowas gesehen habe, habe ich noch drüber geschmunzelt, das war aber vor drei oder vier Jahren auf nem alten Rechner mit 500 MHz und relativ langsamer Festplatte unter Windows XP. ;-)
Wolle92
ontopic starontopic starontopic starontopic starontopic starofftopic starofftopic starofftopic star
Beiträge: 1296

Windows Vista Home Premium
Delphi 7 PE, Delphi 7 Portable, bald C++ & DirectX
BeitragVerfasst: Mi 03.10.07 07:03 
Wie scahfft ihr das alle, diese Fehlermeldung angezeigt zu bekommen?
Bei steht bis alles kopiert ist immer nur "Verbleibende Zeit wird berechnet..."
Der rechnet bei mir viel zu lange
Jakob_Ullmann
ontopic starontopic starontopic starontopic starontopic starontopic starofftopic starofftopic star
Beiträge: 1747
Erhaltene Danke: 15

Win 7, *Ubuntu GNU/Linux*
*Anjuta* (C, C++, Python), Geany (Vala), Lazarus (Pascal), Eclipse (Java)
BeitragVerfasst: Mi 03.10.07 08:17 
Sehr geil!!! Wiedermal typisch Microsoft. :wink:
jaenicke
ontopic starontopic starontopic starontopic starontopic starontopic starontopic starofftopic star
Beiträge: 19346
Erhaltene Danke: 1754

W11 x64 (Chrome, Edge)
Delphi 12 Pro, C# (VS 2022), JS/HTML, Java (NB), PHP, Lazarus
BeitragVerfasst: Mi 03.10.07 09:11 
user profile iconJakob_Ullmann hat folgendes geschrieben:
Sehr geil!!! Wiedermal typisch Microsoft. :wink:
Naja, leider nicht, das ist mir schon bei verschiedenen Programmen passiert, FileZilla kann ich mich noch dran erinnern und beim FireFox, wobei es bei letzterem nicht so krass war (nur 6 Monate oder so, dabei lief der Download relativ konstant in 5 Minuten durch^^). Und bei FileZilla stand glaube ich einmal der maximale Integer-Wert oder sowas da, und einmal ein Wert, der 2 Jahre oder so bedeutet hätte. Und bei anderen Programmen fallen mir keine konkreten Werte mehr ein, aber es ist mir bestimmt schon bei noch weiteren 4 oder 5 Programmen passiert.

Das ist halt leider ein Problem, das es in vielen Programmen gibt. Wobei die Frage ist, wie man das verhindert. Wie ich bereits sagte versuchen meine Programme, so etwas zu erkennen. Das Problem ist nur, dass man dabei aufpassen muss, dass man keine richtigen Werte als falsch ansieht. Ich meine bei Downloads ist das natürlich noch nicht soo schwer, aber bei anderen Berechnungen manchmal schon.

Der Punkt ist aber: Solche Werte werden sehr selten angezeigt und ich kann durchaus verstehen, dass bei vielen Programmen ein solcher Ausnahmefall als zu selten eingestuft wird, als dass es sich lohnt da nochmal eine Überprüfung der Werte durchzuführen. (Auch wenn ich selbst es lieber tue.) Dass aber eine korrekte Berechnung manchmal nicht ganz so einfach zu sein scheint, sieht man ja daran, wie verbreitet solche Fehlanzeigen sind...