On 25 декабря 2007, Alexander Vlasov wrote:
> Это значит смерть машины в случае вылета одного из дисков.
Угу.
> Я зеркалирую своп.
И это правильно. По всем докам, что я видел.
--
Best regards,
Mikhail
Bart-mdv- @ SolarNet
IRC: irc.solarnet.ru
WWW: http://www.solarnet.ru/
--
Гении рож
У вт, 2007-12-25 у 11:39 +0200, Michael Shigorin пише:
> PreScriptum: раз уж написалось -- даю копию в [EMAIL PROTECTED],
> просьба отвечать (при необходимости) в ту рассылку, где прочитали.
> > из-за не совсем грамотной настройки - письма не сразу
> > отвергаются при ошибках во время SMTP сессии
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::G
исковой подсистемы (linux multi-disk server howto)
(was: OpenVZ, VServer и полудесяток)
> > На примере постгреса - ставим логирование всех запросов,
> > которые выполняются дольше 400 мс (я выбрал такое значение,
> > диски SATA) и избавляемся от них. Для того же постгреса
> &g
PreScriptum: раз уж написалось -- даю копию в [EMAIL PROTECTED],
просьба отвечать (при необходимости) в ту рассылку, где прочитали.
On Sun, Dec 23, 2007 at 03:01:09PM +0500, Timur S. Sattarov wrote:
> > Мысль была банальная -- грамотная разводка I/O способна
> > помочь ощутимо сильнее крутых рейд
В сообщении от Tuesday 25 December 2007 11:53:12 Artem Chuprina написал(а):
> VW> Запросто. Поскольку perl результаты glob пометит как бинарные строки,
> VW> а тикль будет в utf-8 конвертить.
>
> У перла еще и не glob, а readdir будет. Т.е. сортировать не надо. Что
> на миллионе файлов может ок
Victor Wagner -> debian-russian@lists.debian.org @ Tue, 25 Dec 2007 11:10:31
+0300:
>> А тормоза у Печникова, наверное, из-за того, что шелл * пакует в
>> монолитную строку через realloc(), а тикл пользуется чанковыми строками.
VW> Тикль 8.1 и выше в этом месте пользуется списком. Внутренн
В сообщении от Tuesday 25 December 2007 06:51:57 ph написал(а):
> On 25-Dec-2007, Alexey Pechnikov wrote:
> > Тогда по идее rm -rf /test/test_1/ должно работать быстро, поскольку
> > список файлов не передается Здесь-то что мешает?
>
> Надо пройти по всем файлам рекурсивно, сделать unlink,
> Для init.d bash как раз не рекомендуются, есть специальные шеллы с
> минимизацией количества форков при загрузке..
Признаться, время загрузки совсем не интересует, секундой больше или меньше
для меня не принципиально. Вопрос в удобстве поддержки скриптов.
> Насчет сочувствия - сочувствую тем
В сообщении от Tuesday 25 December 2007 00:31:28 Eugene Berdnikov написал(а):
> А тормоза у Печникова, наверное, из-за того, что шелл * пакует в
> монолитную строку через realloc(), а тикл пользуется чанковыми строками.
> Но и это не предел оптимизации. Думаю, perl с unlink() в реверсном цикле
>
On Mon, 24 Dec 2007, Artem Chuprina wrote:
[EMAIL PROTECTED] -> debian-russian@lists.debian.org @ Mon, 24 Dec 2007
20:27:21 +0300 (MSK):
>> Считать в двоичной системе на пальцах - нужна очень высокая координация
>> и заученный автоматизм. А до 12 (по костяшкам) старинный метотд.
>>
y> О! А
[EMAIL PROTECTED] -> debian-russian@lists.debian.org @ Mon, 24 Dec 2007
20:27:21 +0300 (MSK):
>> Считать в двоичной системе на пальцах - нужна очень высокая координация
>> и заученный автоматизм. А до 12 (по костяшкам) старинный метотд.
>>
y> О! А это как? У меня и костяшек 5...
Мутанты с
On Mon, 24 Dec 2007, Victor Wagner wrote:
Считать в двоичной системе на пальцах - нужна очень высокая координация
и заученный автоматизм. А до 12 (по костяшкам) старинный метотд.
О! А это как? У меня и костяшек 5...
Dmitry V. Agalakov -> debian-russian@lists.debian.org @ Mon, 24 Dec 2007
16:21:22 +0300:
>> MS> Кажется, сперва думал, что полдюжины, потом заюзал пальцы для учёта
>> MS> и оказалось, что вторая рука не нужна :-)
>> Я до дюжины на одной считаю. :-)
DVA> А почему 12, а не 31? :^)
DVA> (2^5
В сообщении от Sunday 23 December 2007 21:38:05 Artem Chuprina написал(а):
> MS> Кажется, сперва думал, что полдюжины, потом заюзал пальцы для учёта
> MS> и оказалось, что вторая рука не нужна :-)
> Я до дюжины на одной считаю. :-)
А почему 12, а не 31? :^)
(2^5=32)
--
WestCall SPb dept.
Phone:
Alexey Pechnikov -> debian-russian@lists.debian.org @ Mon, 24 Dec 2007
12:19:52 +0300:
>> AP> P.S. Утилита rm отвратительно работают с большим числом файлов в
>> директории. Я AP> пишу свои скрипты на tcl, которые выполняют то же самое
>> на несколько порядков AP> быстрее. В то же время ls р
24.12.07, Alexey Pechnikov<[EMAIL PROTECTED]> написал(а):
> Из шелла писал _одну_ строку - rm /test_100/*. И
> аргумент "/test_100/*" всего один,
Как это один? Вы с оффтопиком не путаете? Разворачивание аргументов
осуществляется оболочкой (shell), а не программой.
--
WBR,
Max Vasin
JID:
В сообщении от 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, которые выполняют то же самое
> на несколько
On Sun, 23 Dec 2007 18:05:23 +0300 Alexey Pechnikov wrote:
AP> P.S. Утилита rm отвратительно работают с большим числом файлов в
директории. Я
AP> пишу свои скрипты на tcl, которые выполняют то же самое на несколько
порядков
AP> быстрее. В то же время ls работает нормально, не знаю, в чем п
> Я на перле серьёзно писал лет 7 назад - сейчас видимо придется
> переучиваться на тикль.
> К тому же у cisco ivr на нем, тоже надо время от времени.
На тикле много всего. Сам пишу на нем для debian серверов, в postgresql на
pltcl, для виндоусов всех мастей, для виндовых кпк... Притом на ноуте п
> > С помощью 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
>
> как я понял - включается это сразу при форма
Michael Shigorin -> debian-russian@lists.debian.org @ Sat, 22 Dec 2007
15:42:13 +0200:
MS> Кажется, сперва думал, что полдюжины, потом заюзал пальцы для учёта
MS> и оказалось, что вторая рука не нужна :-)
Я до дюжины на одной считаю. :-)
--
Artem Chuprina
RFC2822: Jabber: [EMAIL PROTECTED]
> > Запросы, которые не могут быть обработаны, стоит сразу "отбивать" (это
> > верно для системы любого типа), это верно как с точки зрения
> > безопасности, так и с точки зрения производительности (именно в таком
> > порядке).
>
> надо будет проследить какое количество одновременных запросов сейча
> уточню - есть система, прищедшая по наследству, основная задача которой
> - почта,
> количество пользователей - порядка 20 тысяч, сколько из них активных не
> знаю, может 6-7 тыс.
> свои проблемы со скоростью винтов (20-30 мегабайт в секунду, даже с
> кэшем) я уже выкладывал в соседней ветке.
> и
В сообщении от Sunday 23 December 2007 13:01:09 Timur S. Sattarov написал(а):
> Michael Shigorin wrote:
> > Кажется, сперва думал, что полдюжины, потом заюзал пальцы для
> > учёта и оказалось, что вторая рука не нужна :-)
> >
> > Мысль была банальная -- грамотная разводка I/O способна помочь
> > ощ
25 matches
Mail list logo