headers
CieNet Media | 1 Jul 2012 13:29
Favicon

Lizenz zum Geldverdienen - Nur noch 3 Lizenzen verfügbar!

***** Nur noch 3 Lizenzen verfügbar! *****

Guten Tag  ,

wir haben uns dazu entschieden, 10 Lizenzen der derzeitigen Version des
Xiji-Werbenetzwerk zu verkaufen.

Wichtig: Es können nur noch die letzten 3 Lizenzen vergeben werden!

Hier das Wichtigste in Kürze:
- automatische permanente Ref-Rally
- SEO-Verzeichnis
- Anmeldebonus und Werberbonus (Euro und/oder Punkte)
- 3 Ref-Ebenen für Punkteverdienst mit Refback & Bonus-Funktion
- 10 Ref-Ebenen für Premium-Euro-Verdienst
- Multi-Seiten-Account (nur ein Account für mehrere Webseiten nötig)
- 3 Account-Typen (Free, Plus & Gold)
- 13 Werbearten als Einzelbuchung und Werbepakete
- Paid4-Bereich (Paidmails und Paidbanner)
- User können je nach Account-Typ die Punkte in Euro tauschen (einstellbar)
- TXT und CSV Interface für die Werbekampagnen
- Vergütungs-Check für Kampagnen
- Cron-Job-Service für die User
- Punktekauf und Upgrade per Überweisung, PayPal und Sofortüberweisung
- automatischer Rechnungsversand für Punktekauf und Account-Upgrade
- Newsletter-Tool für Mitgliederbetreuung

Weiterhin ist ein umfangreicher Admin-Bereich mit vielen Möglichkeiten enthalten. 

Außerdem gibt es viele weitere Features, die Sie sich gerne einmal
(Continue reading)

Permalink | Reply | 0 comments |
headers
CieNet Media | 1 Jul 2012 14:58
Favicon

Ihre Abmeldung von unserem Newsletterverteiler

Guten Tag  ,  

wir haben die Abmeldung aus unserem Newsletterverteiler erhalten. 
Um den Abmeldevorgang abzuschließen klicken Sie bitte auf diesen Link

http://www.cisnet.info/nl/nlu.php?Action=unsubscribeconfirm&key=BE82-02-01-74A580221756E5AAEF82DC6B4301C307-F817FC94D07C86E6858&rid=03_02_04_19.

Möchten Sie nicht aus unserem Verteiler entfernt werden? Dann klicken Sie einfach auf diesen Link

http://www.cisnet.info/nl/nlu.php?Action=unsubscribereject&key=BE82-02-01-74A580221756E5AAEF82DC6B4301C307-F817FC94D07C86E6858. 

Mit freundlichen Grüßen

Ihr CisNet Media Team
www.cisnet-media.de
Permalink | Reply | 0 comments |
headers
CieNet Media | 1 Jul 2012 15:00
Favicon

Ihre E-Mail-Adresse wurde ausgetragen

Guten Tag  ,

Ihre E-Mail-Adresse port-vax <at> netbsd.org wurde aus unserem Newsletter entfernt.

Wir bedauern Ihre Abmeldung und hoffen Sie 
bald wieder begrüssen zu dürfen.

Wenn Sie sich wieder in unsere Liste eintragen möchten, 
nutzen Sie bitte diesen Link:
http://www.cisnet-media.de/newsletter/eintragen/

Mit freundlichen Grüssen 

Ihr CisNet Media Team
http://www.cisnet-media.de

PS: Mit diesem Werbenetzwerk http://www.Xiji.de erreichen Sie über 300.000 Interessenten!
Permalink | Reply | 0 comments |
headers
David Brownlee | 1 Jul 2012 22:50
Gravatar

Re: HEADs up - gcc 4.1 reversion & MSCP CD changes in current

On 26 June 2012 01:21, Matt Thomas <matt <at> 3am-software.com> wrote:
> On Jun 25, 2012, at 3:56 PM, David Brownlee wrote:
>>
>> Currently testing increasing MAXPARTITION from 8 to 16 for vax :)
> That will need compat for the old disklabel since you will to
> increase MAXMAXPARTITIONS

I'm possibly a little confused - my plan was to
- Change MAXPARTITIONS from 8 to 16
- Add OLDMAXPARTITIONS 8
- Define __HAVE_OLD_DISKLABEL and the DISKUNIT & DISKPART dance
- Probably increase inodes on install media
- Check for port specific magic boot block or disklabe limitations

MAXMAXPARTITIONS seems to be a MI value? Help!
Permalink | Reply | 0 comments |
headers
David Brownlee | 3 Jul 2012 00:47
Gravatar

MAXPARTITIONS increased from 8 to 16 for VAX

For all you staring at that RD52 and wondering how to make full use of
its capacity with only seven partitions, your solution is here!
No more will you have to nest devices to allow you to create your 15
separate 2MB partitions, now NetBSD/vax has been extended from 8
partitions per device to 16! (*)

(*) Also works for devices greater than 31MB!

After updating current all existing /dev nodes should be unaffected,
just run MAKEDEV to gain access to the additional partitions.

Commit message:
- Increase MAXPARTITIONS for vax from 8 to 16, using the standard NetBSD
  mechanism to ensure all existing /dev nodes continue to work
