При чем здесь работа дисковой подсистемы?! /dev/zero и /dev/null никак не связаны с дисковой системой (ну только тем, что их можно использовать как настоящие файлы :)).
В этом тесте скорость зависит от процессора, частоты шины и частоты работы памяти. Этот показатель показывает с какой скоростью ядро может генерировать нули и уничтожать их в памяти.
У меня был тест на Linux Mint 7.0 (основан на Ubuntu 9.04).
На моем десктопе — Core 2 Duo E8200 (2.66ГГц), разогнанный до 3.4ГГц + DDR2 2048 Mb PC-8500 (1066MHz) Corsair (2x1024). Результат: 7.7GB/s
На моем домашнем сервере Celeron Dual-Core (1.66ГГц) + DDR2 2048 Mb PC-6400 (800Mhz) Samsung. Результат: 5,03GB/s
мой блог, в котором личного (кроме первого поста) и не публикую, может кому-то будет интересно: summercode.ru
Тематика: то, что интересно мне и над чем работаю, свои решения, PHP, фреймворк Yii, работа с PostgreSQL.
Открыл сайт в марте, поэтому пока информации мало.
Но ведь потом может придётся менять инфраструктуру разработки, при переносе на тот же Google Code или ещё куда-нибудь, где можно хостить опен-сорс PHP проекты.
P.S. Да ещё! А в качестве резервного копирования репозиторитарного кода и базы данных Redmine я накропал мелкий скриптик, который с помощью PHPMailer помогает мне использовать поистине огромный ящик на Gmail: раз в сутки у меня туда посылается архивированный бэкап ;)
Так что, если уж у Гугла упадут все его «облачные» дисковые ёмкости, то и мои резервные копии тоже упадут ;)
1. У Вас всегда будет Ваш сервер? Вечно? (тем более, что он VDS)
2. Вам интересно будет перетаскивать все репозитории, баг-трекинг системы на новый в случае появления оного?
3. Вам нужно тратить своё время на резервные копии ваших репозиториев, когда эти опен-сорс проекты могут никогда не принести прибыли или даже окупать свой сервер, на котором они лежат
4. Вы не думаете, что через пару лет Вы плюнете на всё это и прикроете «свою лавочку» (я имею в виду Ваш сервер с репозиториями)? Что тогда делать разработчикам, которые вдруг заинтересованы в Вашем проекте?
*. Самый плохой вариант: а если с Вами случится… Вы хотите дать жизнь проекту или держать его в своих руках?..
P.S. А у себя (для своих pet-projects, на своём домашнем медиа-центре/сервере репозиториев и баг-трекинга — поверьте даже когда я один занимаюсь разработкой — очень удобно), я использую Ubuntu + SVN + Redmine. Мне нравится. :)
Мне кажется, что Google Code подойдет. Там и SVN, и Wiki и удобный просмотр кода онлайн. А ты — как владелец проекта (его основатель) — будешь следить за тем кому даешь доступ в репозиторий. Checkout там можно анонимный делать, а вот коммитить только те могут, кому владелец проекта доступ дал.
Имхо об этом ты и говоришь.
А от себя, Термит, могу сказать, что CI очень удобен для не очень больших проектов, а с «Ииии» больше возможностей, который предоставляется философия и архитектура фреймворка.
Я начинал с Codeigniter, затем сделал один проект Kohana (http://cjspromo.com/ — скоро откроется), а теперь всё больше и больше пользуюсь Yii.
P.S. А в догонку самый большой плюс «Ииии» — скорость работы и реализация многоуровнего кэширования на уровне фреймворка, самому не нужно «изобретать велосипед».
кластер БД — так в постгре называется директория (обычно /var/lib/pgsql/data), в которой хранятся данные всех баз этой установки PostgreSQL
В самом начале поста.
Спасибо за наводку на pg_dumpall! Я даже об этой команде не вспомнил. Возьму на заметку, потому что, как я и написал в посте, с ролями после восстановления возникли проблемы.
Во-первых, W3C не рекомендует использовать тег <strong> вместо <b>, во-вторых, W3C не рекомендует использовать тег <em> вместо <i>.
W3C рекомендует использовать их с учетом их семантической значимости! Например, если Вы желаете сделать акцент на слове или фразе, которая должна быть прочитана с паузой, большей значимостью, используйте для выделения тег <strong>. Если Вы желаете усилить это значение в еще большей степени, используйте тег <em>.
Но остаются такие моменты, как типографские правила, как, например, такое — принято названия кораблей выделять курсивом (не обязательно имеются в виду правила русской типографики, но W3C не в Москве расположен), но если мы не желаем делать на названии корабля акцентирующее внимание, то выделяйте его просто тегом <i> (например, корабль Титаник). А жирный текст выделяйте тегом <b>.
Я очень часто пользуюсь http://goosh.org/. Понравится любителям UNIX-way и коммандной строки.
Особенно удобно там переводить короткие слова, набирая примерно так: trans ru en Хабрахабр
У foto.ru — Хабраэффект: Warning: pg_connect() [function.pg-connect]: Unable to connect to PostgreSQL server: FATAL: connection limit exceeded for non-superusers in /var/www/foto/lib/db.inc on line 53
Cannot connect to PostgreSQL
Через недельку-другую (как позволит мне мое время и загруженность работой) я постараюсь сделать минимально-функциональные сайты на CI и KOH и по полной прогнать из через Apache JMeter, причем и на localhost и через 100Мбит (запущу тесты со второго компа), а также погляжу на то, как сильно влияет запущенная графика в Ubuntu (ибо, тесты в этом посте я проводил на своем рабочем ноутбуке с Gnome'ом, но, имхо, так даже лучше — симулируется загруженность сервера (например, при VDS)).
В этом тесте скорость зависит от процессора, частоты шины и частоты работы памяти. Этот показатель показывает с какой скоростью ядро может генерировать нули и уничтожать их в памяти.
У меня был тест на Linux Mint 7.0 (основан на Ubuntu 9.04).
На моем десктопе — Core 2 Duo E8200 (2.66ГГц), разогнанный до 3.4ГГц + DDR2 2048 Mb PC-8500 (1066MHz) Corsair (2x1024). Результат: 7.7GB/s
На моем домашнем сервере Celeron Dual-Core (1.66ГГц) + DDR2 2048 Mb PC-6400 (800Mhz) Samsung. Результат: 5,03GB/s
15GB 0:00:15 [7,69GB/s] [ <=> ]
:)
помогая, проверочное слово — могу
Мечтательно: «Может быть и моё расширения с графиками в базовую поставку включат?..»
Источник: www.yiiframework.com/forum/index.php/topic,2096.msg13546.html
Хабрапарсер не хочет целиком ссылку делать :(
summercode.ru
Тематика: то, что интересно мне и над чем работаю, свои решения, PHP, фреймворк Yii, работа с PostgreSQL.
Открыл сайт в марте, поэтому пока информации мало.
Люблю пользоваться netbks.com, но руками лень качать было сегодня огромный список файлов (штук 50), а тут «НА ТЕБЕ!».
СПАСИБО!
P.S. Да ещё! А в качестве резервного копирования репозиторитарного кода и базы данных Redmine я накропал мелкий скриптик, который с помощью PHPMailer помогает мне использовать поистине огромный ящик на Gmail: раз в сутки у меня туда посылается архивированный бэкап ;)
Так что, если уж у Гугла упадут все его «облачные» дисковые ёмкости, то и мои резервные копии тоже упадут ;)
2. Вам интересно будет перетаскивать все репозитории, баг-трекинг системы на новый в случае появления оного?
3. Вам нужно тратить своё время на резервные копии ваших репозиториев, когда эти опен-сорс проекты могут никогда не принести прибыли или даже окупать свой сервер, на котором они лежат
4. Вы не думаете, что через пару лет Вы плюнете на всё это и прикроете «свою лавочку» (я имею в виду Ваш сервер с репозиториями)? Что тогда делать разработчикам, которые вдруг заинтересованы в Вашем проекте?
*. Самый плохой вариант: а если с Вами случится… Вы хотите дать жизнь проекту или держать его в своих руках?..
P.S. А у себя (для своих pet-projects, на своём домашнем медиа-центре/сервере репозиториев и баг-трекинга — поверьте даже когда я один занимаюсь разработкой — очень удобно), я использую Ubuntu + SVN + Redmine. Мне нравится. :)
Имхо об этом ты и говоришь.
Yii -> PHP 5 only
Вот миниобзор ;)
А от себя, Термит, могу сказать, что CI очень удобен для не очень больших проектов, а с «Ииии» больше возможностей, который предоставляется философия и архитектура фреймворка.
Я начинал с Codeigniter, затем сделал один проект Kohana (http://cjspromo.com/ — скоро откроется), а теперь всё больше и больше пользуюсь Yii.
P.S. А в догонку самый большой плюс «Ииии» — скорость работы и реализация многоуровнего кэширования на уровне фреймворка, самому не нужно «изобретать велосипед».
В самом начале поста.
Во-первых, W3C не рекомендует использовать тег <strong> вместо <b>, во-вторых, W3C не рекомендует использовать тег <em> вместо <i>.
W3C рекомендует использовать их с учетом их семантической значимости! Например, если Вы желаете сделать акцент на слове или фразе, которая должна быть прочитана с паузой, большей значимостью, используйте для выделения тег <strong>. Если Вы желаете усилить это значение в еще большей степени, используйте тег <em>.
Но остаются такие моменты, как типографские правила, как, например, такое — принято названия кораблей выделять курсивом (не обязательно имеются в виду правила русской типографики, но W3C не в Москве расположен), но если мы не желаем делать на названии корабля акцентирующее внимание, то выделяйте его просто тегом <i> (например, корабль Титаник). А жирный текст выделяйте тегом <b>.
Особенно удобно там переводить короткие слова, набирая примерно так:
trans ru en Хабрахабр
Warning: pg_connect() [function.pg-connect]: Unable to connect to PostgreSQL server: FATAL: connection limit exceeded for non-superusers in /var/www/foto/lib/db.inc on line 53
Cannot connect to PostgreSQL
…
С праздником! Молодцы, ребята! Искренне поздравляю всех, кто создает Хабр и поддерживает его работу!
Спасибо!