Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
DoomaТак почему же вы так не считаете? патамушта ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 18:02 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
вшем шпакойной ночи ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 18:10 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
Gluk (Kazan) патамушта Почему? Патамушта: "Кстати 9 Oracle УМЕЕТ компилять PL/SQL в native-код только никому это нах не нужно"? Как-то, согласитесь, совсем не убедительно. Функции работы со строками, мат. расчеты, еще что-нибудь не связанное напрямую с осуществлением запросов к реляционному механизму, может даже очень ускорится. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 18:12 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
Блин, вас во все пальцем тыкать ? Почитайте там в окрестности. Скрость выполнения арифметических операций НЕ КРИТИЧНА для сервера БД Др завтра ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 18:14 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
Да, вот так и заканчиваются, обычно аргументация противников MS. На вопрос почему, с их точки зрения, MS хуже, отвечают "патамушта" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 18:21 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
Gluk (Kazan)Вы уж для себя определитесь - версионность плохо или версионность хорошо, а то это сильно напоминает позицию разработчиков MySQL в отношении транзакций - "транзакции это зло, но в следующей версии мы их обязательно сделаем" Гы... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2005, 20:39 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
DoomaДа, вот так и заканчиваются, обычно аргументация противников MS. На вопрос почему, с их точки зрения, MS хуже, отвечают "патамушта" Очень удобно разглагольствовать об аргументации человека, который свалил домой (предупредив об этом) и не может ответить. БРАВОООО !!! Вы по ссылке ходили ? Тексты постов разных всяких там читали ??? Нет ???? Ладно, разжую еще 1999 китайский последний раз: 1 правило оптимизации - НЕ НУЖНО ОПТИМИЗИРОВАТЬ ТО ЧТО В ОПТИМИЗАЦИИ НЕ НУЖДАЕТСЯ На серверах БД процессор ИСКЛЮЧИТЕЛЬНО редко является узким местом в плане оптимизации (и как правило это клиника). Из этого проистекает, что любые меры направленные на оптимизацию работы процессора, не принесут сколь нибудь заметного улучшение производительности для системы в целом. Более того, подобная "оптимизация" может ухудшить производительность ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.10.2005, 09:01 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
Gluk (Kazan)А про 7-ку я специяльно уточнил. Все начиная с 8-ки это не Delphi, а .Net-овский отстой Вы как всегда в своем репертуаре: сам не пробовал, но на вкус.... То, что вы лично с .Net не научились работать, никак не умаляет значения .net вообще и для других в частности. То, что в Delphi в любой версии можно писать, не трогая .Net - вам наверное тяжело понять, вас одни только слова уже отпугивают: Delphi.Net. Так может потрудитесь хоть чего-то научиться, написать чего, понять - не в теории и по книжкам, а руками - и потом уж выдавать абсолютные мнения? ====== Топик дурдома, блин.......... -- Tygra's -- ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.10.2005, 10:05 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
tygraТо, что в Delphi в любой версии можно писать, не трогая .Net - вам наверное тяжело понять, вас одни только слова уже отпугивают: Delphi Валяйте, напишите не .Net-ое приложение на Delphi 8, а потом учите меня авторне в теории и по книжкам, а руками Жить P.S. Пламенный привет от одного участника дурдома, другому ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.10.2005, 10:17 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
Кстати VC .Net 2003 меня отчего-то не пугает Delphi это мое тяжелое прошлое ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.10.2005, 10:19 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
Gluk (Kazan)Delphi это мое тяжелое прошлоеТак может в этом источник проблем ? Не в Дельфи, конечно, а в тяжести этого прошлого ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.10.2005, 10:36 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
Ладно, пчихологи :) По существу вот этого будут какие-нить предложения, помощь, пожертвования ??? Или будем обсуждать мое тяжелое детство и деревянные игрушки ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.10.2005, 10:43 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
Gluk (Kazan)Ладно, пчихологи :) По существу вот этого Во-первых, в Yukon .Net таки интегрирован, а не прицеплен сбоку, так что я очень удивлюсь, если там будут такие проблемы. Во-вторых, никто не призывает выкинуть T-SQL (PL\SQL etc) и заменить его на .Net процедуры целиком и полностью В-третьих, тезис о том, что СУБД больше зависит от диска, чем от процессора, конечно верен, но не нужно делать из этого кумира. Сейчас многие предпочитают бОльшую часть логики держать на сервере и интерпретируемые процедурные SQL расширения весьма громоздки, неудобны и медленны, да и память (кеш) сейчас весьма велика и снимает нагрузку с диска. Не зря ведь Оракл ввёл возможность компиляции в native-code для своего тормоза - PL\SQL :) Я сам не сторонник .Net\Java, но нужно быть реалистами. Gluk (Kazan)Или будем обсуждать мое тяжелое детство и деревянные игрушки ?Это как Сэр пожелает ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.10.2005, 12:57 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
hvladYukon .Net таки интегрирован, а не прицеплен сбоку, так что я очень удивлюсь, если там будут такие проблемы. Проблемы того рода что описаны в посте как-раз таки скорее возникнут ИМЕННО из-за того что .Net НЕ ПРИКРУЧЕН сбоку :) Нафига мне сборка мусора НА СЕРВЕРЕ, которая врубается когда пожелает и приостанавливает ВСЕ потоки, а не только те которые реально используют .Net-ый хип ??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.10.2005, 13:29 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
hvladЯ сам не сторонник .Net\Java, но нужно быть реалистами. Я и стараюсь быть реалистом. В Oracle ни то ни другое по большому счету НАХ не нужно (исключая ситуации отсылки EMail-ов самим сервером как клинику). Это подсказывает, что и в Юконе .Net станет как минимум гемороем от которого сложно отказаться в силу того, что TSQL даже подвинченный слабее PL/SQL-я. Кроме того, терзают сомнения, что даже если не будет использоваться .Net, сборка мусора будет врубаться, с вытекающими последствиями :( реализация версионности тоже вызывает вопросы ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.10.2005, 13:34 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
Gluk (Kazan)Валяйте, напишите не .Net-ое приложение на Delphi 8, а потом учите меня У меня установлены от 5 до 2005 все версии. На всех писал не .net-овские приложения. В чем у вас лично проблема с этим? В 2005 мне вообще очень понравилась IDE, планируем на нее - или 2006 уже - переходить скоро. Оставаясь на win32! И что? Не понял я. Вы когда-то давно на Delphi 1.0 не смогли чего-то сделать - и теперь наследие этого прошлого никак не забудете? Или что? -- Tygra's -- ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.10.2005, 13:41 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
Gluk (Kazan) Я и стараюсь быть реалистом. В Oracle ни то ни другое по большому счету НАХ не нужно (исключая ситуации отсылки EMail-ов самим сервером как клинику). Это подсказывает, что и в Юконе .Net станет как минимум гемороем от которого сложно отказаться в силу того, что TSQL даже подвинченный слабее PL/SQL-я. Ёп....ерный театр. Сейчас, без всяких .net, пишем на TSQL - нет проблем. В следующей версии, когда TSQL станет лучше, вдруг ничего не получится. Причем не получится у тех, кто и сейчас на MS SQL не пишет и не знает о нем ничерта. Но причем тут мы? Мы то тут при чем, если у кого-то другого страхи и проблемы .... ===== ЗЫ Напоминает обсуждение Ламборджини, когда те, кто не то что на нем не ездил, но и не садился даже, обсуждают его мягкость хода, плавность переключения передач, отдачу рулевого управления и т.д., причем не просто обсуждают, а хают со всех сил -- Tygra's -- ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.10.2005, 13:46 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
2 tygra Да не кипятитесь вы так. Нет у меня проблем с Delphi. Работал с ней с 1 по 7 версию, кроме 4 и 6. На следующие версии перепрыгивать не собираюсь, поскольку вполне благополучно перепрыгнул на MSVC. Относительно 8-ки признаю, был не прав посмотрел ее невнимательно. Нах она мне не вперлась. Да и Юкон этот, пререлизный в столе лежит, тоже мне Ламборджини По существу есть что сказать ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.10.2005, 14:05 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
авторПо существу есть что сказать ? То же самое, что и у вас -- Tygra's -- ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.10.2005, 16:58 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
tygra авторПо существу есть что сказать ? То же самое, что и у вас -- Tygra's -- Рад за Вас ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.10.2005, 17:01 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
Я смотрю Глюк, тут все гневно воздух потрясает. Приводит свои неудачные примеры работы с .NET, который мусор собирал в неудобное время, но при этом был прикручен сбоку и хер знает вообще как. Так может руки кривы или пытаетесь использовать "кофеварку" вместо "заварочного чайника". Из чего делаете долгоиграющие выводы. Ну так, уважаемый, можно дальше пойти. Не win и unix-ы - это не системы реального времени со всеми вытекающими последствиями. У вас большие вопросы вызывает реализация версионности в будущем Юкон. У меня признаться тоже вызывает. Но просто потому, что я ее пока сам не пощупал, но все что заявлено и везде обмусолено, мне лично нравится больше, чем в оракле (можете оставаться при своем мнении). Мой личный прогноз, что Юкон после выхода отвоюет еще больше место под солнцем на рынке серверов, чем предшественник, озлобленность ораклитов тому лишнее подтверждение. Вот тогда встретимся через годик - все уже будет более или менее понятно. А пока вы воздух трясли, мы тут еще одну контору на mssql перевели. С ораклом они связываться не хотели сами - серверов им нужно много, а дорогостоящих DBA-бездельников(с их слов) кормить не собираются. ;) Удачи! ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.10.2005, 13:34 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
Боюсь, что Вы Dooma делаете ПОСПЕШНЫЕ выводы, не уловив всей последовательности событий, а стало быть и некоторой пикантности ситуации. 1. То что на Linux (за все реализации Unix говорить не буду) и Windows (хотя некоторые и думают по другому) НЕВОЗМОЖНО построить систему с гарантированным временем отклика я ПРЕКРАСНО ЗНАЮ. Но вот заказчику это не объяснишь. Он ить хочет RADIUS-сервер на Windows хоть ты тресни без потерь пакетов (а чтобы пакет не потерялся он должен быть обработан в течение 1 сек. по ТЗ). Соответственно, если систему можно построить так чтобы она периодически не теряла по 3-5 пакетов подряд, необходимо построить ее именно таким образом. 2. Первоначально .Net сборка (не нашего производства) была прикручена не сбоку, а самым что ни на есть прямым образом (и не надо меня парить про чайники и кофеварки, не первый год замужем), да вот незадача, начиная периодически чистить мусор (о чем ее никто не просил, поскольку мусор мы и так чистим за собой сами) она скотина приостанавливала ВСЕ потоки приложения. Заметьте ВСЕ, а не только те что работают с .Net :) Что в конечном итоге приводило к потерям пачек пакетов, поскольку они сыпались с интервалом 10 мс. 3. Пришлось прикрепить .Net сборку СБОКУ, что немедленно и ПОЛНОСТЬЮ РЕШИЛО ПРОБЛЕМУ. Там она тихо занимается своим делом, периодически устраивает себе зачистки и НИКОМУ НЕ МЕШАЕТ Подумайте над этим. Более прямым оказалось решение с привичиванием сбоку, что на сервере БД вряд-ли проделаешь :( А как-же принцип нулевых издержек ??? Я не заказывал эту музыку на сервере, а она мне (в полном соответсвии с документацией) будет периодически притормаживать все потоки сервера. Ай яй яй Меня опять терзают смутнные сомнения :( И последнее: Мне начхать на продажи Oracle и на то как Вы кого-то куда-то перевели. Если Вы думаете что это меня пугает Вы ГЛУБОКО заблуждаетесь. Мне на это НАКЛАСТЬ. Что меня беспокоит, так это надвигающаясь перспектива работы с СЫРЫМ продуктом. В разработке конечно, до продакта ему как до Китая раком, так что удачи Вам и Вашим клиентам в Вашем нелегком бизнесе ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.10.2005, 14:49 |
|
||
|
Yukon почти не виден
|
|||
|---|---|---|---|
|
#18+
Gluk - как я понимаю, готовый RADIUS вам не подходил. А прописать на NAS в конфигурации несколько RADIUS серверов? офф-топик, но просто интересно. У нас именно так и было, один NAS - три RADIUS. правда, не на винде. Логику обработки аккаунтинговой инфы сделали как можно проще - просто отправлялось сообщение в очередь, и время отработки радиуса было минимальным. Ну а из очереди сообщения обрабатывались уже совсем не радиусом. Ну, ясное дело, никакой java, или там, perl (были предложения), на радиусе и близко небыло, именно по тем же соображениям, что и у вас. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.10.2005, 16:15 |
|
||
|
|

start [/forum/topic.php?fid=35&msg=33318037&tid=1553759]: |
0ms |
get settings: |
6ms |
get forum list: |
12ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
32ms |
get topic data: |
6ms |
get forum data: |
1ms |
get page messages: |
38ms |
get tp. blocked users: |
1ms |
| others: | 178ms |
| total: | 278ms |

| 0 / 0 |
