Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Новый проект
|
|||
|---|---|---|---|
|
#18+
2www.fun4me.narod.ru хоть бы посмотрел на что ссылаешся - сиквел на данный мемент проигрывает по всем тестам во всех категориях (tpc-c, tpc-h, sap), наверно именно этим объяняется что МС обновляла свои "сравнения" год назад :) к стате недавно оракл побил и по price/perfomence на 2х процах A new world record 2-processor benchmark on Linux places Oracle Standard Edition One, Oracle's database for small to medium businesses, in the coveted Top Ten TPC-C by Price-Performance category. Oracle Standard Edition One achieved: Performance of 51,506 transactions per minute (tpmC) Price-performance of $1.80/tpmC ahead of Microsoft's best TPC-C price-performance result of $1.85/tpmC The best TPC-C price-performance ever on a 2-processor system This benchmark result was achieved on an HP Integrity rx2600 server with two Intel Itanium 2 processors at 1.3 GHz each with 3MB L3 cache running on Red Hat Enterprise Linux AS3, proving Oracle's capability to deliver exceptional performance and value on low-end servers. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.10.2004, 00:06 |
|
||
|
Новый проект
|
|||
|---|---|---|---|
|
#18+
Я первую ссылку привёл, потому что там было сравнение свойств PL/SQL и T-SQL, а также сравнение ограничений двух серверов. А по второй есть более свежее Price Comparison (по данным Microsoft, от 1 июня 2004 года). В том сравнении SQL Server всё ещё дешевле получается на 2 процах. P.S. цены - офигеть:- 32 процессора, per processor license. With SQL Server, you'll save… $2,432,032 US ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.10.2004, 09:34 |
|
||
|
Новый проект
|
|||
|---|---|---|---|
|
#18+
авторP.S. цены - офигеть:- 32 процессора, per processor license. With SQL Server, you'll save… $2,432,032 US Если вы опсос, то с месячным оборотом в лимон баксов, это кажется ерундой :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.10.2004, 09:54 |
|
||
|
Новый проект
|
|||
|---|---|---|---|
|
#18+
автороткрытые коды позволяют при необходимости например сертифицировать ОС, перекроить по своему желанию (если не сразу ,то через какоето время) Вы мыслите категориями студента, который работал с сервером-на-три-юзера. Вы лично возьметесь "перекраивать ОС по своему желанию" на которой работает БД, подобная упомянутой в первом сообщении? Ответственность на себя возьмете за все последующие глюки, падения, несовместимость вашего кода и Oracle (Вы ведь оракл хотите?)? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.10.2004, 14:27 |
|
||
|
Новый проект
|
|||
|---|---|---|---|
|
#18+
ну мочему ? например Trusted Computer Solutions примерно также мыслит и собирается "перекраивать ОС по своему желанию" и держать ответственность перед ЦРУ, ФБР и т.п. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.10.2004, 14:35 |
|
||
|
Новый проект
|
|||
|---|---|---|---|
|
#18+
Scott Tiger2Dima - программный продукт, тот же Oracle, сертифицируется и поддерживается на строго определённой версии ОС, в случае Linux - это коммерческие версии дистрибутивов. Т.ч. пересобрав ядро, помимо огребания багов, вы получите отказ в техподдержке, ежели что... Спасибо Linux advanced server сертифицирован а про "пересобрав ядро, помимо огребания багов, вы получите отказ в техподдержке" хотелось бы попобробнее ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.10.2004, 15:06 |
|
||
|
Новый проект
|
|||
|---|---|---|---|
|
#18+
Denis A.Вы мыслите категориями студента, который работал с сервером-на-три-юзера. Вы лично возьметесь "перекраивать ОС по своему желанию" на которой работает БД, подобная упомянутой в первом сообщении? Ответственность на себя возьмете за все последующие глюки, падения, несовместимость вашего кода и Oracle (Вы ведь оракл хотите?)? Лично я один перекраивать не буду. А если возникнет необходимость то это будет выполнять отдельная организация (фирма, институт.....). Но такая возможность должна существовать (я так думаю) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.10.2004, 15:22 |
|
||
|
Новый проект
|
|||
|---|---|---|---|
|
#18+
Может, стоит с Oracle Corp. поговорить на предмет передачи исходников их продуктов Белоруссии? :) Какого-то особого смысла переписывать ядро Linux под такие задачи не вижу - лучше не использовать Linux и x86-платформу вообще. Гамном было, гамном и остаётся. И всё-таки - с какой целью даже теоретически может возникнуть необходимость переписать ядро ОС? Работа неподъёмная, особенно в свете обеспечения работоспособности получившегося. Требую отставки Президента РФ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.10.2004, 15:40 |
|
||
|
Новый проект
|
|||
|---|---|---|---|
|
#18+
автор Какого-то особого смысла переписывать ядро Linux под такие задачи не вижу - лучше не использовать Linux и x86-платформу вообще. ну не видишь, ладно ... оракл видит и "перекраивает" ядро для своей оракловой задачи. результат можно наблюдать в tpc-c ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.10.2004, 15:49 |
|
||
|
Новый проект
|
|||
|---|---|---|---|
|
#18+
Scott TigerИ всё-таки - с какой целью даже теоретически может возникнуть необходимость переписать ядро ОС? Работа неподъёмная, особенно в свете обеспечения работоспособности получившегося. На самом деле - с любой целью. Например, посмотри OpenWall Linux - там был сделан упор на безопасность. Вполне подъемная работа, если не ошибаюсь, двух человек. Также - в свете пары высказываний выше - стоит отметить, что "пересобрать ядро" может, в частности, следовать из "установить новые драйвера" :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.10.2004, 17:04 |
|
||
|
Новый проект
|
|||
|---|---|---|---|
|
#18+
Труд этих 2 человек должен бы быть хотя бы профессионально протестирован сотней-другой тестеров и обкатан в промышленных условиях пару лет, чтобы это был reliable продукт. Иначе, кроме заявлений о безопасности, ничего нет. P.S. Unbreakable помнишь :) Требую отставки Президента РФ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.10.2004, 17:48 |
|
||
|
Новый проект
|
|||
|---|---|---|---|
|
#18+
Что касается пересборки ядра - это проблема архитектуры Linux. Насколько я понимаю, есть возможность собрать ядро, драйверы в который загружаются модулями? Требую отставки Президента РФ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.10.2004, 17:50 |
|
||
|
Новый проект
|
|||
|---|---|---|---|
|
#18+
авторP.S. Unbreakable помнишь :) помнится милион за взлом так никто не получил, т.к. все баги были в апп сервере, а в субд было что-то незначительное. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.10.2004, 18:08 |
|
||
|
Новый проект
|
|||
|---|---|---|---|
|
#18+
В ORACLE таких проблем не возникает Прям уж? ORA-00060: deadlock detected while waiting for resource Cause: Your session and another session are waiting for a resource locked by the other. This condition is known as a deadlock. To resolve the deadlock, one or more statements were rolled back for the other session to continue work. Action: Either * Enter a ROLLBACK statement and re-execute all statements since the last commit or * Wait until the lock is released, possibly a few minutes, and re-execute the rolled back statements. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.10.2004, 21:15 |
|
||
|
Новый проект
|
|||
|---|---|---|---|
|
#18+
Работа с ORACLE Или что любит говорить СУБД администратору и пользователям Получен символ конца файла по коммуниационному протоколу ================== ORA-00204: error in reading control file name block num, # blocks num Cause: A disk read-failure occurred while attempting to read the specified control file. The block location of the failure is given. Action: Check that the disk is online. If it is not, bring it online and shut down and restart Oracle. If the disk is online, then look for operating system reasons for Oracle's inability to read the disk or control file. Refer to the Oracle8 Server Administrator's Guide for information about recovering from the loss of a control file. See also your operating system-specific Oracle documentation. ================== ORA-00206: error in writing control file name block num, # blocks num Cause: A disk write-failure occurred while attempting to write to the specified control file. The block location of the failure is given. Action: Check that the disk is online. If it is not, bring it online and shut down and restart Oracle. If the disk is online, then look for operating system reasons for Oracle's inability to write to the disk or control file. See the Oracle8 Server Administrator's Guide for information on recovering from the loss of a control file. See also your operating system-specific Oracle documentation. ================== Can't start listener ================== Feature 'Feature' not enabled ================== ORA-00364: cannot write header to new log member Cause: An I/O error occurred when attempting to write the header to a redo log group member that is being added to an existing group. Action: See accompanying messages. Fix the problem or use another file. ================= ORA-00600: internal error code, arguments: [num], [?], [?], [?], [?], [?] Cause: This is a catchall internal error message for Oracle program exceptions. It indicates that a process has met a low-level, unexpected condition. Various causes of this message include: * time-outs * file corruption * failed data checks in memory * hardware, memory, or I/O errors * incorrectly restored files The first argument is the internal message number. Other arguments are various numbers, names, and character strings. See Calling Customer Support on page -3 for more information. The numbers may change meanings between different versions of the Oracle Server. Action: Report this error to customer support after gathering the following information: * events that led up to the error * the operations that were attempted that led to the error * the conditions of the operating system and database at the time of the error * any unusual circumstances that occurred before receiving the ORA-00600 message * contents of any trace files generated by the error * the relevant portions of the Alert file NOTE: The cause of this message may manifest itself as different errors at different times. Be aware of the history of errors that occurred before this internal error. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.10.2004, 21:28 |
|
||
|
Новый проект
|
|||
|---|---|---|---|
|
#18+
авторA new world record 2-processor benchmark on Linux places Oracle Standard Edition One, Oracle's database for small to medium businesses, in the coveted Top Ten TPC-C by Price-Performance category. Oracle Standard Edition One achieved: Performance of 51,506 transactions per minute (tpmC) Price-performance of $1.80/tpmC ahead of Microsoft's best TPC-C price-performance result of $1.85/tpmC The best TPC-C price-performance ever on a 2-processor system This benchmark result was achieved on an HP Integrity rx2600 server with two Intel Itanium 2 processors at 1.3 GHz each with 3MB L3 cache running on Red Hat Enterprise Linux AS3, proving Oracle's capability to deliver exceptional performance and value on low-end servers. О Sybase ASE см: http://%5D%7C>]http://]|> www.sybase.com/detail?id=1031301 Sybase Adaptive Server Enterprise (ASE) demonstrated superior performance results. This benchmark validates Sybase ASE’s suitability for running transaction-intensive workloads on lower-cost platforms. • 51809 Transactions/Minute using single 1.5Ghz Intel ® Itanium® 2 CPU. • Demonstrated exceptional scalability from 52K Transactions/Minute on one CPU to 150K Transactions/Minute on four 1.5Ghz Intel ® Itanium® 2 CPU. • 13 milliseconds average response time on a four CPU system ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.10.2004, 21:59 |
|
||
|
Новый проект
|
|||
|---|---|---|---|
|
#18+
2Андрей Хромов я тоже слона поднимал ... но это ни о чем не говорит. когда sybase покажет этот результат в tpc-c можно будет восхитится, а так это больше чем надпись на заборе. 2www.fun4me.narod.ru это фича, это ошибки железа и многие считают что это гораздо лучше чем висячий сиквел ... дальше можно свести разговор к надежности решений МС vs *nix+ oracle ;) а так же их вирусную историю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2004, 02:07 |
|
||
|
Новый проект
|
|||
|---|---|---|---|
|
#18+
Scott TigerТруд этих 2 человек должен бы быть хотя бы профессионально протестирован сотней-другой тестеров и обкатан в промышленных условиях пару лет, чтобы это был reliable продукт. Иначе, кроме заявлений о безопасности, ничего нет. Я вполне понимаю, что ты хочешь сказать. В то же время - то, что безопасность в этой версии получше, чем в "просто линуксе" (который по описанному алгоритму тоже вряд ли тестировался) - можно считать фактом. Ну а сравнение - хм, насколько я понимаю, те, кто способны по-настоящему сравнить и оценить, уже имеют собственное мнение и в формальных критериях не нуждаются :) Scott TigerЧто касается пересборки ядра - это проблема архитектуры Linux. С той разницей, что линуксоиды считают это фичой. Scott Tiger Насколько я понимаю, есть возможность собрать ядро, драйверы в который загружаются модулями? Есть такая возможность. Причем как раз ради безопасности ей и не пользуются. Не потому что есть дырки - потому что закрывают потенциальную возможность дырки. Как и OW Linux, кстати. P.S. Что касается OW - я слышал отзыв одного из линуксоидов "ну вот это - настоящие параноики" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2004, 10:45 |
|
||
|
Новый проект
|
|||
|---|---|---|---|
|
#18+
www.fun4me.narod.ru В ORACLE таких проблем не возникает Прям уж? ORA-00060: deadlock detected while waiting for resource Прям уж. Именно что не возникает. Теоретическая возможность есть, но кроме как "специально создать тестовую ситуацию" добиться этой ошибки практически невозможно. Лично я натыкался на эту ошибку дважды за семь лет ежедневной работы с ораклом - оба раза это была моя ошибка как программиста, то есть мой код ухитрялся выполнить самоблокировку. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2004, 10:49 |
|
||
|
Новый проект
|
|||
|---|---|---|---|
|
#18+
Пару раз забудь про индексы на внешние ключи и "тестовая ситуация" обеспечена :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2004, 11:31 |
|
||
|
Новый проект
|
|||
|---|---|---|---|
|
#18+
Gluk (Kazan)Пару раз забудь про индексы на внешние ключи и "тестовая ситуация" обеспечена :) Пары раз имхо не хватит. Нужна циклическая связь между таблицами, да еще и старт от разных таблиц - что-то типа этого. Ожидания и тормоза так получить несложно, а вот deadlock - разве что как следствие торможения, имхо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2004, 11:57 |
|
||
|
Новый проект
|
|||
|---|---|---|---|
|
#18+
Проверено, пока в Абсолюте отсутствующие индексы не достроили, сыпались DeadLock-и на самых безобидных ситуациях :) Вероятность DeadLock-ов в этом случае сильно повышается. Разумеется все это подпадает под ошибки проектирования. В грамотно спроектированной системе вероятнось DeadLock=0 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2004, 12:01 |
|
||
|
Новый проект
|
|||
|---|---|---|---|
|
#18+
Gluk (Kazan)Проверено, пока в Абсолюте отсутствующие индексы не достроили, сыпались DeadLock-и на самых безобидных ситуациях :) Думаю все же, отсутствующих индексов было больше двух? :) Ну а что касается вероятности и проектирования - безусловно согласен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2004, 12:07 |
|
||
|
Новый проект
|
|||
|---|---|---|---|
|
#18+
Пусть у нас есть два ресурса A и B и две процедуры 1 и 2, таких что 1 блокирует в транзакции сначала A, а потом B, а 2 блокирует сначала B, а потом A. Очевидно, что в этом случае может возникнуть DEADLOCK, когда процедура 1 сначала заблокирует A и попытается обратиться к B, заблокированному второй поцедурой. Таким образом, DEADLOCK может возникнуть в любых системах, в которых возможно последовательное блокирование нескольких ресурсов в произвольном порядке. Ясно, также что если бы процедура 1 или 2 блокировала сразу все необходимые ресурсы, то вероятность DEADLOCK была бы действительно равна нулю, но, в этом случае, снизилась бы эффективность многопользовательской работы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2004, 12:21 |
|
||
|
|

start [/forum/topic.php?fid=35&msg=32748652&tid=1554020]: |
0ms |
get settings: |
9ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
33ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
75ms |
get tp. blocked users: |
1ms |
| others: | 177ms |
| total: | 329ms |

| 0 / 0 |
