Victor Wagner - debian-russian@lists.debian.org @ Tue, 25 Dec 2007 11:10:31
+0300:
А тормоза у Печникова, наверное, из-за того, что шелл * пакует в
монолитную строку через realloc(), а тикл пользуется чанковыми строками.
VW Тикль 8.1 и выше в этом месте пользуется списком. Внутреннее
В сообщении от Tuesday 25 December 2007 11:53:12 Artem Chuprina написал(а):
VW Запросто. Поскольку perl результаты glob пометит как бинарные строки,
VW а тикль будет в utf-8 конвертить.
У перла еще и не glob, а readdir будет. Т.е. сортировать не надо. Что
на миллионе файлов может
25.12.07, Alex Kuklin[EMAIL PROTECTED] написал(а):
Eugene Berdnikov wrote:
Тикловый glob - не сортирует.
Перловый, думаю, тоже не сортирует.
perldoc -t -f glob
glob EXPR
[...]
Beginning with v5.6.0, this operator is implemented using the
standard File::Glob extension. See File::Glob for
В сообщении от Monday 24 December 2007 10:15:15 Mikolaj Golub написал(а):
On Sun, 23 Dec 2007 18:05:23 +0300 Alexey Pechnikov wrote:
AP P.S. Утилита rm отвратительно работают с большим числом файлов в
директории. Я AP пишу свои скрипты на tcl, которые выполняют то же самое
на несколько
24.12.07, Alexey Pechnikov[EMAIL PROTECTED] написал(а):
Из шелла писал _одну_ строку - rm /test_100/*. И
аргумент /test_100/* всего один,
Как это один? Вы с оффтопиком не путаете? Разворачивание аргументов
осуществляется оболочкой (shell), а не программой.
--
WBR,
Max Vasin
JID:
Alexey Pechnikov - debian-russian@lists.debian.org @ Mon, 24 Dec 2007
12:19:52 +0300:
AP P.S. Утилита rm отвратительно работают с большим числом файлов в
директории. Я AP пишу свои скрипты на tcl, которые выполняют то же самое
на несколько порядков AP быстрее. В то же время ls работает
В сообщении от Sunday 23 December 2007 21:38:05 Artem Chuprina написал(а):
MS Кажется, сперва думал, что полдюжины, потом заюзал пальцы для учёта
MS и оказалось, что вторая рука не нужна :-)
Я до дюжины на одной считаю. :-)
А почему 12, а не 31? :^)
(2^5=32)
--
WestCall SPb dept.
Phone:
Dmitry V. Agalakov - debian-russian@lists.debian.org @ Mon, 24 Dec 2007
16:21:22 +0300:
MS Кажется, сперва думал, что полдюжины, потом заюзал пальцы для учёта
MS и оказалось, что вторая рука не нужна :-)
Я до дюжины на одной считаю. :-)
DVA А почему 12, а не 31? :^)
DVA (2^5=32)
On Mon, 24 Dec 2007, Victor Wagner wrote:
Считать в двоичной системе на пальцах - нужна очень высокая координация
и заученный автоматизм. А до 12 (по костяшкам) старинный метотд.
О! А это как? У меня и костяшек 5...
В сообщении от Tuesday 25 December 2007 00:31:28 Eugene Berdnikov написал(а):
А тормоза у Печникова, наверное, из-за того, что шелл * пакует в
монолитную строку через realloc(), а тикл пользуется чанковыми строками.
Но и это не предел оптимизации. Думаю, perl с unlink() в реверсном цикле
В сообщении от Tuesday 25 December 2007 06:51:57 ph написал(а):
On 25-Dec-2007, Alexey Pechnikov wrote:
Тогда по идее rm -rf /test/test_1/ должно работать быстро, поскольку
список файлов не передается Здесь-то что мешает?
Надо пройти по всем файлам рекурсивно, сделать unlink, если
В сообщении от Sunday 23 December 2007 13:01:09 Timur S. Sattarov написал(а):
Michael Shigorin wrote:
Кажется, сперва думал, что полдюжины, потом заюзал пальцы для
учёта и оказалось, что вторая рука не нужна :-)
Мысль была банальная -- грамотная разводка I/O способна помочь
ощутимо
уточню - есть система, прищедшая по наследству, основная задача которой
- почта,
количество пользователей - порядка 20 тысяч, сколько из них активных не
знаю, может 6-7 тыс.
свои проблемы со скоростью винтов (20-30 мегабайт в секунду, даже с
кэшем) я уже выкладывал в соседней ветке.
из-за
Запросы, которые не могут быть обработаны, стоит сразу отбивать (это
верно для системы любого типа), это верно как с точки зрения
безопасности, так и с точки зрения производительности (именно в таком
порядке).
надо будет проследить какое количество одновременных запросов сейчас
Michael Shigorin - debian-russian@lists.debian.org @ Sat, 22 Dec 2007
15:42:13 +0200:
MS Кажется, сперва думал, что полдюжины, потом заюзал пальцы для учёта
MS и оказалось, что вторая рука не нужна :-)
Я до дюжины на одной считаю. :-)
--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber:
С помощью tune2fs включаем dir_index. Получим вот такую информацию о
разделе:
# /sbin/tune2fs -l /dev/sda1|grep index
Filesystem features: has_journal resize_inode dir_index filetype
needs_recovery sparse_super large_file
как я понял - включается это сразу при форматировании, по
Я на перле серьёзно писал лет 7 назад - сейчас видимо придется
переучиваться на тикль.
К тому же у cisco ivr на нем, тоже надо время от времени.
На тикле много всего. Сам пишу на нем для debian серверов, в postgresql на
pltcl, для виндоусов всех мастей, для виндовых кпк... Притом на ноуте под
On Sun, 23 Dec 2007 18:05:23 +0300 Alexey Pechnikov wrote:
AP P.S. Утилита rm отвратительно работают с большим числом файлов в
директории. Я
AP пишу свои скрипты на tcl, которые выполняют то же самое на несколько
порядков
AP быстрее. В то же время ls работает нормально, не знаю, в чем
18 matches
Mail list logo