- Adjust boot block layout to fit additional partitions
- Adjust number of inodes on install media
Permalink | Reply | 0 comments |
headers
Dave McGuire | 3 Jul 2012 01:40

Re: /etc/disktab on vax

On 07/02/2012 07:37 PM, John Nemeth wrote:
> }   I disagree.  There will come a day (and this day has come and went for
> } MOST people, but not all) when it's pointless to run a sun4c in
> } commercial production.  Many people run them for hobby purposes.
> 
>      There will come a day when it is even pointless to run them for
> hobby purposes (some would argue that day has already come), except as
> an historical curiosity.

  Well, speaking as someone who occasionally makes decent money with
sun4c machines, some of which run NetBSD, I would respectfully submit
that those people are either quite full of crap, or more innocently,
simply don't know what they're talking about. ;)

           -Dave

--

-- 
Dave McGuire, AK4HZ
New Kensington, PA
Permalink | Reply | 0 comments |
headers
Dave McGuire | 3 Jul 2012 01:56

Re: /etc/disktab on vax

On 07/02/2012 07:50 PM, ..I'd rather be coding ASM! wrote:
> 
>>  Well, speaking as someone who occasionally makes decent money with
>> sun4c machines, some of which run NetBSD, I would respectfully submit
>> that those people are either quite full of crap, or more innocently,
>> simply don't know what they're talking about. ;)
> 
> I'm with you on that one. Still running my pdp-11's, the VAX Zoo and a
> number of older systems and I still use them for daily computing and dev
> work, even remotely when I'm at work.

  Very nice.  You and I have a few things to discuss, I think. ;)

  I don't do any "for work" development on my PDP-11s (I'm building a
museum for those) but I regularly do code profiling on sun4c machines.
Yes, for cutting-edge commercial products.  I work in embedded systems,
where every cycle STILL counts, and profiling on a 4GHz processor is
effectively useless.

           -Dave

--

-- 
Dave McGuire, AK4HZ
New Kensington, PA
Permalink | Reply | 20 comments |
headers
David Laight | 3 Jul 2012 08:50
Picon

Re: /etc/disktab on vax

On Mon, Jul 02, 2012 at 07:56:16PM -0400, Dave McGuire wrote:
> Yes, for cutting-edge commercial products.  I work in embedded systems,
> where every cycle STILL counts, and profiling on a 4GHz processor is
> effectively useless.

Ditto - I've recently done some embedded stuff to run on a pair of
100MHz cpu (fabricated out fpga 'gates') which gave me 197 clock
cycles for the 'worst case' processing of a byte of hdlc rx and tx
(including the bit-stuffing etc).
A program to parse the gcc .s output and count the cycles was invaluable!

	David

--

-- 
David Laight: david <at> l8s.co.uk
Permalink | Reply | 19 comments |
headers
..I'd rather be coding ASM! | 3 Jul 2012 12:36
Picon

Re: /etc/disktab on vax


> Ditto - I've recently done some embedded stuff to run on a pair of
> 100MHz cpu (fabricated out fpga 'gates') which gave me 197 clock
> cycles for the 'worst case' processing of a byte of hdlc rx and tx
> (including the bit-stuffing etc).
> A program to parse the gcc .s output and count the cycles was invaluable!

..and here i was thinking that 20Mhz Z80 was blistering speed compared to 
2-6Mhz. :>

Al.

--

-- 
  --
  Al Boyanich
  adb -w -P "world> " -k /dev/meta/galaxy/ksyms /dev/god/brain
Permalink | Reply | 18 comments |
headers
David Brownlee | 3 Jul 2012 16:30
Picon

NetBSD/vax performance (Was: /etc/disktab on vax)

On 2 July 2012 00:01, Dave McGuire <mcguire <at> neurotica.com> wrote:
>
>   Very true.  NetBSD is a bloated pig now compared to what it was, say,
> in the 1.x days.  It used to be SCREAMING fast.  Of course on a big
> six-core i7 machine with 32GB of RAM, it's still screaming fast.  Twenty
> years from now, it'll likely be a bloated pig on that six-core i7.
>
>   The difference is important, though: That consumer-grade six-core i7
> machine will most definitely not be functional in twenty years, while I
> know of quite a few VAX-11/750s (~30 years old) that are still running
> just fine.  That was one of NetBSD's earliest supported systems, and the
> VERY first one, I believe, (Ragge?) for NetBSD/vax.
>
>   Let us not be too quick to de-support for the sake of de-supporting.
> The maintenance and testing overhead is minimal.  The latter can be ZERO
> if we put it on the users of, say, VAX-11/750s, to do the testing on
> those machines and report bugs, preferably with patches. (I will, once I
> get my 11/750 reassembled)

We know that more recent gcc is significantly slower as it does a lot
more work and uses a lot more memory (for very little apparent benefit
certainly on vax).

If more recent versions of NetBSD are also slower then there are three
obvious (somewhat related candidates).

- gcc code generation - should be possible to test by building a older
kernel with a recent compiler and vica-versa

- kernel size - obviously less space for userland results in a less
(Continue reading)

Permalink | Reply | 6 comments |

Gmane