On Tue, Dec 25, 2007 at 05:11:35PM +0300, Иван Лох wrote:
On Tue, Dec 25, 2007 at 12:12:08PM +0200, Michael Shigorin wrote:
провокация
И при этом используете Debian, а не *** или Owl? Хех.
/провокация
Характерной особенностью пользователей Debian является то, что
они _знают_ почему они
В сообщении от Tuesday 25 December 2007 15:27:02 Michael Shigorin написал(а):
On Tue, Dec 25, 2007 at 02:47:29PM +0300, Alex Kuklin wrote:
ovz тоже -- это оставляет больше шансов остановить даже
проломленную машину, воспользовавшись доступом туда, куда
пускают совсем не отовсюду (в
Это еще от технологии виртуализации зависит. Если взять тот же XEN, то там
происходит именно эмуляция виртуального железа, плюс патченое ядро,
которое умеет работать с этим XEN-овским железом. В таком случае все что
написано выше -- верно. Даже shared memory не шарится между виртаулками.
А
On 2007.12.25 at 00:31:28 +0300, Eugene Berdnikov wrote:
А тормоза у Печникова, наверное, из-за того, что шелл * пакует в
монолитную строку через realloc(), а тикл пользуется чанковыми строками.
Тикль 8.1 и выше в этом месте пользуется списком. Внутреннее
представление списка - что-то вроде
Konstantin Matyukhin - debian-russian @ Tue, 25 Dec 2007 01:36:31 -0500:
Алексей, посмотри на виртуализацию с другой стороны -- не всегда
твоя задача сможет загрузить имеющееся в твоём распоряжении железо,
а если она использует его менее чем на 10%, то, возможно,сам
задумаешься - чем бы
На Tue, 25 Dec 2007 09:54:51 +0200
Dmitry Nezhevenko [EMAIL PROTECTED] записано:
On Tue, Dec 25, 2007 at 03:17:42AM +0300, Alexey Pechnikov wrote:
Пока я не увидел, ради чего использовать виртуализацию на своих
серверах. Вы упомянули про ограничение ресурсов (про
разграничение прав
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 будет. Т.е. сортировать не надо. Что
на миллионе файлов может
On Mon, Dec 24, 2007 at 05:03:00PM +0300, Victor Wagner wrote:
Я до дюжины на одной считаю. :-)
А почему 12, а не 31? :^)
(2^5=32)
Считать в двоичной системе на пальцах - нужна очень высокая
координация и заученный автоматизм. А до 12 (по костяшкам)
старинный метотд.
Спасибо, не знал и
PreScriptum: ещё один кросспост (который тоже надо бы
усушить и на freesource.info, наверное). Просьба отвечать
в одну рассылку.
On Sat, Dec 22, 2007 at 05:31:08PM +0300, Alexey Pechnikov wrote:
Если администрить вместо одной ОС десяток виртуальных ОС, тут
человеческих ошибок
On 2007.12.25 at 11:53:12 +0300, Artem Chuprina wrote:
VW Запросто. Поскольку perl результаты glob пометит как бинарные строки,
VW а тикль будет в utf-8 конвертить.
У перла еще и не glob, а readdir будет. Т.е. сортировать не надо. Что
на миллионе файлов может оказаться существенно.
On Tue, Dec 25, 2007 at 03:17:42AM +0300, Alexey Pechnikov wrote:
Во сколько раз возрастает количество вызовов при названном подходе?
В сумме накладные расходы для веб-хостинга на двухмоторном
сервере четырёхлетней давности при использовании vserver 1.x
составляли порядка 2--3%. Для openvz они
On Tue, Dec 25, 2007 at 11:08:35AM +0600, Ivan Dubrov wrote:
Вот статейка есть на тему производительности:
http://www.hpl.hp.com/techreports/2007/HPL-2007-59.pdf
Спасибо; выводы на с. 13.
--
WBR, Michael Shigorin [EMAIL PROTECTED]
-- Linux.Kiev http://www.linux.kiev.ua/
--
To
On Tue, Dec 25, 2007 at 02:15:23PM +0300, Victor Wagner wrote:
On 2007.12.25 at 11:53:12 +0300, Artem Chuprina wrote:
VW Запросто. Поскольку perl результаты glob пометит как бинарные строки,
VW а тикль будет в utf-8 конвертить.
У перла еще и не glob, а readdir будет. Т.е.
Eugene Berdnikov wrote:
On Tue, Dec 25, 2007 at 02:15:23PM +0300, Victor Wagner wrote:
On 2007.12.25 at 11:53:12 +0300, Artem Chuprina wrote:
VW Запросто. Поскольку perl результаты glob пометит как бинарные строки,
VW а тикль будет в utf-8 конвертить.
У перла еще и не glob, а
On 2007.12.25 at 14:27:24 +0300, Eugene Berdnikov wrote:
И ещё я предлагал реверсировать цикл. Переписывание всего
каталога при удалении первого файла -- тоже время,
там набегает N^2.
Насколько я помню, операционные системы такими глупостями не занимаются.
Даже vfat нифига не
On Tue, Dec 25, 2007 at 11:53:54AM +0300, Alexander GQ Gerasiov wrote:
В ксене _эмулируются_ только сетевые устройства (ну еще видео,
если ты его будешь использовать). Процессор там используется
вполне настоящий.
Это если он умеет так использоваться (новые оптероны, X2,
Xeon 5xxx, Core2 Duo).
On Tue, Dec 25, 2007 at 10:42:56AM +0300, Alex Kuklin wrote:
С точки зрения процессов оверхед такой мизерный, что возможно
одновременное исполнение сотен VE с апачем, раздающим статику,
в каждом, на вполне обычной машине.
Ну статику при этом лучше nginx раздаёт. :)
Возможно, для вас это
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
On Mon, Dec 24, 2007 at 10:20:32PM +0300, ph wrote:
Если нужна безопасность, главное правило - держать разные части
системы на разных машинах, и, лучше, не подключенных к
интернету, а запросы пропускать через риверс-прокси. База
данных точно должна быть видна только из локальной сети.
Опять
Michael Shigorin wrote:
On Mon, Dec 24, 2007 at 10:20:32PM +0300, ph wrote:
Если нужна безопасность, главное правило - держать разные части
системы на разных машинах, и, лучше, не подключенных к
интернету, а запросы пропускать через риверс-прокси. База
данных точно должна быть видна только
25.12.07, Michael Shigorin[EMAIL PROTECTED] написал(а):
Если администрить вместо одной ОС десяток виртуальных ОС, тут
человеческих ошибок администрирования станет столько, что уже
без разницы, насколько исходно прямое средство виртуализации.
Краткий диагноз по диагонали половины субтреда:
Краткий диагноз по диагонали половины субтреда:
Алексей, Вы боитесь того, что даже не попробовали пощупать.
В данном случае совершенно напрасно.
В определенных ситуациях использование виртуального сервера оправдано, я это в
каждом сообщении говорил. Но вопрос остается в силе - когда
На Tue, 25 Dec 2007 13:20:10 +0200
Michael Shigorin [EMAIL PROTECTED] записано:
On Tue, Dec 25, 2007 at 11:53:54AM +0300, Alexander GQ Gerasiov wrote:
В ксене _эмулируются_ только сетевые устройства (ну еще видео,
если ты его будешь использовать). Процессор там используется
вполне
On Tue, Dec 25, 2007 at 02:47:29PM +0300, Alex Kuklin wrote:
ovz тоже -- это оставляет больше шансов остановить даже
проломленную машину, воспользовавшись доступом туда, куда
пускают совсем не отовсюду (в терминологии ovz это HN,
hwardware node).
Ага. Примерно так я и делаю сейчас системы. В
Michael Shigorin - debian-russian@lists.debian.org @ Tue, 25 Dec 2007
12:12:08 +0200:
Разумная гигиена должна соблюдаться и для программного
обеспечения, тут я с вашей аналогией согласен.
MS провокация
MS И при этом используете Debian, а не ALT или Owl? Хех.
MS /провокация
Так
On Tue, Dec 25, 2007 at 12:12:08PM +0200, Michael Shigorin wrote:
провокация
И при этом используете Debian, а не *** или Owl? Хех.
/провокация
Характерной особенностью пользователей Debian является то, что
они _знают_ почему они его используют. Поэтому если у Вас внезапно
появилось ощущение,
Для администрирования сайта жизненно необходим рутовый доступ? Дожили...
Рутовый доступ был необходим для решения проблем с сервером.
В частности, мне нужно было поправить настройки апача - а сделать это я
не мог.
Установить доступ на запись к нужному конфигу сайта учетной записи
В сообщении от 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, которые выполняют то же самое
на несколько
Alexey Pechnikov wrote:
Для администрирования сайта жизненно необходим рутовый доступ? Дожили...
Рутовый доступ был необходим для решения проблем с сервером.
В частности, мне нужно было поправить настройки апача - а сделать это я
не мог.
Установить доступ на запись к нужному
On Monday 24 December 2007 12:24, Alex Kuklin wrote:
Вы не знаете, можно ли перезапустить отдельный сайт в апаче и беретесь
судить о том, что можно применять в хостинге, а что - нет?
И как много у вас таких теоретических суждений, выдаваемых с видом эксперта?
Вот давайте вы сначала немного
В сообщении от Monday 24 December 2007 12:24:24 Alex Kuklin написал(а):
Alexey Pechnikov wrote:
Для администрирования сайта жизненно необходим рутовый доступ?
Дожили...
Рутовый доступ был необходим для решения проблем с сервером.
В частности, мне нужно было поправить настройки апача - а
Alex Kuklin wrote:
Alexey Pechnikov wrote:
Установить доступ на запись к нужному конфигу сайта учетной записи
пользователя и дать права на перезапуск своего сайта. Не знаю, можно
ли в апач перезапустить отдельный сайт, но надеюсь, да (иначе странный
выбор для хостинга, имхо).
Вы не знаете,
24.12.07, Alexey Pechnikov[EMAIL PROTECTED] написал(а):
Из шелла писал _одну_ строку - rm /test_100/*. И
аргумент /test_100/* всего один,
Как это один? Вы с оффтопиком не путаете? Разворачивание аргументов
осуществляется оболочкой (shell), а не программой.
--
WBR,
Max Vasin
JID:
Alexey Pechnikov wrote:
В сообщении от Monday 24 December 2007 12:24:24 Alex Kuklin написал(а):
Alexey Pechnikov wrote:
Для администрирования сайта жизненно необходим рутовый доступ?
Дожили...
Рутовый доступ был необходим для решения проблем с сервером.
В частности, мне
Alexey Pechnikov пишет:
В сообщении от 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, которые выполняют то же
Alexey Pechnikov - debian-russian@lists.debian.org @ Mon, 24 Dec 2007
12:19:52 +0300:
AP P.S. Утилита rm отвратительно работают с большим числом файлов в
директории. Я AP пишу свои скрипты на tcl, которые выполняют то же самое
на несколько порядков AP быстрее. В то же время ls работает
У сб, 2007-12-22 у 17:31 +0300, Alexey Pechnikov пише:
Если администрить вместо одной ОС десяток виртуальных ОС, тут человеческих
ошибок администрирования станет столько, что уже без разницы, насколько
исходно прямое средство виртуализации. Нормальный софт и так хорошо
виртуализуется,
В сообщении от 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 2007.12.24 at 16:21:22 +0300, Dmitry V. Agalakov wrote:
В сообщении от Sunday 23 December 2007 21:38:05 Artem Chuprina написал(а):
MS Кажется, сперва думал, что полдюжины, потом заюзал пальцы для учёта
MS и оказалось, что вторая рука не нужна :-)
Я до дюжины на одной считаю. :-)
А
Я полагаю, что ваше суждение мало связано с реальной жизнью, а применимо
лишь к некоторому сферическому серверу в вакууме.
И предлагаю вернуться к разговору о том, как, зачем и почему можно|нужно
использовать виртуализацию после обретения вами практического опыта
работы с реальными серверами.
Это Вы лихо взяли, ведь изучать-то нечего, LAMP на свалке, shell на
свалке, быдлоадмины
в пути на свалку, остается сплошная теория из серии:
http://static.oper.ru/data/gallery/l1048751000.jpg
Так все от задач зависит. Но почему-то независимо от моих или ваших задач
рекламируется один путь -
On Monday 24 December 2007 18:09, Alexey Pechnikov wrote:
Пока я не увидел, ради чего использовать виртуализацию на своих серверах.
Не используй! Виртуализация - это хрень и забудь про нее. Точка.
--
Макс Дмитриченко
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
On Mon, Dec 24, 2007 at 09:49:09AM +0300, Alexey Pechnikov wrote:
Я не разрушать предлагал, а подумать. Эффективность сильно зависит от видения
ситуации в целом, а технологии это лишь средство решения задач. Задачи нужно
суметь поставить, вместо беготни за разрекламированными технологиями
On Mon, 24 Dec 2007, Victor Wagner wrote:
Считать в двоичной системе на пальцах - нужна очень высокая координация
и заученный автоматизм. А до 12 (по костяшкам) старинный метотд.
О! А это как? У меня и костяшек 5...
Alexey Pechnikov wrote:
Я полагаю, что ваше суждение мало связано с реальной жизнью, а применимо
лишь к некоторому сферическому серверу в вакууме.
И предлагаю вернуться к разговору о том, как, зачем и почему можно|нужно
использовать виртуализацию после обретения вами практического опыта
работы с
On 23-Dec-2007, Alexey Pechnikov wrote:
P.S. Утилита rm отвратительно работают с большим числом файлов в
директории. Я пишу свои скрипты на tcl, которые выполняют то же самое на
несколько порядков быстрее. В то же время ls работает нормально, не знаю,
в чем проблема.
Кстати да,
On 24-Dec-2007, Alexey Pechnikov wrote:
Полагаете, мои мысли насчет неуместного использования виртуальных машин
ошибочны в силу того, что я не знаю реализацию виртуального хостинга в апаче?
В силу того, что вы не имеете представления о программировании и о
безопасности. Ошибки есть везде, они
On Mon, Dec 24, 2007 at 01:42:54PM +0300, Artem Chuprina wrote:
Alexey Pechnikov - debian-russian@lists.debian.org @ Mon, 24 Dec 2007
12:19:52 +0300:
AP Из шелла писал _одну_ строку - rm /test_100/*. И
AP аргумент /test_100/* всего один, откуда возьмется Argument list
too
AP
В сообщении от Tuesday 25 December 2007 00:31:28 Eugene Berdnikov написал(а):
А тормоза у Печникова, наверное, из-за того, что шелл * пакует в
монолитную строку через realloc(), а тикл пользуется чанковыми строками.
Но и это не предел оптимизации. Думаю, perl с unlink() в реверсном цикле
В сообщении от Monday 24 December 2007 21:01:11 Alex Kuklin написал(а):
Alexey Pechnikov wrote:
Я полагаю, что ваше суждение мало связано с реальной жизнью, а применимо
лишь к некоторому сферическому серверу в вакууме.
И предлагаю вернуться к разговору о том, как, зачем и почему можно|нужно
On 25-Dec-2007, Alexey Pechnikov wrote:
Тогда по идее rm -rf /test/test_1/ должно работать быстро, поскольку
список файлов не передается Здесь-то что мешает?
Надо пройти по всем файлам рекурсивно, сделать unlink, если какой-то процесс
держит файл открытым, удаление будет откладываться,
Alexey Pechnikov wrote:
Во сколько раз возрастает количество вызовов при названном подходе?
Each VPS performs and executes exactly like a
stand-alone server; VPSs can be rebooted independently and have root access,
users, IP addresses, memory, processes, files, applications, system
Alexey Pechnikov пишет:
Это Вы лихо взяли, ведь изучать-то нечего, LAMP на свалке, shell на
свалке, быдлоадмины
в пути на свалку, остается сплошная теория из серии:
http://static.oper.ru/data/gallery/l1048751000.jpg
Так все от задач зависит. Но почему-то независимо от моих или ваших задач
Алексей, посмотри на виртуализацию с другой стороны --
не всегда твоя задача сможет загрузить имеющееся в твоём распоряжении железо,
а если она использует его менее чем на 10%, то, возможно,сам задумаешься -
чем бы его нагрузить, а может - начальство за тебя подумает ;-)
Тут хочешь-не хочешь
On 25-Dec-2007, Alexey Pechnikov wrote:
Не совсем понял, как это объясняет жуткое скрежетание винтом от команды rm?
Мало того, что тормозит, еще и винт мордует. Притом так, что я уже не рискую
подобные тесты запускать, не хочется винт угробить.
Рекомендую запустить действительно тесты, а
Konstantin Matyukhin пишет:
Алексей, посмотри на виртуализацию с другой стороны -- не всегда твоя
задача сможет загрузить имеющееся в твоём распоряжении железо, а если
она использует его менее чем на 10%, то, возможно,сам задумаешься - чем
бы его нагрузить, а может - начальство за тебя
Если возрастает незначительно, согласен. Но пока что я конкретных цифр не
видел, может, плохо искал. Мои соображения следующие: раз дублируются все
системные вещи (не знаю, как грамотно сказать), то нагрузка от каждого
виртуального окружения по порядку величины равна нагрузке от основной
On 25-Dec-2007, Alexey Pechnikov wrote:
Мои соображения следующие: раз дублируются все
системные вещи (не знаю, как грамотно сказать), то нагрузка от каждого
виртуального окружения по порядку величины равна нагрузке от основной
системы.
Твои соображения демонстрируют лишь непонимаение
В сообщении от Tuesday 25 December 2007 06:51:57 ph написал(а):
On 25-Dec-2007, Alexey Pechnikov wrote:
Тогда по идее rm -rf /test/test_1/ должно работать быстро, поскольку
список файлов не передается Здесь-то что мешает?
Надо пройти по всем файлам рекурсивно, сделать unlink, если
Alexey Pechnikov wrote:
В сообщении от Monday 24 December 2007 21:01:11 Alex Kuklin написал(а):
Alexey Pechnikov wrote:
Я полагаю, что ваше суждение мало связано с реальной жизнью, а применимо
лишь к некоторому сферическому серверу в вакууме.
И предлагаю вернуться к разговору о том,
On Tue, Dec 25, 2007 at 03:17:42AM +0300, Alexey Pechnikov wrote:
Пока я не увидел, ради чего использовать виртуализацию на своих серверах.
Вы упомянули про ограничение ресурсов (про разграничение прав доступа не
будем, это уж кому как нравится реализовывать) - для ограничения ресурсов
Michael Shigorin wrote:
Кажется, сперва думал, что полдюжины, потом заюзал пальцы для
учёта и оказалось, что вторая рука не нужна :-)
Мысль была банальная -- грамотная разводка I/O способна помочь
ощутимо сильнее крутых рейдов и быстрых дисков самих по себе.
Примеры тому наблюдаю с
Управлять надо тем, что на сервер ставите и такую дрянь выбрасывать
сразу. При чем тут линукс?
Если в винде жестко ограничить множество используемых программ, то оно
тоже вполне себе стабильно работает. Аналогия ясна?
Не совсем корректная аналогия, поскольку офтопик не самодостаточен.
В сообщении от Sunday 23 December 2007 13:01:09 Timur S. Sattarov написал(а):
Michael Shigorin wrote:
Кажется, сперва думал, что полдюжины, потом заюзал пальцы для
учёта и оказалось, что вторая рука не нужна :-)
Мысль была банальная -- грамотная разводка I/O способна помочь
ощутимо
Alexey Pechnikov wrote:
В сообщении от Sunday 23 December 2007 13:01:09 Timur S. Sattarov написал(а):
Michael Shigorin wrote:
Кажется, сперва думал, что полдюжины, потом заюзал пальцы для
учёта и оказалось, что вторая рука не нужна :-)
Мысль была банальная -- грамотная разводка I/O
Пример из этой области - введение разделителей встречных полос заметно
снижает количество серьезных аварий.
Не тот пример. Разделители - берьер административный. Аналогия разделителю -
соблюдение стандартов при проектировании, кодировании и тестировании. И вот
это действительно будет
уточню - есть система, прищедшая по наследству, основная задача которой
- почта,
количество пользователей - порядка 20 тысяч, сколько из них активных не
знаю, может 6-7 тыс.
свои проблемы со скоростью винтов (20-30 мегабайт в секунду, даже с
кэшем) я уже выкладывал в соседней ветке.
из-за
В сообщении от Sunday 23 December 2007 17:59:42 Vladislav Naumov написал(а):
Пример из этой области - введение разделителей встречных полос заметно
снижает количество серьезных аварий.
Не тот пример. Разделители - берьер административный. Аналогия
разделителю - соблюдение стандартов
Alexey Pechnikov wrote:
А вот бэкап надо реорганизовывать или размазывать во времени. Например,
rsync имеет опцию
--bwlimit=KBPS limit I/O bandwidth; KBytes per second
Может быть, это то, что вам нужно?
Да, сейчас бэкап идет с помощью backuppc, думаю что эта опция будет
Alexey Pechnikov wrote:
В сообщении от Sunday 23 December 2007 17:59:42 Vladislav Naumov написал(а):
Пример из этой области - введение разделителей встречных полос заметно
снижает количество серьезных аварий.
Не тот пример. Разделители - берьер административный. Аналогия
Запросы, которые не могут быть обработаны, стоит сразу отбивать (это
верно для системы любого типа), это верно как с точки зрения
безопасности, так и с точки зрения производительности (именно в таком
порядке).
надо будет проследить какое количество одновременных запросов сейчас
В сообщении от Sunday 23 December 2007 19:37:25 alex kuklin написал(а):
Alexey Pechnikov wrote:
В сообщении от Sunday 23 December 2007 17:59:42 Vladislav Naumov
написал(а):
Пример из этой области - введение разделителей встречных полос заметно
снижает количество серьезных аварий.
Не
Alexey Pechnikov - debian-russian@lists.debian.org @ Sun, 23 Dec 2007
15:22:43 +0300:
Управлять надо тем, что на сервер ставите и такую дрянь выбрасывать
сразу. При чем тут линукс?
Если в винде жестко ограничить множество используемых программ, то оно
тоже вполне себе стабильно
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:
Alexey Pechnikov wrote:
Зато у вас есть возможность потестировать на уже работающей системе, это
полезно.
да уж, радость та ещё :)
С помощью tune2fs включаем dir_index. Получим вот такую информацию о разделе:
# /sbin/tune2fs -l /dev/sda1|grep index
Filesystem features: has_journal
С помощью 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
как я понял - включается это сразу при форматировании, по
AP Не совсем корректная аналогия, поскольку офтопик не
AP самодостаточен. Выкидываем антивирус, файрволл и проч. Ставим
AP веб-сервер и постгрес, подключаем широкополосный доступ в
AP инет. Долго проработает?
Файрвол в комплекте, а постгрес и веб-сервер тут как раз попадают в
категорию
Alexey Pechnikov wrote:
В любой момент включается. Только надо проверить, что в уже созданных
директориях индекс создается - я не разбирался, в какой момент он создается,
на всякий случай существующие директории скопировал, старые удалил и перенес
на взамен них копию. Время было около 5
Я на перле серьёзно писал лет 7 назад - сейчас видимо придется
переучиваться на тикль.
К тому же у cisco ivr на нем, тоже надо время от времени.
На тикле много всего. Сам пишу на нем для debian серверов, в postgresql на
pltcl, для виндоусов всех мастей, для виндовых кпк... Притом на ноуте под
On Sun, Dec 23, 2007 at 09:36:30PM +0300, Alexey Pechnikov wrote:
В сообщении от Sunday 23 December 2007 19:37:25 alex kuklin написал(а):
Если я буду всегда и везде использовать идеологически верный подход в
ущерб делу - ... расстрела, конечно, не будет я просто вылечу в трубу.
А для
В сообщении от Sunday 23 December 2007 22:58:57 Eugene Berdnikov написал(а):
On Sun, Dec 23, 2007 at 09:36:30PM +0300, Alexey Pechnikov wrote:
В сообщении от Sunday 23 December 2007 19:37:25 alex kuklin написал(а):
Если я буду всегда и везде использовать идеологически верный подход в
Alexey Pechnikov wrote:
В сообщении от Sunday 23 December 2007 19:37:25 alex kuklin написал(а):
Alexey Pechnikov wrote:
В сообщении от Sunday 23 December 2007 17:59:42 Vladislav Naumov
написал(а):
Пример из этой области - введение разделителей встречных полос заметно
Alexey Pechnikov - debian-russian@lists.debian.org @ Sun, 23 Dec 2007
22:02:38 +0300:
AP Не совсем корректная аналогия, поскольку офтопик не
AP самодостаточен. Выкидываем антивирус, файрволл и проч. Ставим
AP веб-сервер и постгрес, подключаем широкополосный доступ в
AP инет. Долго
On Sun, 23 Dec 2007 18:35:24 +0500
Timur S. Sattarov [EMAIL PROTECTED] wrote:
уточню - есть система, прищедшая по наследству, основная задача которой
- почта,
количество пользователей - порядка 20 тысяч, сколько из них активных не
знаю, может 6-7 тыс.
свои проблемы со скоростью винтов (20-30
В сообщении от Monday 24 December 2007 02:00:28 Artem Chuprina написал(а):
AP Если типичные запросы выполняются порядка 100мс, проблем не
AP возникает. А если все тормозит, то ограничение ресурсов приведет к
AP еще большему замедлению, что пользователю не в радость.
Только в случае
Я не считаю виртуализацию панацеей. Я считаю виртуализацию удобным
инструментом для установки бронированных стенок между разными песочницами.
Кстати, есть еще одно место, где виртуализация помогает.
В частности, вчера имел сомнительное удовольствие решать проблемы с
упавшим сайтом, не имея
Alexey Pechnikov wrote:
Я не считаю виртуализацию панацеей. Я считаю виртуализацию удобным
инструментом для установки бронированных стенок между разными песочницами.
Кстати, есть еще одно место, где виртуализация помогает.
В частности, вчера имел сомнительное удовольствие решать проблемы с
On Sun, 23 Dec 2007 18:05:23 +0300 Alexey Pechnikov wrote:
AP P.S. Утилита rm отвратительно работают с большим числом файлов в
директории. Я
AP пишу свои скрипты на tcl, которые выполняют то же самое на несколько
порядков
AP быстрее. В то же время ls работает нормально, не знаю, в чем
В сообщении от Saturday 22 December 2007 16:44:15 Michael Shigorin написал(а):
On Wed, Dec 12, 2007 at 11:27:39AM +0200, Alexander Vlasov wrote:
Для меня например важна возможность поднимать amd64 и i386
vservers на одной машине. Удобно.
Ой, а ты до сих пор на vserver? 8-)
Да, и
Alexey Pechnikov wrote:
Веб-сервера, включая пресловутый апач (если им еще кто-то
пользуется) тоже виртуальный хостинг поддерживают. И т.д. Не исключаю, что
может возникнуть необходимость в виртуализации ОС, но не у всех и не всегда.
Вообще, виртуальный хостинг и паравиртуализация -
В сообщении от Saturday 22 December 2007 17:34:48 alex kuklin написал(а):
Alexey Pechnikov wrote:
Веб-сервера, включая пресловутый апач (если им еще кто-то
пользуется) тоже виртуальный хостинг поддерживают. И т.д. Не исключаю,
что может возникнуть необходимость в виртуализации ОС, но не у
Alexey Pechnikov wrote:
В сообщении от Saturday 22 December 2007 17:34:48 alex kuklin написал(а):
Alexey Pechnikov wrote:
Веб-сервера, включая пресловутый апач (если им еще кто-то
пользуется) тоже виртуальный хостинг поддерживают. И т.д. Не исключаю,
что может возникнуть необходимость
В сообщении от Saturday 22 December 2007 17:43:16 alex kuklin написал(а):
Вообще, виртуальный хостинг и паравиртуализация - настолько разные вещи,
что обсуждать их рядом совершенно бессмысленно.
Да, но когда второе используют вместо первого...
У меня виртуальный хостинг
Alexey Pechnikov wrote:
В сообщении от Saturday 22 December 2007 17:43:16 alex kuklin написал(а):
Вообще, виртуальный хостинг и паравиртуализация - настолько разные вещи,
что обсуждать их рядом совершенно бессмысленно.
Да, но когда второе используют вместо первого...
В сообщении от Saturday 22 December 2007 17:56:59 alex kuklin написал(а):
P.S. Чем вас не устраивает вариант запустить отдельные экземпляры
веб-сервера для каждого пользователя? Линукс система
многопользовательская от рождения, виртуализация для работы нескольких
пользователей в общем
Alexey Pechnikov wrote:
В сообщении от Saturday 22 December 2007 17:56:59 alex kuklin написал(а):
P.S. Чем вас не устраивает вариант запустить отдельные экземпляры
веб-сервера для каждого пользователя? Линукс система
многопользовательская от рождения, виртуализация для работы нескольких
98 matches
Mail list logo
