если в уже готовый документ добавляется document.write — он заменит весь документ а не допишет в него, т.к. старый уже закрыт — он откроет новый для записи
вот только Xunlei не годится для приватных трекеров (коих в рунете, кстати говоря, большинство). он некорренктно посылает статистику на трекер, он всегда посылается в качестве «сколько байт отдано» то же самое что и «сколько байт скачано», и как бы всегда автоматически поддерживает ratio = 1. поэтому нормальные админы трекеров должны его банить.
про GetRight уже точно не помню, но он тоже статистику не корректно посылает…
в Scala возможностей разделения видимости больше, там можно явно указать на каких именно уровнях будет он виден. в данном случае можно было бы написать private[system] для видимости в пакете com.system и ниже но не выше.
вспомнил, ещё с тех пор ставил NDP35SP1-KB963707-x86.exe для убиения .Net framework assistant, без этого он только деактивировался, а удаляться не удалялся почему-то… насколько помню больше за последние пару недель никаких обновлений не ставил
в данный момент сижу на Gecko/20091026 Minefield/3.7a1pre в нём абсолютно такая же картина, с неделю назад за полдня мог 400-600 метров выжрать, сейчас — выше 200 не поднимается в принципе
а у меня буквально неделю назад в фф, как раз после установки предварительной 3.6 бета1, вдруг вообще перестала утекать память. после суток работы больше 200 метров не выжирается. чёрт знает почему так, вроде там какой-то мелкомягкий плагин заблокировался, может из-за этого? больше вроде бы ничего за это время не менял.
как настраивать десктопные приложения чтобы они в несколько раз быстрее запускались писали много, гугл в помощь. серверные приложения как раз и должны работать месяцами без перезагрузок. аппаратные сборщики мусора вроде тоже есть
1) речь идёт о приложениях, работающих месяцами. там принцип «лучше день потерять а потом за час долететь» работает.
2) многие структуры данных типа связных списков используют крошечные объекты всего с несколькими указателями на другие объекты
3) почитайте принципы работы G1, там для каждой достаточно большой области памяти хранится список её внешних ссылок, поэтому обходятся только они а вовсе не «вся память в поиске ссылок»
4) сановская ява уже достаточно давно как опенсурсна, берите код сборщика из OpenJDK
ява в любом случае дольше запускается и жрёт больше памяти, с этим никто никогда и не спорил.
сборщики мусора, не останавливающие мир, есть, сейчас это стабильный CMS и в будущей версии будет G1.
сборщик мусора может ускорить выполнение программы например из-за дефрагментации памяти. при сборке мусора (и только для Server VM) области памяти, ссылающиеся друг на друга, размещаются сборщиком мусора рядом, так что в будущем при обращении к одной области другая с большой вероятностью будет выбрана (prefetch) в кэш.
о, в 003-answer-args.ooc как раз передача функции, здорово (исходники — лушая документация, гы), только не совсем понятно зачем там ещё extern signal объявляется, осталось от прошлых версий?
м… что-то пролистав сайт я не нашёл никакой функциональщины. хотя бы передать функцию как аргумент можно, или только на уровне сишных указателей на функции? что там с хвостовой рекурсией (tail recursion), замыканиями (closure)?
а для веба у него есть что-нибудь? мини-http-server на нём написанный, FastCGI или веб-фреймворк какой? мне кажется сейчас это очень важно для развития языка, хотя и си считается языком «совсем не для веба», может быть оос сможет опровергнуть данное убеждение?
хм… если в языке будет меняться даже синтаксис — это вообще страшно. уж на что Scala — ей уже не один год, из них последние года 2 про неё очень много шуму, вышло 5 (если не больше) книг, есть поддержка всеми IDE, и то при использовании в реальных проектах ошибок в базовых библиотеках вылазит слишком много. а в следующей версии 2.8, похоже, изменения будут настолько велики, что старый код перестаёт компилироваться.
так что раньше версии 1.0, бумажной книжки и поддержки в IDE трогать его боязно.
со Scala сравнивать имхо не совсем корректно, ибо кто хочет компиляции в байткод JVM и всех ява-библиотек — выберет скалу. а для embedded вещей она не подойдет, когда критично время старта, размер, или просто хочется native кода. в остальном же они очень похожи, да. а окамль тоже native-компилируется, я его поэтому вспомнил.
синтаксически мне не очень нравится паскалевское ":=" присваивание, но наверное можно привыкнуть
можно на nnm-club.ru посмотреть, сорри если реклама
про GetRight уже точно не помню, но он тоже статистику не корректно посылает…
т.е. турбо си 1.0 = турбо паскаль 4.0 и т.д.
2) многие структуры данных типа связных списков используют крошечные объекты всего с несколькими указателями на другие объекты
3) почитайте принципы работы G1, там для каждой достаточно большой области памяти хранится список её внешних ссылок, поэтому обходятся только они а вовсе не «вся память в поиске ссылок»
4) сановская ява уже достаточно давно как опенсурсна, берите код сборщика из OpenJDK
сборщики мусора, не останавливающие мир, есть, сейчас это стабильный CMS и в будущей версии будет G1.
сборщик мусора может ускорить выполнение программы например из-за дефрагментации памяти. при сборке мусора (и только для Server VM) области памяти, ссылающиеся друг на друга, размещаются сборщиком мусора рядом, так что в будущем при обращении к одной области другая с большой вероятностью будет выбрана (prefetch) в кэш.
extern signalобъявляется, осталось от прошлых версий?у скалы, например, есть LiftWeb
так что раньше версии 1.0, бумажной книжки и поддержки в IDE трогать его боязно.
синтаксически мне не очень нравится паскалевское ":=" присваивание, но наверное можно привыкнуть