|
|
#1
01.12.2019, 22:22
|
|||
|
|||
rm большого файла
Anatoly Gerasimov написал(а) к All в Dec 19 02:11:14 по местному времени:
Нello All, Есть некоторое количество машин, развернутых из одного и того же шаблона, использующих одни и те же ресурсы. Centos 7.3 На части машин $ time dd if=/dev/zero of=/u04/file.delme bs=1G count=90 90+0 записей получено 90+0 записей отправлено скопировано 96636764160 байт (97 GB), 286,947 c, 337 MB/c real 4m47.498s user 0m0.000s sys 3m59.631s $ time rm /u04/file.delme real 89m21.409s user 0m0.000s sys 8m15.500s Проблема наблюдается на ext3 так же как и на ext4. На других машинах той же группы удаление выполняется раз в 40 быстрее Подскажите, пожалуйста, куда и как копать чтобы найти виновника. Или даже так. Виновника можно определить сравнив состав ПО на проблемных и нормальных машинах. Но вот как доказать что виновно именно это ПО не останавливая и не удаляя его? WBR Anatoly. --- GoldED+/W32-MINGW 1.1.5-b20061116 
|
|
#2
03.12.2019, 21:02
|
|||
|
|||
|
rm большого файла
Andrew Kant написал(а) к Anatoly Gerasimov в Dec 19 18:52:58 по местному времени:
Нello Anatoly! Monday December 02 2019 02:11, Anatoly Gerasimov wrote to All: AG> Или даже так. Виновника можно определить сравнив состав ПО на проблемных AG> и нормальных машинах. Но вот как доказать что виновно именно это ПО не AG> останавливая и не удаляя его? Ну так добавь его на беспроблемную машину, если получишь проблему - доказал. ;) Good bye! Andrew --- GoldED+/W32 1.1.4.7
|
|
#3
04.12.2019, 00:02
|
|||
|
|||
|
Re: rm большого файла
Zhenja Kaliuta написал(а) к Andrew Kant в Dec 19 21:55:30 по местному времени:
Нi, Andrew! On Tue, 03 Dec 2019 18:52:58 +0200 Andrew Kant writes: AK> Monday December 02 2019 02:11, Anatoly Gerasimov wrote to All: AG>> Или даже так. Виновника можно определить сравнив состав ПО на AG>> проблемных и нормальных машинах. Но вот как доказать что виновно AG>> именно это ПО не останавливая и не удаляя его? AK> Ну так добавь его на беспроблемную машину, если получишь проблему - AK> доказал. ;) Хмм, а настраивается ли на вашей системе клудж CНRS? --- Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux)
|
|
#4
04.12.2019, 00:42
|
|||
|
|||
|
rm большого файла
Alexey Vissarionov написал(а) к Zhenja Kaliuta в Dec 19 23:31:12 по местному времени:
Доброго времени суток, Zhenja! 03 Dec 2019 21:55:30, ты -> Andrew Kant: AG>>> Или даже так. Виновника можно определить сравнив состав ПО AG>>> на проблемных и нормальных машинах. Но вот как доказать что AG>>> виновно именно это ПО не останавливая и не удаляя его? AK>> Ну так добавь его на беспроблемную машину, если получишь AK>> проблему - доказал. ;) ZK> Хмм, а настраивается ли на вашей системе клудж CНRS? Вряд ли - у него что-то совсем архаичное. А зачем оно тебе? -- Alexey V. Vissarionov aka Gremlin from Kremlin gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii ... Облачных технологий не существует - существуют только чужие компутеры --- /bin/vi
|
|
#5
04.12.2019, 01:15
|
|||
|
|||
|
Re: rm большого файла
Zhenja Kaliuta написал(а) к Alexey Vissarionov в Dec 19 22:58:38 по местному времени:
Нi, Alexey! On Tue, 03 Dec 2019 22:55:41 +0200 Alexey Vissarionov writes: AV> Доброго времени суток, Zhenja! AV> 03 Dec 2019 21:55:30, ты -> Andrew Kant: AG>>>> Или даже так. Виновника можно определить сравнив состав ПО AG>>>> на проблемных и нормальных машинах. Но вот как доказать что AG>>>> виновно именно это ПО не останавливая и не удаляя его? AK>>> Ну так добавь его на беспроблемную машину, если получишь AK>>> проблему - доказал. ;) ZK>> Хмм, а настраивается ли на вашей системе клудж CНRS? AV> Вряд ли - у него что-то совсем архаичное. А зачем оно тебе? Я его читаю и не уверен по каким критериям инфорсить, если он некорректен. --- Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux)
|
|
#6
24.12.2019, 02:44
|
|||
|
|||
|
rm большого файла
Anatoly Gerasimov написал(а) к All в Dec 19 02:11:14 по местному времени:
Нello All, Есть некоторое количество машин, развернутых из одного и того же шаблона, использующих одни и те же ресурсы. Centos 7.3 На части машин $ time dd if=/dev/zero of=/u04/file.delme bs=1G count=90 90+0 записей получено 90+0 записей отправлено скопировано 96636764160 байт (97 GB), 286,947 c, 337 MB/c real 4m47.498s user 0m0.000s sys 3m59.631s $ time rm /u04/file.delme real 89m21.409s user 0m0.000s sys 8m15.500s Проблема наблюдается на ext3 так же как и на ext4. На других машинах той же группы удаление выполняется раз в 40 быстрее Подскажите, пожалуйста, куда и как копать чтобы найти виновника. Или даже так. Виновника можно определить сравнив состав ПО на проблемных и нормальных машинах. Но вот как доказать что виновно именно это ПО не останавливая и не удаляя его? WBR Anatoly. --- GoldED+/W32-MINGW 1.1.5-b20061116
|
|
#7
24.12.2019, 02:45
|
|||
|
|||
|
Re: rm большого файла
Zhenja Kaliuta написал(а) к Andrew Kant в Dec 19 21:55:30 по местному времени:
Нi, Andrew! On Tue, 03 Dec 2019 18:52:58 +0200 Andrew Kant writes: AK> Monday December 02 2019 02:11, Anatoly Gerasimov wrote to All: AG>> Или даже так. Виновника можно определить сравнив состав ПО на AG>> проблемных и нормальных машинах. Но вот как доказать что виновно AG>> именно это ПО не останавливая и не удаляя его? AK> Ну так добавь его на беспроблемную машину, если получишь проблему - AK> доказал. ;) Хмм, а настраивается ли на вашей системе клудж CНRS? --- Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux)
|
|
#8
24.12.2019, 02:45
|
|||
|
|||
|
rm большого файла
Alexey Vissarionov написал(а) к Zhenja Kaliuta в Dec 19 23:31:12 по местному времени:
Доброго времени суток, Zhenja! 03 Dec 2019 21:55:30, ты -> Andrew Kant: AG>>> Или даже так. Виновника можно определить сравнив состав ПО AG>>> на проблемных и нормальных машинах. Но вот как доказать что AG>>> виновно именно это ПО не останавливая и не удаляя его? AK>> Ну так добавь его на беспроблемную машину, если получишь AK>> проблему - доказал. ;) ZK> Хмм, а настраивается ли на вашей системе клудж CНRS? Вряд ли - у него что-то совсем архаичное. А зачем оно тебе? -- Alexey V. Vissarionov aka Gremlin from Kremlin gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii ... Облачных технологий не существует - существуют только чужие компутеры --- /bin/vi
|
|
#9
24.12.2019, 02:45
|
|||
|
|||
|
Re: rm большого файла
Zhenja Kaliuta написал(а) к Alexey Vissarionov в Dec 19 22:58:38 по местному времени:
Нi, Alexey! On Tue, 03 Dec 2019 22:55:41 +0200 Alexey Vissarionov writes: AV> Доброго времени суток, Zhenja! AV> 03 Dec 2019 21:55:30, ты -> Andrew Kant: AG>>>> Или даже так. Виновника можно определить сравнив состав ПО AG>>>> на проблемных и нормальных машинах. Но вот как доказать что AG>>>> виновно именно это ПО не останавливая и не удаляя его? AK>>> Ну так добавь его на беспроблемную машину, если получишь AK>>> проблему - доказал. ;) ZK>> Хмм, а настраивается ли на вашей системе клудж CНRS? AV> Вряд ли - у него что-то совсем архаичное. А зачем оно тебе? Я его читаю и не уверен по каким критериям инфорсить, если он некорректен. --- Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux)
|
|
#10
24.12.2019, 03:12
|
|||
|
|||
|
rm большого файла
Alexey Fayans написал(а) к Zhenja Kaliuta в Dec 19 01:48:55 по местному времени:
Нello Zhenja! On Tue, 03 Dec 2019 at 22:58 +0200, you wrote to Alexey Vissarionov: ZK>>> Хмм, а настраивается ли на вашей системе клудж CНRS? AV>> Вряд ли - у него что-то совсем архаичное. А зачем оно тебе? ZK> Я его читаю и не уверен по каким критериям инфорсить, если он Кусок конфига голдеда про нестандартные кодировки: === Start of Windows Clipboard === XLATCНARSETALIAS CP866 CP-866 +7FIDO +7FIDO FIDO7 FIDO7 IBMPC XLATCНARSETALIAS KOI8-R KOI8R KOI-8R KOI KOI8 GOST CP20866 XLATCНARSETALIAS KOI8-U KOI8U KOI-8U KOU KOI-U CP21866 XLATCНARSETALIAS ISO8859-5 ISO-8859-5 ISO_8859-5 CP28595 ISO-5 CYRILLIC XLATCНARSETALIAS CP1251 CP-1251 WIN WIN-1251 WINDOWS-1251 XLATCНARSETALIAS CP1125 UKR XLATCНARSETALIAS CP10007 MAC-CYRILLIC MAC-RUSSIAN === End of Windows Clipboard === ... Music Station BBS | https://bbs.bsrealm.net | telnet://bbs.bsrealm.net --- GoldED+/W32-MSVC 1.1.5-b20180707
|
Линейный вид
