Юзеры никак не привыкнут, что в линукс память занята всегда на 100%. И это не плохо, это хорошо. Это кеш, который ускоряет работу всего комплекса. И он легко вытесняется приложениями, когда это нужно.
«The BUILD method is called after the object is constructed, but before it is returned to the caller. The BUILD method provides an opportunity to check the object state as a whole. This is a good place to put logic that cannot be expressed as a type constraint on a single attribute.»
Кстати, что супер круто- так это то, что таким образом выкристаллизовываются оптимальные практики программирования. И нет никаких правил законов и ограничений — можно построить хоть марсоход. А вот Перл6 может получиться удачным, а может и нет — и если Perl-Core будет неудачным, то это поставит крест на Перл6. Но Перл 6 и Муз очень положительно друг на друга влияют, так что за ближайший год Муз может определить дальнейшее развитие Перл 6 и его базовое наполнение.
А по поводу накладных расходов- на них больше потрачено энергии на разговоры в ваттах, чем ватт электричества на эти самые накладные раходы.
Перл это язык, на котором можно легко написать Перл 6 и Перл 7.
А для тех старпёров, кто боится вылезти за Perl::Core на perl.org давно построили отдельное кладбище.
Имхо все-таки игра не стоит свеч. Разница в производительности при шифровании и без — около 2х раз, что нивелируется кешированием. Если идет постоянная запись на диск (а не чтение) — тогда да, шифрование будет давать ощутимую нагрузку на процессор и задержку записи. Если это касается чтения и надо очень быстро — tmpfs (виртуальный диск) даст многократный прирост производительности. Кстати при шифровании задержка записи не от того, что алгоритмы неоптимальные, а от того, что данные шифруются блоками(в тех алгоритмах, с которыми я имел дело). Т.е. один измененный байт тянет за собой перезапись 512 байт.
кстати не стоит по живому делать любое побайтовое копирование. это чревато битыми базами данных (почта), корявыми логами и прочими несчастьями. это надо делать только в single mode. Либо использовать LVM который умеет делать подобные вещи без ошибок и потерь
а если говорить об убунте, то она уже давно предлагает оптимальный вариант «Use all available space with LVM». Имхо за LVM будущее и чем мы больше ее будем поддерживать, тем быстрей она будет развиваться.
ну это все гуд, но факт что моя жена месяц работала с программерами и высылала им подробные багрепорты по нтфс. в итоге я ее таки уговорил перейти на ext3 и на этом все проблемы закончились :)
dockapplet.cpp:125: error: ‘currentMSecsSinceEpoch’ is not a member of ‘QDateTime’
Debian отдыхает
search.cpan.org/dist/Moose/lib/Moose/Cookbook/Basics/Recipe10.pod
А по поводу накладных расходов- на них больше потрачено энергии на разговоры в ваттах, чем ватт электричества на эти самые накладные раходы.
А для тех старпёров, кто боится вылезти за Perl::Core на perl.org давно построили отдельное кладбище.
Там модули ядра лежат и куча всякого барахла. Правдо все далеко не маленькое.
нет другого бога кроме Джоббса, нет другой системы кроме мак-ос :))