Опишите, пожалуйста, более подробно, как вы добиваетесь посредством MS SQL 100% сохранение данных и высокой доступности одновременно! Это жутко интересно. Репликация данных осуществляется за счет приложения или стандарных инструментов MS SQL? Синхронно или асинхронно? В общем, чем больше подробностей, тем круче.
И да, спасибо за статью!
А как добиваетесь отказоустойчивости очереди Berkeley DB?
Каковы требования по надежности, насколько плохо потерять задание, которое попало в очередь? Потерять в результате фэйла железяки/ОС и т.д.
Мне кажется, вы меня не правильно поняли: я хотел поспорить с пользователем DmitryKoterov, который утверждает, что использовать своп в рам-диск эффективно, и его спрашивал, на чем основана уверенность, что используемая им конфигурация лучше стандартной со включенным PAE.
От вас ожидал поддержки. Кстати, ее и получил, спасибо:)
Ну и конечно, правильнее взять x64, если есть возможность:)
Позвольте с вами не согласиться!
Включенный режим PAE позволяет 32-битной операционной системе эффективно использовать доступную физическую память далеко за пределами 4 ГБ (вплоть до 64 ГБ).
Конечно же, виртуальное адресное пространство одного конкретного процесса останется неизменным. Но при этом физическая страница ОЗУ, соответствующая какой-либо странице виртуальной памяти, может лежать за пределами 4 ГБ.
Я не буду вдаваться в подробности, все уже расписано до меня, почитайте, интересно: http://en.wikipedia.org/wiki/Physical_Address_Extension
Зная этот факт, я бы не стал утверждать, что pagefile в RAM-диске — это выгодно. А вы проверяли? Делали какие-нибудь тесты?
Кстати, неправильно говорить, что 32-битное приложение не может использовать больше 4 ГБ ОЗУ;) На windows это делается посредством AWE: http://msdn.microsoft.com/en-us/library/aa366527(VS.85).aspx
Сомневающимся настоятельно рекомендую написать простенькую программку своими руками. Это очень занимательно:)
Если в 2 колонки, то можно безболезненно увеличить размер шрифта. Было бы здорово, если бы увеличили шрифт. Дело в том, что такие издания удобно распечатывать и читать тогда, когда компа под рукой нет (знаю, существует куча устройств для этого, но многие люди предпочитают бумажный вариант). Распечатайте первый номер и Вы поймете, что читать тяжеловато.
У меня не работало на версии 6.53 (уж не знаю с чем связано)
Сейчас стоит ТС 6.54а и эта фича работает прекрасно.
Единственное, чего реально не хватает, так это быстрый поиск не только по началу названия папки/файла, но и по вхождению
И да, спасибо за статью!
Каковы требования по надежности, насколько плохо потерять задание, которое попало в очередь? Потерять в результате фэйла железяки/ОС и т.д.
От вас ожидал поддержки. Кстати, ее и получил, спасибо:)
Ну и конечно, правильнее взять x64, если есть возможность:)
Включенный режим PAE позволяет 32-битной операционной системе эффективно использовать доступную физическую память далеко за пределами 4 ГБ (вплоть до 64 ГБ).
Конечно же, виртуальное адресное пространство одного конкретного процесса останется неизменным. Но при этом физическая страница ОЗУ, соответствующая какой-либо странице виртуальной памяти, может лежать за пределами 4 ГБ.
Я не буду вдаваться в подробности, все уже расписано до меня, почитайте, интересно: http://en.wikipedia.org/wiki/Physical_Address_Extension
Зная этот факт, я бы не стал утверждать, что pagefile в RAM-диске — это выгодно. А вы проверяли? Делали какие-нибудь тесты?
Кстати, неправильно говорить, что 32-битное приложение не может использовать больше 4 ГБ ОЗУ;) На windows это делается посредством AWE: http://msdn.microsoft.com/en-us/library/aa366527(VS.85).aspx
Сомневающимся настоятельно рекомендую написать простенькую программку своими руками. Это очень занимательно:)
Сейчас стоит ТС 6.54а и эта фича работает прекрасно.
Единственное, чего реально не хватает, так это быстрый поиск не только по началу названия папки/файла, но и по вхождению