أحاول تثبيت لعبة جديدة اشتريت Microsoft Flight Simulator X لقد حاولت من تثبيت كافة Microsoft Visuals لتثبيت نسخة جديدة من Vista وأي حظ ، لذلك ربما يكون شخص ما قادرًا على مساعدتي

التقاط TIMEIT.EXE الإخراج إلى ملف محتوى النص

أعلم أن هذا يبدو بسيطًا نسبيًا ولكنه اتضح أنه ليس مناسبًا لي. إنه أحد أوامر سطر الأوامر التي جربتها. c: timeit xcopy a.txt b.txt> test.txtI توقعت أن يكون التالي في ملف الإخراج. (BEGIN) رقم الإصدار: Windows NT 5.1 (Build 2600) وقت الخروج: 2:23 مساءً ، الأربعاء ، 30 يناير (كانون الثاني) 2008 الوقت المنقضي: 0: 00: 10.860 وقت العملية: 0: 00: 00.046 مكالمات النظام: 227519 109458 أخطاء الصفحة: 4909 بايت قراءة: 103812 بايت مكتوبة: 156129 بايت أخرى: 298850 (END) بدلاً من ذلك لدي. (BEGIN) C: a.txt1 ملف (ملفات) نسخ (END) على ما يبدو أنا أسجل إخراج الأمر xcopy وليس وقتًا . لقد حاولت مجموعات مختلفة من الأنابيب وإعادة توجيه ولكن دون جدوى. أيه أفكار؟

جرب هذا> test.txt c: timeit xcopy a.txt b.txt إذا لم يفلح ذلك ، فقم بإجراء ذلك> test.txt cmd c: timeit xcopy a.txt b.txt الذي يفتح shell أمر جديد وينفذ الأمر ضمن ذلك ، تتم إعادة توجيه المجموعة بأكملها إلى ملف. قد يكون الأمر أكثر بساطة إذا وضعت أوامر se في a.bat filec: timeit xcopy a.txt b.txtcall it mybatch.bat ، ثم قم بهذا> test.txt cmd mybatchGraham

> test.txt c: timeit xcopy a.txt b.txt لا يزال الملف النصي يحتوي على إخراج xcopy وليس timeit.> test.txt cmd c: timeit xcopy a.txt b.txt مضيفا "cmd" تعلقها . > test.txt cmd mybatchHangs. يبدو أن أي خطوط تتضمن تعليق "cmd" لسبب ما. بدون "cmd" ، يتم تشغيله ، لكن مرة أخرى يلتقط إخراج xcopy وليس مخرجات timeit.It كما لو أن إخراج timeit يتم إرساله مباشرةً إلى الشاشة بدلاً من ترك shell يعالجها. باستخدام timeit.exe كانت محاولتي الثانية. كان أول ما استخدمه هو "time/t> test.txt" في سطر قبل أمر xcopy و "time/t >> test.txt" بعد الأمر xcopy للحصول على وقت البدء والانتهاء ، ولكن على عكس ذاكرتي أمر "time" في تطبيقات DOS السابقة ، يكون الحد الأقصى للدقة بالدقائق ، على سبيل المثال 1:23 مساءً أحتاج إلى قرار في ثوانٍ كاملة على الأقل ولكن إلى العاشرة سيكون أفضل ، على سبيل المثال 1:23:45 مساءً أو 1: 23: 45.6 مساءً

من الممكن جدا ذلكالوقت هولا يستخدم جهاز STDOUT.
الشفرة:
صدى صوت. | الوقت> time.txtxcopyecho. | time >> time.txt الدقة هي 01 ثانية

الإخراج ليس جميلًا جدًا لأنه يردد الطلب لفترة جديدة. ولكنه يعمل وهذا هو كل ما يهم. لقد افترضت أنني بحاجة إلى "/ t" أو أنها ستعلق ، وهو ما أذكر أنه حدث مع "time> test.txt" فقط ولكنك أثبتت أنه لا يجب أن يكون الحال في جميع الحالات. شكرا لمساعدتكم.

هذا عملت لي. يبدو أن timeit.exe يستخدم مستوى الخطأ العادي 2 لإخراج نتائجه. c: timeit xcopy a.txt b.txt 2> test.tmp ~~~~~ rog

C: test> timeit.exe "sleep 60" رقم الإصدار: Windows NT 6.1 (Build 7600) وقت الخروج: 5:15 مساءً ، الجمعة ، 21 مايو (أيار) 2010 الوقت المنقضي: 0: 01: 00.013 الوقت المستغرق في العملية: 0: 00: 00.000 مكالمات النظام: 12804 رموز تبديل السياق: 10368 أخطاء الصفحات: 1342 قراءة: 16679 بايت مكتوبة: 9790 بايت أخرى: 9484C: test> _________________________ C: test> timeit.exe sleep 60 2> test.txtC: test> type test.txtCersion: type 6.1 (بناء 7600) وقت الخروج: 5:33 مساءً ، الجمعة 21 مايو 2010 الوقت المنقضي: 0: 01: 00.013 وقت العملية: 0: 00: 00.000 مكالمات النظام: 14938 رموز تبديل النظام: 11090 أخطاء الصفحة: 1100 بايتات مقروءة: 16715 بايتات تمت كتابتها: 512 بايتات أخرى : 5692C: test>

لماذا تعيد إحياء الخيوط خيطًا يبلغ عمره عامين ونصف تقريبًا؟

ROG، شكرا لإحياء الأسئلة الجيدة والحلول من الأرشيف. العديد من الأعضاء والقراء الجدد لم يستخدموا timeit.exe قبل الآن. ____________________ملاحظة. بعض الأفكار ذات الصلة دائما. ما زلنا نقرأ ونوافق على ما قاله يسوع منذ عدة سنوات.

بالمناسبة ، أعرف أن إعادة التوجيه "2>" تعمل في هذه الحالة. لكنني اعتقدت أن "2>" كان للخطأ القياسي؟ تعمل إعادة التوجيه على نفس الشيء تقريبًا لـ Unix. لست واضحًا تمامًا حول كيفية استخدام الرموز المختلفة لإعادة التوجيه ومتى يتم ذلك. يرجى التنوير.شكراً

تيارات: 1. STDOUT> من تلقاء نفسه هي الطريقة القصيرة لإعادة توجيه الدفق 1 ، وهذه مكافئة: command> file.txt command 1> file.txt2 DIR (قائمة الملفات) وأي رسالة خطأ ("لم يتم العثور على الملف") dir> file.txt 2 &> 1

يجب أن يكون هناك خطأ مع timeit.exe لأن timeit.exe يتطلب "2>" لإعادة توجيه الإخراج العادي (قياسي خارج) إلى ملف. للبرامج الأخرى فقط ">" مطلوب.

ليس خطأ بالضرورة ؛ بعض البرامج مصممة عمدا بهذه الطريقة. أتوقع في هذه الحالة أن يتم ذلك بحيث يمكن الاحتفاظ بمخرجات البرنامج في توقيت منفصل عن ناتج timeit. أو بعض السبب من هذا القبيل.

المشاركات الشعبية