Уважаемый коллективный разум!

По каким-то причинам у моего любимого ВУЗа отобрали электронную подписку во все самые интересные места (ACM, IEEE, SpringerLink). В библиотеке что-то бормочут, что это никому не нужно и дорого, читайте советские бумажные книги - в них сила. И это называется самый крупный университет в своей и прилегающих областях.

Отсюда вопрос: кто-нибудь может таковой подпиской поделиться? У многих вузов есть возможность пользоваться удаленной athens-аутентификацией на подобных ресурсах, так что может у кого логин-пароль такой завалялся?

Я мальчик хороший, качаю только те статьи, которые в состоянии прочитать, варезничеством не занимаюсь.

Специалистами компании Phoronix недавно было произведено сравнение производительности различных файловых систем в ОС Linux. В сравнении принимали участие:

• Ext3 - ФС, используемая по умолчанию во многих Linux-дистрибутивах.
• Ext4 - преемник Ext3, изначально создававшийся как набор расширений для неё. На данный момент активно разрабатывается.
• Xfs - ФС, изначально разработанная Silicon Graphics для IRIX, впоследствии портированная на Linux. Является одной из старейших ФС с поддержкой журналирования.
• Btrfs - молодая ФС, разрабатываемая компанией Oracle как ФС enterprise-уровня.

Тест проходил на preview-версии дистрибутива Fedora 11, которая из коробки способна ставиться на все вышеперечисленные ФС. Результаты оказались следующими:

Michael Larabel:

«Конечно, Btrfs пока еще далека от совершенства среди других ФС. В большей части проведенных тестов EXT4 значительно её обогнала. Иногда впереди на некоторых тестах оказывалась и XFS. К тому же, для загрузки чистой системы с Btrfs потребовалось больше времени по сравнению с EXT3/EXT4.

Несмотря на то, что Btrfs на данный момент не имеет особенных преимуществ в плане производительности перед другими ФС, у нее есть множество уникальных возможностей, таких как снимки состояний (snapshots), контрольные суммы, онлайн-дефрагментация и т.д. Также стоит принять во внимание, что Btrfs сейчас активно развивается и ее формат еще не до конца стабилизировался.»

>>> Подробности

На сайте oooninja.com появилось занятное сравнение производительности различных сборок пакета OpenOffice под разные платформы:

• Ubuntu Go-oo 3.0.0;
• Ubuntu PPA: Неофициальная PPA-сборка OpenOffice.org 3.0.1 на основе Go-oo;
• Ubuntu StarOffice 9;
• Ubuntu Vanilla OpenOffice.org 3.0.1 (сборка http://www.openoffice.org);
• Windows Vanilla 3.0.1 без Java;
• Windows Portable: Компактная версия OpenOffice.org 3.0.1;
• Windows StarOffice 9.

Результаты сравнения следующие:

• В режиме холодного старта все тестируемые сборки шли «ноздря в ноздрю», с небольшим отрывом в лучшую сторону версии Ubuntu-PPA.
• А в режиме горячего старта производительность всех трех представленных windows-сборок оказалась выше на 44%! Автор тестирования полагает, что такая несправедливость происходит из-за использования компилятора MSVС9, который в данном случае оказался эффективнее GCC, используемого в linux-сборках.

Ходит слух, что в следующей версии ООо 3.1 разработчики обещают множество полезных и приятных исправлений, положительно влияющих на производительность.

>>> Подробности

Хотелось бы задать вопрос многоуважающей публике всвязи с моим бесповоротным переходом на джаббер. Знаю, что сам протокол xmpp гарантирует доставку сообщений до адресата, но хотелось бы узнать, есть ли возможность узнать, дошло ли таки сообщение до адресата на данный момент?

Просто иногда из-за проблем с каналом непонятно, толи сеть тупит, толи собеседник молчит. В почте с этим проще, есть delivery notifications, а в джаббере с этим как?

ЗЫ. клиент - psi.

Вкратце опишу ситуацию:

Есть почтовый сервер на debian/lenny, postfix+courier+mysql и прочие полезности. Все вцелом хорошо работает, но иногда в очереди накапливается несколько писем наружу, которые не хотят доставляться по причине неадекватного спамфильтра у получателя. Мой постфикс отлупляется с матюками:

554 Your access to this mail system has been rejected due to the sending MTA's poor reputation. If you believe that this failure is in error, please contact the intended recipient via alternate means.

Чтобы это исправить, я в transport_maps сую этот зловредный домен и шлю на него через свой сторонний бекап-релей.

Внимание, вопрос: можно ли так сделать для всех писем, висящих в очереди долгий период времени, чтобы на все такие гадкие домены пытаться отправить почту альтернативными маршрутами?

Дана закрытая банка со спящими на дне мухами. Банка взвешивается, после чего мухи будятся и взлетают в воздух. Банка после этого опять взвешивается.

Вопрос: изменится ли вес банки?

http://www.linux.org.ru/black/lor-new.png

Какой-то он кривой. Давно ли это поменялось?